运用Scrum做项目管理真实案例之一

引言：

我会以系列文章的形式跟踪记录我现在正在做的一个完整运用Scrum管理项目的笔记，里面会有一些经验教训总结心得，以便读者与我互相学习勉励。有写的不对的或者写的不好的地方还请海涵，当然我更希望大家多多提宝贵意见，读者的支持是我最大的动力。（之一，之二，之三，之四，之五，之六）

============================================================================================

正文：

其实上一篇我有讲过一些项目初期我做过的一些工作，还有公司运用敏捷的方法。只不过到这里我才有写一个系列文章的想法。这里我还是啰嗦几句，上篇我们谈到了，我们公司真正做敏捷其实是在称之为Iteration 0（或者叫Iteration Prepare）之后，也就是我们已经有了很充足的准备，可以开足马力实施项目的时候了。其实这样做也是为了降低风险，一来我们在前期不用投入很多人力，只是投入几个金兵强将，做好构架以及在这之上完成一个Demo。然后后面的Iteration就有了参照，就可以理解大家都在做Iteration 0的复制即可。有点想开连锁店的感觉。这种方法很适合项目外包型的公司，前提投入牛人，后期在随时调入/调出不用很强也不用很固定的人力。外包公司的人力调配可是一门艺术，这里我就不多说了。

好，开始说项目吧，目前我的项目正在做第一个Iteration，也就是Iteration 1，前几天开过Iteration 1 Planning Meeting，个人认为非常的失败，在这几天的运行来看也确实非常糟糕，问题主要表现为，我们在Planning Meeting上面没有完全按照要求把Story分解为2-16小时的Task。或者说我们根本就没有分解。而是把完整的Stroy估算成为时间。基本上都是5天3天这样的时间。可能大家都认为一开始我们拿到的Story都非常的简单，轻视了。所以在后面的几天力，我可以说完全无法跟踪项目进展，Iteration都快要结束了，可是一个Story都还未完成，也不知道Story完成了百分之几。所以这是我在下一个Iteration首要要解决的问题。

还有一个很大的问题就是每日晨会的时候大家都只是说了昨天做了什么，今天要做什么，可是从来都没有人说问题，我也不知道这是好事还是坏事，我总感觉项目初期应该大家都有很多问题才对。我不知该如何引导，希望后期会有所改进。

目前项目还出现了一个风险，前期投入的一个人，现在临时变更了，突然替换了一人，我没有料到会这么快换人，我还未很好的考虑换人如何应对，如何能让他快速的融入到我们的团队中来。我在想是否应该整理一个项目快速入门手册，方面后面如果再有新人加入时，能快速掌握目前开发进度。

还有一点，也是作为项目经理的我最失败的一点。关于User Story的编写问题。因为初次尝试，写User Story的时候我只知道按照需求的方式把User Story照搬了一遍，但是这样给开发带来了不小的麻烦。首先一下子开发无法转变关联，一大堆大大小小的Story丢给开发，他们都不知道如何下手了。毕竟开发习惯了功能性的需求。不习惯完全业务的Story描述。后来我查阅一些文章才发现其实User Story也可以和MVC结合，按照大小一致的粒度去编写。分为数据（史诗级User Story）和操作（一般User Story）这样更便于与开发的沟通和理解。

还有一个问题，就是项目初期大家对敏捷的认识也不够。都是初试敏捷，我对这方面也没有系统的培训，而只是在项目进行中做了一些宣导，我觉得还很不够，所以我准备过两个Iteration专门对敏捷召开一次座谈会，大家一起讨论运行几个Iteration之后的心得，与大家一起分享，一起学习，如果效果不错的话，我准备每隔一个月就召开一次。当然如果是下一个项目我一定会项目开始之前就做这方面的引导培训。

OK，今天就到这，下个礼拜我们会召开Iteration Review会议，希望我们能总结出来更多的东西与大家分享。谢谢阅读