Team Ramp Up 是否保证提高特征速度?
已发表: 2020-03-28增加团队以提高发布速度的关键要素之一是将清晰度从产品团队转移到冲刺团队
顺利的冲刺执行是来自产品和冲刺团队的显着贡献的结果
“一次成功(FTR)”的理念帮助所有团队成员朝着一个共同目标
当初创公司从早期阶段进入成长阶段时,他们的优先事项会发生很大程度的变化。 其中,特征速度作为优先事项脱颖而出,在他们追求增长的过程中发挥着至关重要的作用。
我与之合作的一家种子基金初创公司的创始人最近进行了 A 轮融资,他要求我将工程团队翻倍,以便在六个月内发布新功能。 然而,这是缩短周期时间的唯一相关因素吗? 为了回答,我决定解决这种普遍的“误解”背后被忽视的方面。
尽管资源容量是推动频繁发布生产的关键因素之一,但仅此一项并不能保证缩短周期时间。 在为超过 16 家初创公司构建产品的过程中,我多次见证了从早期阶段到成长阶段的转变。 出于这种经验,我分享了一些关键因素,供初创公司创始人考虑。
传递清晰:自上而下的基本要素
增加团队以提高发布速度的关键要素之一是将清晰度从产品团队转移到冲刺团队。 当 sprint 开始时模棱两可或没有足够的故事开始时,sprint 交付率会受到不利影响。 模糊定义的故事或包含任务的冲刺中期会减慢步伐,结果冲刺团队无法按计划交付。
顺利的 sprint 执行是来自产品和 sprint 团队的显着贡献的结果。 产品团队可以发挥自己的作用,至少在本季度准备和分享路线图给冲刺团队,以便团队可以相应地计划其可交付成果。
另一方面,冲刺团队应继续推动产品团队获得产品积压,并每周/每两周对其进行梳理,以确保集中交付。
自动化发布“无错误”
“效率就是把事情做对; 效率就是做正确的事。” - 彼得·德鲁克
当您想到自动化时,它就是后一类的一个例子。 一旦功能开发速度加快,除非采用正确的流程,否则生产很可能会崩溃。 如果产品不够稳定,无法处理新功能开发,那么您的团队会花费更多时间来解决问题而不是构建新功能。 因此,您的工程速度会下降。
这就是 CI/CD(持续集成和持续部署)发挥作用的地方。 在这里,详尽的单元、集成和自动化测试覆盖确保任何交付的东西都不会破坏系统。
为你推荐:
不要只是建造更多,否则你会破坏更多
返工是一个很大的生产力杀手,可能是各种因素的结果,例如模糊定义的故事、缺乏开发测试、缺乏测试覆盖率等等。 返工会消耗生产力,因为它会消耗 QA 工程师在测试和回归中、开发人员在调试中以及发布经理在重新发布中的时间和精力。
稍微放慢速度可以帮助您的团队更快地交付并增加价值,因为有效的速度总是比速度更有价值。
“第一次正确(FTR)”的理念帮助所有团队成员达成一个共同目标——在第一时间交付健壮和稳定的代码。 花一些额外的时间来确定代码的质量总是健康的,而不是匆忙,然后陷入返工。
一些久经考验的提高 FTR 比率的方法是定期梳理积压工作、重复故事、定期向产品经理演示。 sprint 团队不应仅仅收集需求,而应该更专注于阐明它们以提高 FTR 比率。
为并行冲刺构建您的团队
当你的初创公司有一个小型产品团队时,每个人大多同时开发一两个功能(通常适用于 4-6 人的团队)。 但是,随着对交付多个功能的期望不断提高,强烈建议您组建多个具有不同重点领域的子团队。 通过这种方式,每个子团队都可以运行其冲刺并定义其路线图。
与一个大团队相比,从“逻辑分离”框架中诞生的小团队更有效,产生更好的结果。 微服务的各个团队、不同的产品线和各种组件都是“逻辑分离”方法的几个例子。
在重组过程中,始终必须在每个子团队中至少包括一名来自早期核心团队的成员,以维护 DNA。 尽管交付的跨团队协调需要额外的开销,但这是一个合理的权衡。
跟踪功能使用情况以及速度
用户体验是衡量新功能发布成功与否的最重要指标。 当您开始快速交付多种功能时,用户体验通常会退居二线。 当您的产品功能有限时,用户交互仍然是平滑的不间断曲线。
但是,当您开始发布新功能时,用户很可能会不知所措,他们的体验也会受到影响。
为了实现更好的用户采用,跟踪用户参与度和功能速度仍然是最好的方法。 虽然详尽的用户研究是一种行之有效的方法,但其他重要的方法最初通过功能标志、AB 测试和跟踪用户旅程(通过幅度或类似分析工具)在每个新版本发布后向选定用户推出。
不要失去你的核心成员
这可能是一个非常普遍被忽视的方面,但却是一个非常关键的方面。 小团队不一定需要流程,结构灵活,每个人的声音都能听到。 当这些团队升级到建立流程并添加新的工程和职能成员的状态时,健康的管理是避免混乱的唯一方法。
随着您的工程团队成功扩大规模,一个能力强的产品团队对于持续为工程团队提供支持至关重要。 当团队成员没有重要工作时,流失变得不可避免,但没有一家初创公司愿意失去其核心成员。 在这种情况下,高级管理层掌握着确保与人建立良好关系并很好地了解动态的关键。
我在这里分享的经验来自多年来与多家初创公司的经验。 我希望它对初创公司的创始人有用,他们已经有很多事情要做,而且他们最终不会重新发明轮子。