用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 PgMP认证,美国项目管理协会高端项目管理认证!大型项目与项目群管理Program Management全球权威认证


网站登录:会员 企业 专家 服务商
企业服务:PMP培训  内训课 公开课
工 具 箱:发表文章 提问题 发案例
首页动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC 互动:活动 | 案例 | 问答 | 论坛 | 博客 | 圈子 
应用:基础工程软件制造活动研发  认证:PMPNPDPACPPgMPIPMPP2ISPMPIMCP建造师MPM  特色:热点奖项

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

4月开课 | 实战课

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

4月开课 | 新闻

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

PMP®认证

单项目管理经典指南
年轻项目经理首选

9月开课 | 网络班

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

深圳 | 北京 | 上海

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

北京 | 上海 | 感受

PfMP®认证

链接战略与项目
实现组织资源投资回报

17计划 | 北京 | 上海

敏捷项目管理ACP认证培训
国际产品经理NPDP认证

大型项目中的敏捷项目管理实践

作者:佚名   提交人:项目管理者联盟[项目管理者联盟]   属性:提交人转载   发布时间:2016-7-28   点击:1652   【收藏本文

  前言转自项目管理者联盟

  现在软件领域三大俗,说的是敏捷、大数据、云,说的越多的往往也是处于成熟中,或者需求强调的,我所遇到的项目有幸几乎都触及到这些俗气的元素。项目经理圈子

  不得不说,市场竞争和各厂商客户意识的提升,现在的用户已经被宠坏了,以前我们叫挖掘需求,也就是客户是有自己需求的只是表达传递的完整性问题,通过一定的需求工程的方法把这些需求给定义出来,变成软件需求就好了。现在客户往往是不知道自己想要什么的,他们往往会提出"高大上"的需求,比如:"我要一款软件,使我的业务管理水平达到行业的标杆,至少这个软件具体应该有什么功能我也不知道,我们预算是要多少有多少,关键是要做好,要在最短时间内最好是明天交付出来,否则后续取消与你们的合作。",相信很多开发人员听到这些"需求"都会感到无所适从。项目管理者联盟

  不幸我就遇到类似的一个项目,客户需求就是一句话:"在国家批下来的预算范围内,给我们做一个本行业标杆性的软件,需求嘛你们自己研究研究,我们就看效果,但必须在 1 个月内上面领导下来参观前完成",经过初步分析,参考这个行业的同类软件,至少涉及到集群数据存储与分布式检索、广度爬虫、自然语言识别,当然还有面向客户的业务应用系统。而且作为公司的战略项目,关系公司后续的市场开拓,老板发话:"必须成功,还要注意成本"。PgMp.mypm.net

  大家现在知道了,又遇到有中国特色的项目了,"需求范围不确定,资源限死、时间限死",大家会说不是战略项目吗,资源怎么会限死呢?但是请大家想想,客户预算是一定,根据财务核算,老板要拿的利润也是刚性的,还能剩多少,大家可以发挥想象了。考虑该如何实施这个项目时,似乎传统的项目管理从计划来分配资源模式以及采用瀑布型的开发方式,根本行不通。就在我焦头烂额之际,我想起了解过的一种开发模式:项目管理论坛

  Scrum 开发模式使得我们能够专注于如何在最短的时间内实现最有价值的部分;Scrum 开发模式使得我们能够快速的经常的监督实际产品发展的状况;Scrum 开发模式使得团队按照商业价值的高低先完成高优先级的产品功能,并自主管理,凝结了团队智慧创造出最好的方法因而提高效率 ;Scrum 开发模式使得每隔一两周或者一个月,我们就可以看到实实在在的可以上线的产品。此时,就可以进一步的决定是继续完善功能实现更多需求或者直接发布了 。这正是我想要的管理方法,也是敏捷界被采用最广泛的管理方法,但一般的 Scrum 显然也无法有效的应对此种情况了,还得自己完善和扩展。

  项目开发过程的设计training.mypm.net

