10、敏捷软件开发中的资源约束与管理角色

敏捷软件开发中的资源约束与管理角色

1. 资源约束概述

在软件生产系统中，以往常假定有足够的开发者和测试人员来完成工作。若实施了鼓 - 缓冲 - 绳库存管理机制，这种假定才有可能成立。当库存流入系统的节奏与系统约束的节奏相匹配时，基于当前系统的生产率，预计交付日期才有可能实现。

项目规划的主要约束是进度或交付日期。若该日期是根据软件生产系统的能力协商确定的，那么在正常情况下，该进度应该是可以实现的。为确保情况正常，可以监控供给缓冲和项目缓冲，任何不确定性都应由这些缓冲来吸收，但这并不能使交付日期完全安全。

1.1 技能差异导致的约束

存在一个隐藏的假定，即所有开发者和测试人员能力相当。若一切条件相同，生产率应是恒定的，但实际上这是错误的。有充分的证据表明，软件开发人员的技能水平和生产率差异很大。

如果有工程师具备特定的热门技能，如 UI 设计或分布式事务管理，那么开发项目的各个部分都可能需要该工程师提供专业技能。在这种情况下，就会出现额外的约束，即专业资源的可用性。工程团队中任何短缺的专业工程技能都是潜在的额外约束。

1.2 可能成为资源约束的角色

通常，完成客户看重的功能所需的专业角色可能成为资源约束，例如：
- 用户界面设计师
- 数据库管理员
- 事务处理专家
- 架构师
- 配置管理员
- 技术文档撰写人员

而一些通常不会成为资源约束的专业角色往往具有横向和咨询性质，包括：
- 语言专家
- 导师和教练
- 培训师
- IT 支持人员
- 帮助台人员
- 项目经理