Home
>
多可文档管理注册机
>
软件文档管理规范
软件文档管理规范

time:2020-07-27 08:07:01

author:重庆佰鼎科技有限公司

【Font size: big medium smail

本文由重庆佰鼎科技有限公司提供,重点介绍了软件文档管理规范相关内容。重庆佰鼎科技有限公司专业提供多可文档管理注册机,开始软件文档管理系统,e6免费版文档管理软件等多项产品服务。公司成立于至今,坚持用服务打动人心,用质量打造口碑,立志成为行业内的领军。

软件文档管理规范本文面向人群:项目经理、产品经理。

本文内容:在常见的软件项目管理各阶段中会使用到的文档、进行的会议以及需要的邮件通知进行列举。

参与人与流程 一览软件项目参与人通常包括:需求方(及干系人)、产品经理、UI、研发、测试、运维。

标准项目流程01标准项目流程02

不同阶段的文档、会议、邮件 一览

一、需求收集与分析、管理阶段:文档01-02

用户反馈文档01用户反馈文档01需求池管理文档02需求池管理文档02如何使用文档见下文:软件文档管理规范

ZJICMHAHAH:产品方法论 | 需求分析与需求管理二、与需求干系人沟通阶段:文档03-06

竞品分析文档(老项目) / MRD市场需求文档(新项目或新模块)03

ZJICMHAHAH:产品方法论 | B端产品如何进行竞品分析整体方案设计文档04(PRD前身)文档04用处:用于和需求方沟通、确认需求。为产品需求文档的前身。

PRD产品需求文档05 PRD是将需求规范的逻辑化的产物,包含产品功能框架,页面交互功能细节,很重要。公司人手再不足,也尽量撰写一份简单的PRD或是用户故事。

ZJICMHAHAH:产品方法论 | PRD产品需求文档原型文档06 略。

三、当期项目启动阶段:会01-03、邮件01-02、文档06-09

产品内部评审会01(产品、需求方) 准备好PRD和原型和需求方最后确认一遍需求。

项目启动会/需求评审会通知邮件01(附件:PRD产品需求文档05、原型文档06) 对象:所有干系人;

内容:时间、地点、参加人员、会议流程、各个流程时间预期。请大家提前看需求,带着问题参加评审会;

附件:PRD产品需求文档05、原型文档06;

邀请时间:提前两天,在沟通群:会议当天再提醒一次,会议开始十五分钟前提醒一次。

项目启动会/需求评审会02(全员+相关部门)小组估时会03各自评估负责内容所需时间。

功能点拆封估时文档(WBS 工作分解结构(Work Breakdown Structure))07各自根据会小组估时会03产出,再由各组负责人总计给项目经理。

项目进度计划文档(甘特图、里程碑)08项目经理根据功能点拆封估时文档07,进行协调和规划,整理出一份里程碑、甘特图。

外部资源需求/额外资源调配文档09外部资源的需求的时间点和内容,内容一般包括 外部接口文档、协议、UI设计。收集来自需求方或者技术部门外部的相关资源。

格式:各位好,下述内容为XXX项目中待提供的的资料和时间要求。目前尚有部分内容需求需要相关责任人提供,请各位尽早确认,以免影响工期。表格:责任人、资料、截至时间。

项目启动邮件02对象:所有干系人;

附件:PRD产品需求文档(当期需求列表)05、原型文档06、项目甘特图(里程碑)文档08、外部资源需求文档09。

四、UI设计、开发预研阶段:会04、文档10

UI设计稿文档10(有时会在项目启动之前) 略。

UI设计评审会04 略。

技术方案评审会05(开发内部进行) 略。

五、项目开发阶段:会06、文档11-13

测试用例文档11 暂略。

测试用例评审会06 暂略。

燃尽图文档12燃尽图项目风险文档13 包括内部执行、外部环境、初始方案本身的风险,可能产生的影响。

项目进度通报邮件03(基于燃尽图文档12、项目风险文档13)项目进度是否正常。整体计划是否可能延期。计划时间点产生变化时候,客观阐述变化原因:内部执行、外部环境、初始方案本身。

六、项目验收阶段:会07-08、邮件04

验收会07 暂略。

验收确认邮件03 测试、UI、产品 验收确认。

产品培训会08 针对运营、客服、技术支持、销售等人员进行产品培训。帮助他们了解需求背景并学会使用新功能模块。

七、上线阶段:会09

回顾总结会09讨论哪里完成好,哪里需要改进。往往出现无法开诚布公,要么开成了和谐会,要么开成了批斗会,下面介绍一种方法:

每个人在一张纸片上回答3个问题,写好后顺/逆时针交给最近的同事,如果同意纸片上的回答画一笔正字。每张纸片被所有人打过分数后,主持人进行收集,得正字最多的几条纸片优先被讨论成为action plan。

其他:

会议通用邀请邮件01 比较重要或是时间比较久的跨部门会议,事先都需要进行邀请。

会议通用纪要邮件02 比较重要或是时间比较久的跨部门会议,事后都需要记录问题和方案进行通报。

需求变更申请表 需求经常需要冻结,需求变更申请表增加了需求变更的难度,让变更人承担相应对项目影响的后果。软件文档管理规范

需求变更通知邮件 将需求变更相应内容通知相关人员。

这是我个人的软件项目管理方法论重要的一次总结,感谢您的阅读,如果可以,希望留下您宝贵的意见,也欢迎私信共同探讨。其他项目管理、敏捷开发文章推荐:

ZJICMHAHAH:项目管理 | 敏捷开发(项目经理篇)ZJICMHAHAH:敏捷开发 | 产品经理如何使用用户故事看板

Reprint please indicate:http://www.cnsoftweb.com/wdgl-3244.html