敏捷开发之旅(1) - 新的开始

 在开始之前简单介绍一下：小龙服务于一家叫做xx的软件公司,在里面是一个开发团队的PL,直接领导是老徐。

 

         小龙的开发团队总共有七人,一个最佳的Scrum开发团队人数
         PL     ： 小龙

         成员   ： 宾哥  红姐(MM) 小美女(MM) 排骨(MM) 小梅(MM) 小梁(MM)

 

         呵呵,看到性别后大家都傻眼了吧,七个人的团队中有五个MM!这可是事实!是不是有些羡慕呀.

 

 

 

新的开始

 

         刚做完一个项目，项目的的人员都比较空闲，作为项目PL的小龙也在近期对上一个项目进行了总结(备注：作为团队的管理者，一个项目完成之后一定要做一个详细的项目总结,作为开发人员最好也要总结，总结自己得失，最好能以文本的方式输出给自己的领导).

 

         上一个项目是一个典型的采用Scrum框架的敏捷项目,也是小龙所带领团队重组后的第一个项目,由于刚开始整个团队对敏捷的认识不足、项目范围的控制力度不够、等因素导致原计划6个月的项目延迟了整整2个月，这样让以前自信满满的小龙受到了不小的打击.

 

         唯一值得高兴的是经过这长达8个月的敏捷实战，在经历了数次血淋淋的教训之后,团队上下对敏捷开发的认识更深了一步，团队之间的配合越加密切，积极性和 主人翁意识也越来越高了,并且在项目后期大家一起努力整理出来了一套适合自己团队的敏捷开发方式.但是，因为是在项目后期，许多工作是不可能重新来做的， 所以这些开发方式对这个已经收尾的项目没有起到多大的作用.这也使团队每个成员都憋着劲，都希望可以找一个项目好好的实践一下我们自己的开发方式...于 是为了提高团队的信心和验证一下我们自己的敏捷开发方式，小龙开始考虑着是否主动去找领导接一个小项目来做做。

         (注： 适合我们团队的敏捷开发方式--并不是我们自己搞了一套敏捷开发方式，还是使用Scrum开发，而是根据我们团队的特点来决定在Scrum的各个阶段我们 应该重点关注哪些事情，重点做哪些事情,应该由谁来做等等，一个新团队如果在没有充足的敏捷经验的情况下，照着Scrum的规范来做，都会出现一些乱七八 糟的问题，并不是Scrum有问题，而是团队不知道如何做，或者做到什么样子的程度才算符合.)

 

         在接下来的几天里，小龙给团队成员安排了一些学习性的任务，并没有着急的开始去接项目，毕竟刚做完一个这么长周期的项目，虽然不怎么加班，但是大家的心 理上还是比较疲劳的，正好在这个阶段给大家放松一下...顺便让大家充充电，多学习点知识，为下一个项目做好充足的准备.(注：做完一个项目之后一定要然给大家休息一下，但休息不等于放假，让大家学学新知识，充足一下自己也算是另一种休息) 当然小龙本人也在这段时间完善一下自己整理了几个专题《开发管理checkLists》《哲理故事与管理之道》《Eclipse rcp/rap 开发经验总结》,这样即可以巩固个人对管理和技术上的认识，又可以让其他朋友参考和学习，何乐而不为呢...

 

         就这样又过来几天，看到大家都放松的差不多了，再