关于敏捷:研发管理101军规001-两周迭代形成团队持续习惯-IDCF

34次阅读

共计 2047 个字符，预计需要花费 6 分钟才能阅读完成。

本篇是《研发治理的 101 条军规》专栏的第一篇，先在这里给各位介绍下我想构建这个专栏的想法和想跟各位分享的内容方向:

《研发治理的 101 条军规》将是一个对于如何更好治理研发团队，晋升研发效力的系列文章，打算输入 101 篇。

Worktile 团队自身将高效研发作为过来数年继续打造的公司能力，在一直的对麻利研发和 DevOps 工程化的摸索与迭代中，咱们逐渐打造了极其强悍且高效的百人研发团队。

同时，因为 Worktile 是一个以效率为外围价值的合作工具，咱们也一直向用户输入了很多干货，因而将这些干货集结成集，是一件有意义的大事件。

大道至简，每条军规其实并不简单，因而篇幅可大可小，重要的是哪怕一个很小的规定，都能产生化学般的反馈，对团队治理和研发效力带来很不一样的价值。

例如，咱们在往年 1024 节庆贺 Worktile 研发团队技术分享的第 100 期。许多技术敌人都十分感叹为何咱们可能将每周技术分享保持 5 年？咱们每期的技术分享主题都积淀为团队贵重的常识资产，新退出的共事也能很快受惠于过来不同研发工程师的积攒。我也会在后续的军规中和大家聊聊研发技术分享可能做到 5 年一直的机密。

研发治理的 101 条军规，初步打算分享 101 个研发治理的“文治秘籍”，蕴含治理篇、办法篇、工具篇、工程篇和闲聊篇几个类别，从研发团队的治理细节，到工具化的应用技巧；从每日站立会议，到 DevOps 工程化实际。101 军规将为每个研发团队，尤其是研发管理者、CTO 提供一线百人规模团队的治理实际，本文将作为开篇，咱们从讲述一个小的两周迭代开始。

在 Worktile 团队，咱们继续保持一项十分外围的研发治理办法：两周迭代，这条军规的外围不是两周或者一个月的工夫节点，而是周期性的迭代可能造成团队继续的习惯，而这个习惯具备极其神奇的力量。

（上图是咱们基于 PingCode 的迭代治理）

两周迭代的神奇力量体现在：

激活的组织都是有节奏感的，两周是最合适的工夫长度，让整个团队造成了继续的节奏感。长期履行两周为一周期循环，能够让每个开发者都逐步适应更高效的节奏，而好的节奏就是团队能量的催化剂。
两周迭代，让迭代打算环节异样重要，因为庄重且认真的迭代打算将决定了将来两周的开发工作，Worktile 开发团队通常将产品经理、设计师、开发者组织在一个工夫较长的迭代打算会议上。产品在需要池确定优先级，并针对每个用户故事解说产品细节，开发成员依照优先级评估故事点，并通过 PingCode 麻利布局来针对接下来的 Sprint 做开发计划，蕴含重要的需要和 Bug。两周迭代的布局会议，保障了开发小组之间的充沛的沟通和共识，进入开发阶段会缩小很多无谓沟通，反而整体研发效率极其高效。

两周迭代可能主动造成研发团队的文化，两周既是周期，也是指标。这意味着两周完结，团队须要如期交付。尽管 996 成为互联网公司的标配，但其实无意义的加班对团队自身是有挫伤的。
两周迭代可能主动造成团队共识，2 周后无论状况如何，都必须实现迭代工作，否则团队都对指标无奈交代。在这种文化影响下，每个团队成员都能自驱性的对后果负责，2 周就是军令，到期未实现将是一件没有体面的事件。
两周迭代的复盘会议，咱们让开发者本人演示本人的性能实现，这个小创意很有价值。分享人须要本人负责演示，在团队的社交压力下，演示环节呈现问题是不太有体面的事件，因而在复盘会议之前，开发者都能很负责的对进度和品质负起责任。
两周迭代能让产品、设计、开发造成失当的单干节奏，咱们基本上做到了产品早设计一个迭代，设计早开发一个迭代，不同迭代环环配合，彼此不连累。这个本事也是受害于节奏感这件事。
两周迭代，可能逐步理解一个开发小组的生产力，团队速率逐渐稳固，而这个生产力也将作为每个迭代工作量的评估规范，帮忙团队更好的打算迭代。另一方面，也能够通过逐渐晋升团队速率作为研发团队的治理指标去优化。例如，咱们某开发小组将两周故事点从 20 个逐渐晋升到 30 个，从这个指标都能直观的看到团队效率的继续改良。

（上图为 PingCode 的团队速率报表）

两周迭代刚好适配了 OKR 的周期治理。从实质来说，研发治理做好两件事就可能事倍功半，第一是指标，第二是过程，指标通过 OKR 机制保障，过程通过麻利迭代实现。而两周迭代的设计，更好可能匹配 OKR 中的周期性，如果团队 OKR 是基于每月的，那么就能恰好在一个指标周期中蕴含 2 个迭代周期，造成指标和过程周期的完满匹配。