实例解析:敏捷开发项目管理五步走.pdfVIP

实例解析:敏捷开发项目管理五步走.pdf

  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文档。上传文档
查看更多

实例解析:敏捷开发项目管理五步走

不少创业公司的产品经理需要兼顾项目经理的工作,并且全职测试角色。这篇文

章讲产品经理如何进行高效的敏捷开发项目管理。

一、背景交代

背景,利用公司原有的项目管理方式,产品无法按时上线,产品质量难以保障。

老板决定把项目管理交由产品经理主导,务必保证后续产品的质量并按时上线。

首先,我组织项目组成员总结原有项目管理过程中存在的问题,主要有两点:

项目进度不可见,产品经理对项目失去掌控,开发每日进度不可见,老板也不知

道大家每天在做什么。效率低下,项目延期,成本增加。

测试周期与开发周期分离,不能及时有效处理中间开发出现的偏差。开发实际结

果与产品期望结果偏离,质量不过关,开发人员重复工作。

针对以上的问题,结合领导给出的敏捷开发项目管理要求,我对公司的项目开

发管理过程进行了重新梳理补充。最终提出了敏捷开发项目管理5步走的方法,

并在后续项目管理过程中得以有效利用。相比于之前项目管理方式,新的方式把

团队工作效率提高30%以上。

1/6

以下过程只针对项目开发过程,不包括需求分析,UI设计,原型设计等过程。

这些模块在此之前已经完成。敏捷开发项目管理过程,主要分5个步骤(以某小

程序项目开发为例)。

工时评估,列出功能清单与完成开发工时评估

计划排期,列出里程碑计划与开发计划,具体到功能模块责任到人

阶段测试,功能模块完成开发,开始阶段测试

项目管理过程中需求变更处理

完成综合测试,项目上线

三、具体步骤

1.工时评估,列出功能清单与完成开发工时评估

产品经理梳理好要做产品的功能清单,找项目组对应的开发负责人进行工时评

估,评估完成之后找技术主管确认,确认无误,完成工时确定。

此外,测试周期另找测试主管评估即可。开发工作量评估完成,具体如下图

(1.0):

2/6

(1.0)

2.计划排期,列出里程碑计划与开发计划,具体到功能模块责任到人

如何排模块时间点,基于功能清单工作量评估结果,产品定功能模块开发截止

时间,与开发人员一起开会确认。

如何排优先级,可把功能点划分为两种,一种属于前置条件,一种是基于前置

条件功能点。举个例子,你要卖商品,会涉及订单和商品两个要素。没有商品也

就没有订单,所以商品管理功能实现必须先于订单管理。商品管理就是前置条件,

订单就是基于前置条件功能点。

开发计划如下图(2.0):服务端比前端少一个接口字段,就不放图了,里程

碑计划也可以从开发计划里面进行提取,就不多说了。

3.阶段测试,功能模块完成开发,开始阶段测试

如何保证信息同步,利用线上协同办公工具,开发每次完成对应功能模块开发

之后,会对表格信息进行实时同步更新,在用的协同工具是石墨文档。

如何体现项目进度,开发人员每天对工作进度进行更新,前端开发包括两部分,

静态页面和接口,开发完成之后,文档中对应模块记下“V”。实际完成时间是

3/6

开发自己写。前端开发计划以实际接口对接完毕时间为准,服务端以接口完成时

间为准。如下图(2.0)

(2.0)

如何进行阶段测试,产品测试人员,每天看文档对已开发完毕的功能模块进行

测试。测试之后在对应功能模块后面写明测试情况,有问题要求开发在进行下一

模块开发的过程中把问题修复。因为是上个功能周期未完成的部分,这一阶段必

须补上。

例如开发人员完成了商品管理静态页面和接口,产品看到之后就去测试商品管

理模块,比如新增,商品列表里的搜索,商品编辑,页面样式等。

注意:这里的测试算作模块测试,不要求面面俱到,涉及到与其他未开发模块

相关联的内容无需测试。保证主体功能没有大的问题,

每次完成一个功能模块,都要对已开发完成的所有功能进行测试。包括已测试

过的功能模块,关联起来在进行测试。直到最后把所有模块开发完成,开始最终

的系统测试。

4/6

栗子;商品管理已经测试完成,当订单管理开发完成,那么商品管理和订单管

理需要进行关联测试。如确认订单的时候,把商品下架,然后下单等等。

4.项目管理过程中需求变更处理

项目开发过程中,如果有需求变更,记录下来,如图(3.0)。

如何处理,根据项目开发进度,决定是否要做

文档评论(0)

137****2541 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档