大型项目中的敏捷项目管理实践
2019-12-09
来源： 宋荆汉
前言
现在软件领域三大俗，说的是敏捷、大数据、云，说的越多的往往也是处于成熟中，或者需求强调的，我所遇到的项目有幸几乎都触及到这些俗气的元素。
不得不说，市场竞争和各厂商客户意识的提升，现在的用户已经被宠坏了，以前我们叫挖掘需求，也就是客户是有自己需求的只是表达传递的完整性问题，通过一定的需求工程的方法把这些需求给定义出来，变成软件需求就好了。现在客户往往是不知道自己想要什么的，他们往往会提出"高大上"的需求，比如："我要一款软件，使我的业务管理水平达到行业的标杆，至少这个软件具体应该有什么功能我也不知道，我们预算是要多少有多少，关键是要做好，要在最短时间内最好是明天交付出来，否则后续取消与你们的合作。"，相信很多开发人员听到这些"需求"都会感到无所适从。
不幸我就遇到类似的一个项目，客户需求就是一句话："在国家批下来的预算范围内，给我们做一个本行业标杆性的软件，需求嘛你们自己研究研究，我们就看效果，但必须在 1 个月内上面领导下来参观前完成"，经过初步分析，参考这个行业的同类软件，至少涉及到集群数据存储与分布式检索、广度爬虫、自然语言识别，当然还有面向客户的业务应用系统。而且作为公司的战略项目，关系公司后续的市场开拓，老板发话："必须成功，还要注意成本"。
大家现在知道了，又遇到有中国特色的项目了，"需求范围不确定，资源限死、时间限死"，大家会说不是战略项目吗，资源怎么会限死呢？但是请大家想想，客户预算是一定，根据财务核算，老板要拿的利润也是刚性的，还能剩多少，大家可以发挥想象了。考虑该如何实施这个项目时，似乎传统的项目管理从计划来分配资源模式以及采用瀑布型的开发方式，根本行不通。就在我焦头烂额之际，我想起了解过的一种开发模式：
Scrum 开发模式使得我们能够专注于如何在最短的时间内实现最有价值的部分；
Scrum 开发模式使得我们能够快速的经常的监督实际产品发展的状况；
Scrum 开发模式使得团队按照商业价值的高低先完成高优先级的产品功能，并自主管理，凝结了团队智慧创造出最好的方法因而提高效率 ；
Scrum 开发模式使得每隔一两周或者一个月，我们就可以看到实实在在的可以上线的产品。此时，就可以进一步的决定是继续完善功能实现更多需求或者直接发布了 。
这正是我想要的管理方法，也是敏捷界被采用最广泛的管理方法，但一般的 Scrum 显然也无法有效的应对此种情况了，还得自己完善和扩展。
项目开发过程的设计
图 1. 开发过程
针对这类客户应该是提供业务的解决方案然后再提供软件系统，因此整体的开发过程不能直接从用户需求开始，而应该从业务研究开始，如上图 1 的开发过程来实施。
在敏捷开发中对于需求的假设是认为，需求是涌现出来的，但我们知道架构设计能够开始是基于关键需求已经确认的情况下，而且在国内的环境下如果在需求不确定的情况下就开发，客户更可能随意的修改需求，而工期又限死的情况下，项目必然是会失败的。因此在中国的客户成熟度情况下，最好还是书面确认大部分关键需求后再开始做，否则，很多情况下会成烂尾楼。
为了能加快前期需求阶段的进展，必须有业务架构师来分解业务模块，不同的 PO 来负责各自业务模块的需求分析。当关键需求确认后，开始技术架构的设计，同时在技术架构的基
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
