研发管理101军规#001 两周迭代,形成团队持续习惯 | IDCF
DevOps
共 2266字,需浏览 5分钟
·
2021-03-03 13:00
内容来源:Worktile 作者:Anytao 研发管理101军规——PingCode(Worktile)CEO王涛
激活的组织都是有节奏感的,两周是最合适的时间长度,让整个团队形成了持续的节奏感。长期实行两周为一周期循环,可以让每个开发者都逐渐适应更高效的节奏,而好的节奏就是团队能量的催化剂。 两周迭代,让迭代计划环节异常重要,因为严肃且认真的迭代计划将决定了未来两周的开发任务,Worktile开发团队通常将产品经理、设计师、开发者组织在一个时间较长的迭代计划会议上。产品在需求池确定优先级,并针对每个用户故事讲解产品细节,开发成员按照优先级评估故事点,并通过PingCode敏捷规划来针对接下来的Sprint做开发计划,包含重要的需求和Bug。两周迭代的规划会议,保证了开发小组之间的充分的沟通和共识,进入开发阶段会减少很多无谓沟通,反而整体研发效率极其高效。
两周迭代能够自动形成研发团队的文化,两周既是周期,也是目标。这意味着两周结束,团队需要如期交付。虽然996成为互联网公司的标配,但其实无意义的加班对团队本身是有伤害的。 两周迭代能够自动形成团队共识,2周后无论情况如何,都必须完成迭代任务,否则团队都对目标无法交代。在这种文化影响下,每个团队成员都能自驱性的对结果负责,2周就是军令,到期未完成将是一件没有面子的事情。 两周迭代的复盘会议,我们让开发者自己演示自己的功能实现,这个小创意很有价值。分享人需要自己负责演示,在团队的社交压力下,演示环节出现问题是不太有面子的事情,因此在复盘会议之前,开发者都能很负责的对进度和质量负起责任。 两周迭代能让产品、设计、开发形成恰当的合作节奏,我们基本上做到了产品早设计一个迭代,设计早开发一个迭代,不同迭代环环配合,彼此不拖累。这个本事也是受益于节奏感这件事。 两周迭代,能够逐渐了解一个开发小组的生产力,团队速率逐步稳定,而这个生产力也将作为每个迭代工作量的评估标准,帮助团队更好的计划迭代。另一方面,也可以通过逐步提升团队速率作为研发团队的管理目标去优化。例如,我们某开发小组将两周故事点从20个逐步提升到30个,从这个指标都能直观的看到团队效率的持续改进。
两周迭代刚好适配了OKR的周期管理。从本质来说,研发管理做好两件事就能够事半功倍,第一是目标,第二是过程,目标通过OKR机制保证,过程通过敏捷迭代实现。而两周迭代的设计,更好能够匹配OKR中的周期性,如果团队OKR是基于每月的,那么就能恰好在一个目标周期中包含2个迭代周期,形成目标和过程周期的完美匹配。
每两周一个迭代,能够让开发团队聚焦方向,形成节奏感,最重要的是一个有着自驱力的文化被打造出来。每个开发者都成为持续迭代过程的标兵,推动产品向着持续迭代的方向大踏步向前走。
FDCC - Fundamental DevOps Capability Certification【基础认证-⽩腰带】,限时免认证费,回复“FDCC”即可申请。
评论