做了敏捷就会徒增很多会议吗?
” 我们公司开始跑敏捷了!
老板就开始要求——交付要「快」”
到底敏捷是不是为了解决交付慢的问题呢?
数洞机组也开始尝试数字化转型
让我们一起去看看咯
卷四 · 教练教练,为啥敏捷项目管理这么多会议呀?
文字脚本:Vaycent孙维
插画配图:Brenda布小姐
原创心得:
近年来越来越多的组织和团队相继在敏捷的方向上学习或转型,而Scrum也成为了目前最被广泛应用的敏捷实践框架。然而我们在为企业咨询的过程中,观察到许多的团队实际运作中无法区别敏捷与Scrum,对Scrum当中的角色定义与职责模糊不清,更有甚者认为使用“敏捷项目管理”后徒增许多的会议。
事实上,敏捷是一组价值观与原则的思维方式,可以被应用到生活与工作的方方面面,从而帮助我们持续精进、拥抱变化。而Scrum通过透明、检视、调整三个步骤的经验过程主义,是敏捷的其中一种实践框架。因此我们在谈及应用Scrum的时候,更应该关注我们的活动到底是希望通过这三个步骤解决什么问题,这三个步骤的运行状况如何活动是否达到了相应效果。绝非生搬硬套地抄袭Scrum活动作为标准工作流程的会议,或标以“敏捷项目管理”方法企图提高团队的产出效率。
敏捷教练与传统的项目经理在定位上也存在着很大的区别。项目经理更多是面向交付目标,对多个相关方进行协调,而敏捷教练更多聚焦是通过陪伴团队的持续成长以及帮助移除组织与团队的障碍。
事实上许多的团队引入Scrum的实际现状是,仅在团队内部简单增加几个Scrum活动作为会议,但团队依然与外部存有大量的工作依赖,如果我们没有持续对这些系统环境进行优化,团队成员的实际感受当然是徒增会议而已。不管是项目经理、敏捷教练、团队经理,作为知识型工作团队的管理者,我们只能对整个系统以及系统所在的环境进行管理,无法去管理团队的人员行为。这就如同我们不能强行控制盆栽长出我们想象的样子,唯一能够做的是影响它受到的光照、土壤、水源等环境因素,静待花开。