Hari Jiang's Mind Palace

About Blog Email Feed

26 Jun 2016
从《失控》中进化的scrum方法论

智能系统大致可以理解为 输入 -> 处理 -> 评估改进 -> 输出 这样流程的重复迭代

这里的系统可以指一个人或团队,公司,以较为熟悉的IT业作为比方。

对产品的管理需要不断的接收用户反馈,调整产品定位与体验,并且持续改进,再次的输入给用户。

对于项目开发,以scrum为例,在每次sprint(迭代周期)都会进行评估改善, 并且按需调整下一次的输入(sprint目标),而scrum的理论则可以陈述为提升迭代速度从而提升整个系统的反应与灵活性。

简单而言可以把这种流程套入到任何的工作方式(和scrum不谋而合,或许只是相同概念的另一种陈述),所有的智能系统都有相同的工作方式。

在阅读过一些scrum概念后,联想到了《失控》中的“分布”概念,二者实在是有很多异曲同工之处。

在我理解的scrum是把不同的team(为了陈述方便全以开发为例)作为一个自组织的智能系统, 并且在单个系统进行这种迭代时鼓励不同team开发者互相交流, 外部的参与使得单一系统输入和评估的部分得到了增强(更为可观,多样化), 并且在一个大的组织内部,这种互相交流的模式也很大的提升了系统输出的利用率(可以作为另外系统的输入)。

甚至可以采用更佳灵活的方式,管理者可以组织各种虚拟团队来解决特定问题, 通过划分出更多的“独立”系统,每个小型系统可以更快的改变/迭代, 而通过人员交流和重组(重组成另外的虚拟团队)使得交换信息更佳畅通,把经验和技术(甚至迭代本身的改进)的价值变得最大化。

跨team的虚拟团队与重组看似混乱,但小的团队往往容易维护,易于沟通,分工明确,并且更好的达成改进的共识。 还有一个好处正是敏捷原则所鼓励的团队成员需多交流, 在不同的虚拟团队,大家通过跨团队的重组来吸收经验。 同时因为虚拟团队的时效性,与现在的团员交流也有助于以后的跨虚拟团队交流。


之前就考虑过通过“虚拟团队”的方法来改善团队开发效率,最近在阅读一些scrum书籍, 正巧又看到了《geb》上提到的推理的推理,从而联想到了scrum中的用scrum的方式推进scrum。

正如《geb》中描述 g e b 三人是对同样的思想不同的表达形式。 从而联想到任何优秀的工作/组织形式也是如此。 scrum这种指导方式简明的表达了优秀的系统工作的过程。 在此基础上结合《失控》我想到了通过“团队的团队”的形式更进一步扩展scrum的威力,于是随笔写出一些想法。

相信这种方式肯定已有人使用,只是“采用了另外的表达形式”

我也会在工作中试着使用这种方式,并且会输出为文章

最近感觉博客写起来很麻烦,打算试着重新使用简书,欢迎互粉


Til next time,
Hari Jiang 2016.06.26

avatar

About Blog Email Feed