项目管理者联盟

  针对这类客户应该是提供业务的解决方案然后再提供软件系统,因此整体的开发过程不能直接从用户需求开始,而应该从业务研究开始,如上图 1 的开发过程来实施。bbs.mypm.net

  在敏捷开发中对于需求的假设是认为,需求是涌现出来的,但我们知道架构设计能够开始是基于关键需求已经确认的情况下,而且在国内的环境下如果在需求不确定的情况下就开发,客户更可能随意的修改需求,而工期又限死的情况下,项目必然是会失败的。因此在中国的客户成熟度情况下,最好还是书面确认大部分关键需求后再开始做,否则,很多情况下会成烂尾楼。blog.mypm.net

  为了能加快前期需求阶段的进展,必须有业务架构师来分解业务模块,不同的 PO 来负责各自业务模块的需求分析。当关键需求确认后,开始技术架构的设计,同时在技术架构的基础上进行迭代的开发。因此,整个团队的结构如下图2:项目管理者联盟

项目管理者联盟

  由规划经理来有序的协调和规划多个PO的前期工作,开发组由多个特性开发团队组成,由系统组完成整个软件架构设计,将系统按业务和技术进行切分,使得各开发团队间能够进行协同。bbs.mypm.net

  每个特性开发团队都是一个敏捷团队,均采用完整的 Scrum 的管理实践,同时采用持续集成、代码静态检查、代码交互评审的、验收测试驱动来进行质量的保证。单元测试的实践,由于时间紧研发人员都担心会影响项目进度,因为本身测试代码工作量也不少。因此我们没有按真正 TDD 方式去推行,而仅会要求针对问题最集中的模块和失败的用例涉及到的代码进行单元测试覆盖,目的是保证迭代过程中代码修改的完整性,而不是用于驱动设计,最终实际统计单元测试覆盖率仅 30%不到。先写测试用例再写代码的方式,在部分小组试过几次但大家都反馈很难适应。因此没有再继续要求。项目管理者联盟

  具体的实践方法有很多文章来论述,这里就不再重复。项目管理者联盟

  项目遇到的麻烦-需求项目经理博客

  由于需求与开发团队是异步进行,而不是从一开始就紧密运作的。开发团队与规划组之间,开始并没有团队意识,还是按瀑布的阶段交付的思维来对待。所以,项目组开会时,开发团队与需求团队就经常发现摩擦。项目管理者联盟

  开发要求需求人员将需求描述的非常细,否则不予接受。而需求人员由于在局方现场,要将需求描述的很细的情况下就需要耗费很多文档时间,而用户时间有限,所以希望能将需求描述简单一点,关键是需求人员将需求写的很细的情况下,开发人员在开发过程中任然还是需要不断的去沟通需求,毕竟靠文档完整表述还是有困难的。而测试团队先等待开发做完,再开始测试。于是开发、需求之间经常就需求文档细致问题无法高效协同,测试介入很晚,到测试时对业务不熟悉,只能希望开发出相关的设计文档来进行测试,效果很差。由于团队之间对立情况,反而加剧了对文档传递的依赖,项目进度慢了下来。www.mypm.net

  对此,我们认为这个是因为项目实践出来偏差,没有真正领悟,敏捷开发中为什么需求必须是讨论出来,而不能是通过一个详细设计文档去传达,使得每个成员都对需求来负责,而不是仅仅被动的接受。项目管理者联盟

  对此,项目要求各团队的 PO,不再写详细的需求文档,而是出需求列表。强制要求,需求的传递必须通过需求澄清方式完成。项目管理者联盟

  也就是需求、开发、测试人员,同时参与需求的分析工作。步骤如下:PgMp.mypm.net

  需求人员列出所有的 product backlog 的 story,并进行排序;bbs.mypm.net

  开发、测试人员,听 PO 对每个用户故事进行讲解,注意 PO 不再提供详细需求的文档了,然后开发、测试人员可以要求 PO 对每个需求讲解清楚,直到听懂理解并能开始进行设计工作为止;项目经理博客

  开发人员将 PO 讲解的需求给记录描述出来,需要包括基本的业务流程图以及接口说明,同时要求测试人员将需求的验收条件给写出来,整合成针对每个 story 的需求澄清文档;项目管理者联盟

  由PO确认需求澄清文档内容的准确性,如果无误可以开始进入开发过程了。pmp.mypm.net


<<上一页 1 2 3 4 下一页>>
项目管理者联盟PMP认证中心
[相关文章] [网友互动]
·敏捷教练的十大技巧 (35)项目管理者联盟10-18
·从张小龙的敏捷管理说起,一篇文. (66)项目管理者联盟10-11
·两条腿走出“伪敏捷”的怪圈——. (304)王凌宇09-21
·“凌波八步”搞定敏捷项目 (79)项目管理者联盟08-31
·IBM如何成功组建敏捷团队 (332)项目管理者联盟06-16
·瀑布开发模式与敏捷开发模式 (838)项目管理者联盟06-07
·管理层真正想从敏捷中得到什么? (238)项目管理者联盟05-24
·敏捷测试与传统测试的区别 (843)项目管理者联盟05-24

