敏捷团队自嗨的内在逻辑

今天和大家聊聊

敏捷团队

可行性与目标

在敏捷开发过程中

Scrum是最常使用的方法之一

其定义了敏捷团队的角色，即

产品经理（PO）、研发团队（Dev）

还有ScrumMaster（SM）

由此便有一个问题

由PO+SM+Dev组成的

敏捷团队结构可行吗

思考可行性

当然要和目标相关

敏捷团队有三大目标

迭代目标、产品目标和改进目标

敏捷团队的首要目标是

完成项目（迭代）上线

也即迭代目标

这是更早交付价值和

灵活响应变化的前提

也是完成产品目标和

浮现改进目标的前提

项目管理十大知识领域

敏捷开发冲刺迭代过程

可以视为一个mini项目

一个项目可以从十个方面

来思考以提高其成功率

这十个方面包括

范围、进度、成本、

质量、沟通、人力资源、

干系人、采购、风险和整合

下面我们从项目管理

十大知识领域来分析

由PO+SM+Dev组成的敏捷团队

完成迭代上线的

可行性

迭代冲刺六大知识领域

我们以每个迭代

都要做的工作为准

调整这十个领域

范围即需求

删除成本、采购（一次性）

合并干系人和人力资源（都是人）

删除整合（没啥用）

调整后，变成六个核心维度

也即，在整个迭代过程中

人与人沟通需求、进度、风险和质量

我们再带入角色

PO来负责需求的内容

Dev来负责质量的内容

接下来我们

引入Kanban方法

通过Kanban方法

可以透明出进度和风险

从而，我们可以推导出

由PO+Dev组成的团队

围绕需求、进度、风险和质量沟通协作

就有能力自组织完成迭代上线的目标

SM能力最小集

SM的存在当然也要支持

团队（PO+Dev）

更有能力自组织完成迭代上线的目标

我们再结合迭代六大知识领域

可以推导出

一个SM的正确打开姿势

辅导团队规划、梳理、澄清、

拆分和管理需求

以帮助团队

更加顺畅的交付需求上线

打通内外部

尤其是依赖的沟通路径

以促成沟通的发生

维护输入（DoR）和

输出（DoD）规则

以提高产品质量

并促成自组织

及时帮助团队排除

问题和困难

以减少或规避

完成迭代目标的风险

引入Scrum和

Kanban方法

以建立敏捷的工作方式

并透明进展和问题

嗨

以上

我们聊了

敏捷团队自组织

完成迭代上线目标的可行性

聊了

SM的能力最小集

这些

都是敏捷团队

自嗨的内在逻辑

团队成员们

将人生中最好的年华

最好年华里的每一天

每一天中的最好时间

给了你，你必须对得起他们

请让团队嗨起来~

------

一起浪起来~