如何从0-1搭建敏捷团队

一、辨识真假敏捷

辨别真假：和敏捷创造的价值理念是否吻合，吻合则为真敏捷，不吻合则为假敏捷。

辨别真假敏捷的工具：STACEY工具

1、敏捷和非敏捷的区别

在过程运行的基本机制相当简单易懂的情况下，典型的做法是采用预定义的建模方式；

如果过程复杂程度超出预定义的能力范围，则采用实验性的建模方式；

预定义的过程	实验性的过程
命令和控制	边前进边学习
计划	预计到变化会出现
强制性地计划进行	拥抱变化
“变更”的控制	检查和适应

2、敏捷开发宣言

二、团队做敏捷有何要求（成员素质、团队基础等）

1、角色

Ⅰ：Scrum Master：敏捷教练 团队的保护者，又是规则的维护者

1）起到教练的职责：起到支持的作用，帮助团队去排除困难。

2）领导团队完成Scrum的实践以及体现其价值

3）排除团队遇到的困难

4）确保团队胜任其工作，保持高效的生产率

5）使得团队紧密合作，使得团队个人具有多方面职能的工作能力

6）保护团队不受到外来无端影响

Ⅱ：Product Owner：产品负责人

1）客户代表 ：帮助团队澄清需求。

2）定义所有的产品功能

3）决定产品发布的内容及日期

4）对产品的投入产出负责

5）根据市场变化对需求开发的功能排列优先顺序

6）合理的调整产品功能和迭代顺序

7）认同或者拒绝迭代的交付

2、PO和Scrum Master的区别：

PO是把需求传递过来，Scrum Master是保护团队维护规则。协助团队把需求交付出去。

Ⅲ：Dev Team：开发团队

1）经典团队由5-9个人

2）团队成员都是多面手：--程序猿、测试员、用户经验设计，等。。。。

3）团队成员都是全职工作：--特殊只能可以例外（DBA）

4）团队自我组织和管理

5）团队关系在一个迭代中应该是固定的，个人的职能可以在迭代开始时发生调整。

三、零基础团队如何更好的运用敏捷

1、基础敏捷 -SCRUM

1）团队统一采用SCRUM管理框架。

2）建立开发、测试一体化团队，敏捷教练辅导。（跨职能）

3）前期提供全员的敏捷导入培训。

4）中期辅导团队迭代工作模式。

5）后期重点培养团队的Scrum Master。

2、需求管理

1）采购敏捷用户故事实践，通过互动协同的工作坊分析和拆分需求，完成产品功能设计和需求实现。

2）产品经理教练带领整个梳理过程，让团队成员能够在实际操作过程中学习敏捷需求需要拆分的方法，形成对后续迭代开发的良好支撑。

3、持续集成

1）通过持续集可以帮助团队搭建起了持续集成的技术平台和可视化的看板，通过自动化测试确保交付质量，做到质量内建。

2）建立持续集成纪律，基于团队业务特点和已有系统技术架构，设计相应分层自动化测试结构。

4、PDCA循环

四、团队在实施敏捷时会遇到的问题及解决措施

1、会议太多？

解决:思考价值高不高，效率高不高。

2、初次梳理会和计划会时间偏长？

解决：梳理好会议长度，打好准备。

3、会上打酱油？

最早不要把数据明确到某个人；

五、团队级敏捷案例分享

1、选择敏捷时点项目

1）选择试点项目，考虑的因素：

Ⅰ：项目的周期

Ⅱ：项目的规模

Ⅲ：项目的重要性

Ⅳ：业务参与度

2）团队的意愿度

3）高层的支持

2、及时进行阶段总结汇报

1）搜集试点团队反馈

2）收货，问题，下一步

3）数据进行统计

4）迭代速度，发布质量等

5）阶段性汇报

6）成就及问题，下一步建议

7）与管理者进一步对齐

8）下一步计划