我和敏捷开发的故事--敏捷角色-TEAM

        

      在敏捷开发中除了PO跟SM之外,另外一个非常重要的角色就是TEAM,也就是我们的开发(有些包括测试)团队.

 

      因为在每个迭代进行的过程中,真正的将需求实现为用户需要的产品是在团队的同心合作下进行的,因此将一个新的团队磨合成敏捷开发所要求的自组织团队是一个比较难得过程,尤其是在实际的开发进度和需求等不定因素的影响下.

 

     因此提高Team的凝聚力是创建自组织团队一个 重要因素.

 

    团队的凝聚力来自于大家都在为一件事而努力，每天都在做，而且经常有提高。

      为了提高团队凝聚力,有很多途径可以实施,例如在每天的站立会议，Team成员除了介绍每天的工作，还可以做两个额外的事情：

 

        一个是快速形成某个团队级别的决议，例如将某个方法作为公共模块，临时调整资源等,解决阻碍团队的重大问题；

 

          另一件事情是代码分享或者代码复查,每个人都会拿出昨天最核心的功能代码，讲给大家听，只包括外部模块的耦合，业务逻辑，大家进行讨论，结果不是发现了漏洞，就是发现了某个人的代码更加规范，其他人都会和他保持一致。当然,因为涉及到具体代码此过程在站会的时候进行可能会耽误比较长的时间,项目团队可以根据实际情况,每天留下固定实际来进行此项操作,因为是良性的,所以会越来越好.

       

 

       Team成员每天进行集体沟通，每个人都有机会发言，每个人都不只是听客，每个人都可以感受到其他人对项目的贡献，每个人都有是整个项目和产品的主人翁的感觉.

 

       为了让整个Team的沟通有效率,因此每个敏捷团队人数不易太多,如果有很多人,首先站会就会浪费大家很多时间,也同时因为人数太多,大家的关注点就开始分散起来,不利于高效的去解决问题.

 

       所以在实践过程中,我们原先的20多人的团队分开成两个敏捷团队,每个团队都有各自的PO,SM和TEAM.每天的站会分开两部分进行.如果需要两个团队共同来解决公共问题,则还有站会的站会,每个Team派代表来给项目经理说明问题,进度等.

 

       至此,整个敏捷项目的角色基本上全了,PO+SM+TEAM.