开发团队的神属性

“昨天那个接口开发的问题为什么还没有处理好?”,答:“对方的接口协议还没有给我们”。“去催啊,我们是自组织团队”

测试团队在迭代最后几天收到开发完成的任务,从而来不及完成预先计划的测试任务。PO:“测试协助开发啊!我们不是跨职能团队吗?”

我们一定经常听到类似以上的对话。感谢我们伟大的敏捷框架提出来的两大神属性!老大们可以泰然自若地做甩手掌柜啦。

在软件开发的团队中,“跨职能”、“自组织”已经是很流行的词汇。原先是由开发人员提出,用来引导自身行为的理念。如今在团队中被越来越多的滥用,而且我竟然无言以对。就好像小时候,父母常跟你说:“不好好学习,长大找不到工作!”。然后我就认为天然正确,并沉默地去写作业啦。然而,我却也不明白怎么才叫好好学习。

我不敢说自己对这两个属性的理解足够透彻,或者有什么样的方法论可以确保团队去遵循。这里仅竟分享几条观察:

不想做设计的开发不是好测试

这虽然是句玩笑,却说明这几个工种是不相干的。我曾问过团队,各个工种都不愿意去从事别人的工作,即使开发人员声称自己有能力作测试。再往下追问,每人都能说出自己领域是潭很深的水,需要自己专注地去对待。

我瞬间有了认同感。我跟随开发团队做敏捷管理5年了,至今也没做过开发。然而我一直在了解心理学,管理学,经济学,还有设觉引导方面的技巧。这是否算跨职能呢?

就像没有开发乐意整天写文档而不去交付代码一样,每个工种都有自己的主营业务,别的只是辅助

自组织的小区

我每天开车回家进小区,都会从两条长长的“车河”中穿过,后视镜贴后视镜,总是留有非常舒服的空间。我还很惊讶地发现,在没有划线的情况下,每辆车都非常适当的紧贴着另一辆。这不就是自组织嘛!只要你具备基本的开车常识,有侧方位停车的能力,在夜间有敏锐的洞察力,就能参与这场自组织。

但设想一下一种情况。如果车主不确定这个空位能不能停,做不到侧方位停车,还有夜盲症。小区停车的自组织就是空谈。

从而我认为,团队是否具备相应的能力,需求是否拆解到简单可估算,是团队自组织的一个重要前提。

 

往后在随口说出敏捷就是要跨职能、自组织的时候,还是先想一想如何应对以上的问题吧。

 

 

 

Leave a Reply

Your email address will not be published. Required fields are marked *