10、敏捷团队中的软件质量提升之路

敏捷团队中的软件质量提升之路

在入职几周后，我受邀参加了一场东海岸的跨职能会议，这是来自不同地理位置的产品团队代表首次齐聚一堂，会议为期两天，旨在讨论年度目标和共同面临的挑战。这次会议让我这个新人有机会了解不同的团队成员，以及他们的产品和质量挑战。

原来，公司此前投资了敏捷和 SAFe 培训，并决定让 Scrum 团队的所有成员参与开发和测试工作。由于开发人员可以同时承担代码开发和测试的任务，前任领导为了节省成本，裁掉了超过 90% 的 QA 工程师，在一个主要的产品团队中，甚至只留下了一名资深 QA。此次会议的一个关键讨论点就是如何在这些变革下确保成功，并明确相关决策带来的风险。

会后，我将观察和思考总结成邮件发给了老板（总经理），对组织存在的问题进行了分类剖析：
1. 领导力方面
- 多数领导关注战术性事务，缺乏明确的战略和愿景，部分技术型领导的管理能力不足。
- 美国和其他地区产品团队的职责划分不合理。
- 团队各自为政，缺乏协作，各地区站点领导的角色定位模糊。
- 提升团队能力未被重视，未能充分发挥个人优势。
- 团队创新意识淡薄，创新多局限于专利层面。
- 对敏捷/SAFe 理解不深入，多数团队仍采用瀑布式思维。
- 存在透明度问题，团队不愿分享真实的优缺点。
- 与产品团队唯一的质量工程师交流得知，保留现有 QA 人才应成为当务之急，因为许多有经验的 QA 被客户或竞争对手挖走。
2. 技术技能方面
- 存在技能不匹配和缺失的情况，如性能、DBA、基础软件开发技能以及产品知识。
- 不清楚有多少员工