项目管理与流程规范.pdfVIP

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

项目管理与流程规范

1.目的

规范互联网软件产品开发项目管理过程,指导开展项目研发、测试、管

理等活动。

2.适用范围

本规范的作用范围为互联网软件产品开发立项至结项管理过程。

1.对项目经理开展产品规划及设计活动以及项目管理手段和应遵循的开

发流程提供了指导;

2.对项目团队的日常管理活动及内容进行了指导。

3.部门间的定义

质控:

项目组:

1、把握项目时间、进度、版本、质量控制。

2、识别项目干系人,定期向干系人汇报,并作为团队和外部的接口,屏

蔽外界对团队的干扰。

3、确保项目中流程被遵循,组织、监督、培训项目各实践活动。

测试组:

1、根据用户需求,设计需求用例,指导研发进行功能开发。

2、根据用户需求,设计产品测试标准,确保产品品质满足市场需求。

3、合理分配测试资源,组织产品测试并优化测试流程及测试标准,提高

测试效率。

4、编写产品测试用例,提交测试问题,编写测试总结报告,以测试角度

来确定产品版本是否发布。

开发:

根据需求用例(用户故事),负责产品的技术架构设计及功能开发。

评估、设计及维护产品相应模块,确保模块的稳定性、易用性、高效性。

参加产品开发过程中的有关会议。

4.项目管理过程

按照互联网软件产品项目开发过程,可将整个项目管理过程分为立项过

程、规划过程、执行与监控过程、结项过程。下面分别阐述在每个阶段过程

中该如何进行项目管理。

4.1立项过程

互联网软件产品开发项目的立项过程,通常是指从准备项目启动会到召

开会议这个阶段,在立项过程中,需要完成项目目标,需求范围的初步确认,

项目团队成员,其他资源的安排。

召开项目启动会

参加人员包括:

管理层代表

项目经理及项目团队

需求人员

研发团队

测试团队

其他干系人代表

主要议题包括:

1、需求产品原型的讲解

2、需求用例文档内容的讲解

3、任务卡的评估与认领

4、风险评估

4.2规划阶段

在规划阶段,团队需要共同完成产品的版本规划,迭代计划

图片

4.2.1版本规划

从需求用例的列表中按照优先级规划产品每个版本需要完成哪些特性,

在规划完成后需要在项目干系人内达成共识。

4.2.2迭代计划

迭代计划是指将特性列表拆分形成task,并将其对应的主要任务划分到

各个迭代中去,形成粗粒度的项目迭代计划。这个过程主要考虑以下几个因

素:

有些任务间是有依赖关系,某个任务的开始或结束是以另一个任务的开

始或结束为前提,在划分时必须考虑这种前后依赖关系。

在安排每个迭代的任务时,需要对各种因素进行综合考虑。

除了进行初步的迭代任务划分,还需要确定项目过程中迭代任务调整的

规则,如迭代任务未完成时是将剩余任务延至下一迭代还是延长迭代周期。

确定迭代运行模式

如一天一个小迭代、每周一个大版本,每个迭代包含的工作内容等。

4.2.3制定其他辅助计划

制定沟通计划、风险计划和质量计划是必要的,沟通计划主要包含以下

几个方面:沟通对象、沟通方式、沟通频率即可图片

质量控制计划包括:bug分布满足何种条件可以发布,有几个致命bug

必须停止开发新特性等。

4.3项目执行和监控过程

迭代N的执行

A、迭代N的需求细化

考虑每个迭代需要完成的需求用例(用户故事);

需求用例(用户故事)需包含几个部分,优先级、字段列表、基本事件

流、扩展事件流。具体的可参考《需求用例模板.doc》

需求用例(用户故事)编写完成后需要在团队内部进行需求评审,一方

面是为了向团队成员解读该需求,用于指导开发人员进行功能开发;另一方

面团队成员也可在评审后进行task评估工时给出指导性意见。

B、测试用例评审

测试人员根据需求用例(用户故事)要求编写对应的测试用例,并组织

项目团队进行测试用例评审。根据评审意见修改

文档评论(0)

150****6105 + 关注
实名认证
文档贡献者

硕士毕业生

1亿VIP精品文档

相关文档