研发团队如何实现无缝操作？

万事ONES

+ 关注

2021-10-22 15:33

451次阅读

项目从规划到落地，成功与否受到多方面因素的影响。作为项目负责人，不仅要追求项目的高效执行，也需要定义和组织产品的实现路径，分析项目的可行性，评估内外部风险。项目负责人在这个过程中往往面临大量复杂且琐碎的项目问题，如何应对项目变化并做好资源协调，究其核心就是要管理好「人」（项目成员）和「事」（项目本身），实现团队的无缝、高效协作。

人的管理

打破成员之间的沟通障碍

研发团队经常会把「提效」作为第一目标，很多企业为了提效大量研究 Scrum、SAFe、看板等各类敏捷实践。然而，软件开发是多人、多角色协作的复杂组织形式，「提效」实践在落地中会遇到各种困难。

例如在一个项目中，需求经理（BA）、研发工程师、测试工程师是最常见的角色。需求经理（BA）对需求进行分析和评估，输出产品方案；研发工程师通过代码编写开发产品，并与测试工程师协作，保障产品高质量交付。而项目负责人则负责项目的全面规划和管理，进行项目排期，协调资源，控制成本与风险，实现产品的成功交付。

虽然大家对产品的期待是一致的，但由于身处角色不同，往往都站在各自立场自说自话。现实情况是，面对同一个 BUG，测试工程师关注的是该 BUG 是否与其它 BUG 存在关联，现有的用例是否足够覆盖相关测试。而研发工程师关注的是这个 BUG 是在什么样的情况下产生的，问题的根本在哪里及如何修复。需求经理则关心的是什么时候可修复，是否影响项目进度，需求何时可以关闭。

因此，高效的沟通和统一的认知往往是项目负责人面临的最常见又最复杂的问题。

康威定律（Conway’s law）认为，软件的开发方式往往反映了研发团队的结构和组织形式。这说明在一个或多个项目中，由多个团队设计和实现多个功能及组件时，团队之间必须进行有效的沟通和交流。反之，在严重割裂的环境中，团队无法完成协作，项目也很难成功上线。

有效的组织工作首先要做到明确共同的目标，通过持续不断的沟通，动态调整与修正认知，并达成一致。项目负责人需要向团队明确公司的预期、产品价值和业务流程，这包括了梳理业务流程和规范、部门间的协作流程及现有工具使用情况等。

团队选择和使用工具的方式是团队组织和沟通的重要手段，工具可以减少团队的沟通摩擦，而工具中的一些实用功能则可以帮助项目负责人和团队成员提高协作效率。例如通过对工作项（需求/任务/BUG/等）属性进行自定义，串联各个部门、岗位人员的关注点，在工作全流程及时发现并解决问题。

事的管理

打破工具壁垒及持续过程改进

在一个研发项目中，各个环节需要应对和解决的问题大不相同，因此各部门对工具的需求也有较强的针对性，使用不同工具必然造成数据割裂和信息阻塞。由于数据分散在不同平台，管理维度不统一，项目负责人难以通过数据对团队整体的实际业务能力和研发效能进行度量。成员间跨部门、跨工具平台对齐工作信息，也需要消耗更多时间沟通。

工具决定了团队的文化和组织形式和效能度量的有效性，因此当企业在为多个团队选择一整套管理工具时，应该先做自我诊断，了解以下问题：

是否可以使用我们已经熟悉的成熟工具完成管理工作？
是否有现成的工具可以满足需求？
是否有一个工具可以实现我们大部分的需要？且能够满足一定的扩展需求？
从能力、时间、资源综合分析，是否有必要自行研发工具？
这个工具是否符合团队文化且实现有效度量？

合适的工具应当能够满足团队整体的项目管理需求，帮助团队降低成本，实现高效率的协作与管理，并且符合团队的组织文化。

打通了整套研发管理流程后，应当遵循业务目标，全力实践保证项目高质量、高效交付。在一个成功的项目管理中，无论对「人」还是「事」的管理，都应参考「SMART原则」（Specific、Measurable、Achievable、Realistic、Timely）。目标导向的「SMART」根本原则指出，目标应当是特定的、可度量的、可达到的、实际的且有时间限制的。

研发效能管理工具能够为项目负责人提供过程数据、结果数据等多维度的指标，而研发数据与工程数据的打通使得效能度量更高效、科学。

[免责声明]

原文标题：研发团队如何实现无缝操作？

本文由作者原创发布于36氪企服点评；未经许可，禁止转载。