09-13[帖子] 敏捷开发:促进项目管理创新变革线下活. (114)
09-01[帖子] 敏捷项目与任务看板 (209)
08-14[帖子] 敏捷设计的三个原则 (185)
06-19[日志] 敏捷开发十二原则 (73)
06-19[帖子] 敏捷开发十二原则 (1111)
06-02[帖子] 关于敏捷的7大传说,你知道几个? (264)
06-02[日志] 关于敏捷的7大传说,你知道几个? (30)
05-05[日志] 6步确定你的企业是否足够敏捷 (53)
[发表评论]
本站热点
·通过率90%:项目管理者联盟PMP内训组
·《国际项目集经理PgMP认证》12月22
·PgMP新增名单(2017年第三季度)
·人力资源项目管理沙龙(杭州)圆满结束
·PgMP新增名单(2017年第二季度)
·PMP培训班(北京)-针对2018年3月
·项目管理者联盟PMP2018年度培训班招
·产品经理认证NPDP八期北京班圆满结束
·《项目经理该知道的那些事》沙龙活动成功举
栏目说明
    《文库》栏目为项目管理者联盟网站核心栏目,收录了十大行业项目管理文章5000余篇,囊括了项目管理五个阶段、九个知识领域的相关文章,是广大项目管理爱好者学习的知识库,欢迎大家发表原创文章、转贴文章,或直接发给编辑。须联盟会员且登陆后才能发表文章。
敏捷项目管理ACP培训
项目管理活动
免费参加2017(第二届)中国软件估算大会
主办单位:项目管理者联盟
时    间:2017-11-16
地    点:北京·北京丽亭华苑酒店
电    话:010-82273401-11
邮    件:pmp3@mypm.net
项目组合管理及PfMP认证培训-[北京/上海,2017年计划]
主办单位:项目管理者联盟
时    间:2017-12-1
地    点:北京 上海·
电    话:010-82273401-18
邮    件:pgmp@mypm.net
活动QQ群:531390275
免费积累PDU,仅500人

2016年项目管理活动计划
2015年活动精彩回顾
原创排行榜
 高扬 105 项目管理 84
 人月神话 60 郭致星 52
 蒋昕炜 46 项目管理评论杂志 46
 高国伟 45 乔东 44
 肖杨 38 潘德有 36
 张为 34 周劲松 34
搜索文章
关键词:
行  业:
团 队   成 本   风 险   进 度
沟 通   采 购   质 量   合 同
更多>> 专题集锦
更多:
经理访谈
更多:
个人专栏
更多:
项目管理者联盟特刊
联盟特刊是对网站会员发行的内部刊物,刊物内容包括:案例及分析等,得到了会员好评。
电子期刊:
特刊下载:
2017合刊  2016合刊  2015合刊 
2014合刊  2010合刊  2009合刊 
2008合刊  2004合刊  2005合刊 
2006合刊  2007合刊       
施工企业管理
《施工企业管理》创刊于1986年1月,中国施工企业管理协会主办,是反映施工企业管理杂志。
浏览往期:
建造师杂志
《建造师》杂志由清华国际工程项目管理研究院主办,是中国面向建设企业管理人的高端杂志。
浏览往期:
更多>> 推荐文章
10-20·如何挑选人才组建项目团队.
10-20·项目管理书籍连载——《解.
10-20·建设工程全过程全系统建设.
10-20·管理好项目预算的5个建议
10-16·解析项目集利益相关方的争.
10-16·被要求压缩进度,项目经理.
10-13·在资源不足的情况下,如何.
10-13·项目管理中的神秘三角关系
10-13·琴瑟和鸣--SCRUM中“讲”好
10-12·质量管理的十大误区
10-12·【向古人学项目管理】做项.
10-12·掌握这25个风险点,再也不.
10-12·【干货】 项目经理的压力这
10-09·项目管理中的5大监控点
10-09·细化项目工作范围就这么几.
10-09·书法人项目管理的理论与实.
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接
项目管理者联盟 版权所有 京ICP证070584号 | 京公网安备110102000464号
如转载本站文章,必须于文章开头处注明转自“项目管理者联盟”,并注明原作者