持续集成快速交付的方法

这是山猫的第16篇原创

 

 

很多时候，一个项目做下来，项目团队成员都觉得很累，但是客户还不满意，真是苦了一帮做项目的兄弟。

 

人与人最大的差距在于认知的差距，如果不能持续地总结提升团队的整体能力，那么项目团队就会做得很累而且TMD还没有成就感，因此团队管理者对于一个项目的成败有着极其关键的作用。

 

今天我们就说说软件系统持续集成快速交付的方法，让内部团队有成就感，同时也能提高甲方爸爸满意度。

 

1

项目交付的本质

 

首先我们看项目交付的本质是什么，或者换个说法用户为什么要给项目买单，实际上是因为我们为用户创造了价值，所以用户才会付钱给我们，就像你给公司创造的价值越大，那么拿到的工资和奖金可能就越高。

 

2

团队价值如何呈现

 

那么团队价值如何体现呢？可以看这个价值呈现环，首先是做需求分析设计，然后是系统开发、部署测试验证，最后是交付成果，解决问题，这样整个团队的价值就体现出来了。

 

 

真正值钱的是创造价值，加班如果没创造价值，那就是白加班，著名投资人巴菲特有个理论就是价值投资，也很好的说明了创造价值的重要性。

 

3

MVP开发，持续集成

 

“最化小可行产品”（minimum viable product）是精益创业里的一个概念，指的是可以使用最少资源，被最快制作出来的、能被用户使用的试验性产品，创业者快把最小化可行产品发布出去，根据用户的反馈来进行改进，进入“构建--测量--学习”的循环。传统的生产是在周密系统的规划后，一步一步高标准严要求地按流程生产，最后出来一个精致的成品。而在市场环境下，存在太多不确定的因素无法全面识别，还面临市场的不断变化。最小化可行产品就是抛弃冗长呆板的计划，通过反复试验直接在市场获取反馈，通过迭代优化来进化出一个产品。

 

比如你的目标是要世界上最好的甜甜圈，那么一个味道普通的甜甜圈——这就是你们第一个最小化可用产品，它满足了能吃这个最关键的需求，至于口感和这个产品后续外型上的改进，都可以在后续进行迭代完善。

 

 

 

那么产品上市后，如何进行后续的迭代升级呢，可以应用持续集成的方法，比如图示的班车模式，项目可以定2周为一个迭代升级的版本，加入功能ABCDEF功能点计划在下个版本进行上线，那么到了上线点时，完成开发并测试通过的功能就可以上线，未通过的功能等到下个版本进行更新发布。

 

 

班车模式的特点是：固定时间，到了计划的时间点发布版本，准备好的功能点按时进行集成测试发布（即发车），这趟车赶不上的功能就等到下班车再发布。

 

老司机发车了，请坐稳扶好。

 

那么持续集成有什么意义呢？

 

1、尽量在项目前期发现问题，在项目核心功能接近完成时即可以开始进行集成。

 

2、定期展示（1-2周迭代版本）团队协作成果，持续交付价值，获得认可，团队成就提高。

 

团队是否有成就感其实是非常影响整个项目的产出效率的，所以这点非常重要。

 

总之，再复杂的项目都可以简化了来做，能否抓住关键点，先把解决温饱的刚性需求满足了，其他非核心的功能后续迭代完善，这个和项目经理的能力水平密切相关。

 

END

 

 

 

作者：山猫

坐标广州 项目管理和职场分享