中国项目管理资源网

您的位置:中国项目管理资源网 >> PM 百科

敏捷项目管理实践经验谈

2017/4/18 22:16:50 |  222次阅读 |  来源:网友转载   【已有0条评论】发表评论

  在互联网行业,敏捷应该不是陌生的名词了。互联网产品快速发展的特性,决定了“小步快跑”的管理思想,持续迭代,不断的改进产品。在产品研发过程中,从需求管理到最终的产品运营,全过程应用敏捷的思想,让产品团队成为产品的主人和管理创新的驱动者。

  当产品团队自发的去持续优化产品,不断提升产品质量和研发效率时,整个团队的工作效率就提升了,产品的迭代周期自然会缩短,他们会树立更高的目标去挑战,当他们持续地周而复始时,卓越就成为了团队的习惯。应用敏捷基本上可以让迭代周期减少一半,在追求效率和产出的互联网,这确实是一剂良方。

  在敏捷实施的过程中,从产品经理的角度来说,更应该关心需求是否也可以迭代的方式去产出,合理的按照价值和优先级去安排每个迭代需求,是产品经理需要关注的。这会保证每个迭代开发人员在实现的都是优先级最高的需求。从开发人员角度来讲,对每个迭代的任务的需求理解和工作量安排是他们所要关心的,要合理的分配每个人的任务,以达到最大化的效率利用,进而保证每个迭代的高效产出。

  1号店目前已全面实施敏捷开发,结合自己对敏捷需求管理的理解,分享在1号店工作期间实施敏捷项目管理的实践经验、失败教训。主要从以下几个环节提高团队效率,最终成功地让4-6周的交付周期缩减到了2周左右。

  1、迭代需求集中评审和评估工作量

  在每个迭代开始之前,产品经理就需要把下一个迭代要做的需求安排好,待到迭代开始之前,对所安排的需求进行集中讲解评审,参与的对象是整个团队。这样做的好处是:研发、测试团队和Scrum Mas*er一起深入理解需求,测试团队也因此能够更早地开始编写测试脚本,这样需求、开发、测试都是敏捷的,否则只有开发是敏捷的,两头就会都跟不上。

  很多人觉得每个迭代开始之前,花上一整天的时间去理解需求和评估工作量是很浪费的,但是磨刀不误砍柴工,在工作开展之前把一切不确定性的东西都确认好,这样后续的开发效率就会高很多。另外对产品经理的要求就是提前梳理需求,这个不是简单的梳理,而是要充分评估手头所有需求功能点的价值和优先级,先做优先级高的。

  2、站会:随时把控进度、解决问题

  站着开会带来的紧张感和疲劳感可以有效地避免过于冗长的会议,且可以保持清醒的状态,一般都在早上上班的时候开,也叫“晨会”。可以尝试让发言者站在中间,这种做法更能增强其自信心和责任感。站会的议题是每人说一下自己昨天做了什么,今天要做什么,有没有遇到问题。产品经理可以参与站会听取一下团队成员的进度,对各个需求的进展了然于胸,对发生的问题需要介入协助的,可以在会后就协助处理。

  3、团队自我驱动

  在迭代开始之前要做好任务的认领和分配,可以培养团队主动工作的积极性。在迭代开始后,要明确只有开发出可用的功能才算完成;明确迭代目标,并把目标分配给明确的负责人;严格要求代码提交环节,确保提交后测试即可介入;明确每个人的工作职责,优化团队协作机制,中间出现某个成员进度弱后的情况,可以调配进度快的成员帮忙。同时要避免整体重构,尽可能局部重构。产品经理更需要确定迭代目标能否完成而不仅是关注迭代进度。

  4、持续集成和产品演示环境

  迭代任务陆续完成过程中,要能自动化集成到演示环境,这样就可以边开发边验证,测试也就可以边开发边测试,省去了很多重复的工作。并且可以尽早的发现问题或bug,及时修复。产品演示环境能够尽早Ready是很重要的,这样可以提前看到产品的最终形态。

  5、迭代

    项目经理胜任力免费测评PMQ上线啦!快来测测你排多少名吧~

    http://www.leadge.com/pmqhd/index.html

“项目管理生根计划”
企业项目经理能力培养和落地发展方案下载>>

分享道


网站文章版权归原作者所有,如有认为侵权请联系我们,将于1个工作日内作出处理!
网友评论【 发表评论 0条 】
网友评论(共0 条评论)..
验证码: 点击刷新

请您注意护互联网安全的决定》及中华人民共和国其他各项有关法律法规或间接导致的民事或刑事法律责任
·您在中国项目管理资源网新闻评论发表的作品,中国项目管理资源网有权在网站内保留、转载、引用或者删除
·参与本评论即表明您已经阅读并接受上述条款