9、敏捷开发中的管理期望、文化挑战与团队物流

敏捷开发中的管理期望、文化挑战与团队物流

1. 与管理者沟通

管理者最关注的是投资回报率（ROI）。要获得管理层的支持，需用他们能理解的方式阐述需求。团队的开发速度能转化为新功能，为业务带来更多利润。例如，若需要时间和资金来学习和实施自动化测试工具，可向管理层解释，随着时间推移，自动化回归测试能让团队开发速度加快，在每次迭代中交付更多功能。

Lisa的团队需要大量时间进行有风险的重构，如将代码库拆分为多个可独立构建的模块，还需要时间升级现有工具或尝试新工具。这些“工程”任务若拖延太久，技术债务会累积，团队开发速度会变慢，交付的故事点数量会减少，新功能开发时间会变长，业务获取吸引客户所需新功能的时间也会延长。起初，业务部门很难同意每六个月安排两周迭代来处理技术债务相关的内部工作，但随着时间推移，他们看到了团队开发速度的提升效果，甚至有经理询问是否需要更频繁地进行“工程冲刺”。

为确保管理者能跟进每次迭代和发布的进度，可使用大型可视化图表（或根据需要使用其虚拟等效物）。同时，要寻找最大化ROI的方法，当业务提出复杂且昂贵的功能需求时，若有更简单快捷且能提供类似价值的解决方案，要向管理层解释清楚团队工作对底线的影响，并与他们合作，找到让利益相关者表达每个新功能需求的最佳方式。

2. 应对预算限制

多数团队都会面临预算限制，此时团队需要更具创造力，采用全团队方法。例如，像Lisa的团队一样，预算有限时可考虑开源测试自动化工具，这类工具通常前期购买成本较低。但要注意，若工具使用的语言与应用程序相同，非编程测试人员可能无法使用，除非程序员与他们合作实现测试自动化。充分利用团队成员的专业知识，有助于在业务限制内开展工作。

团队在面