今天和大家聊聊
敏捷团队
可行性与目标
在敏捷开发过程中
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的能力最小集
这些
都是敏捷团队
自嗨的内在逻辑
团队成员们
将人生中最好的年华
最好年华里的每一天
每一天中的最好时间
给了你,你必须对得起他们
请让团队嗨起来~
------
一起浪起来~
领取专属 10元无门槛券
私享最新 技术干货