领导力大挑战
在实施Scrum项目的过程中，Scrum Master的角色是相当关键的，因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述，同时重点阐述仆人式领导者应有的基本内外特征。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
定酬IT项目的恶果
作者 Ben Hughes 译者 乔梁 发布于 2007年5月6日
Scott Ambler在《固定合同额的恶果（The Dire Consequences of Fixed Price IT Projects）》一文中指出：固定合同额的IT项目显然存在一些常见问题，固定合同额会使项目团队做出如下的不良应对措施：
- 在项目早期预先细化需求（Big requirements up front，BRUF），即在生命周期的初期就写出详细的需求规格说明书；
- 建立一个需求变更管理流程，力争在项目建设期间避免需求蔓延；
- 在项目早期预先进行大量设计（Big design up front，BDUF），即在编码之前，试图详细地进行架构设计，以期望在进入编码后，这个架构可以满足所有的需求；
- 在本质上，软件开发生命周期是连续的。
随后，他逐一详细讨论了这些观点，阐述了固定合同额如何使得项目从一开始就背离了敏捷之路。
Scott 以项目生命周期的各阶段为序，把项目中经常发生的事与固定合同额联系在一起，强调没有弹性的变更控制和提前预算使客户更倾向于固定合同额。他还提到：“就开发人员而言，固定合同额是不利于IT项目的，因为它滋生一些不好的行为，这会为后期工作带来不必要的风险。”
最后，Scott建议我们重新审视投资IT项目的方式。显然固定合同额不是太好，但投资方与交付团队之间的控制约束也存在同样的问题。
与固定合同额项目相对应的，当然就是变价项目啦。实际上，变价项目更容易减少金融风险，因为它是根据过程中的预期可工作的交付物来进行选择性投资的。
参考阅读:
《可变范围合同（Optional Scope Contracts）》，Kent Beck和Dave Cleal。查看英文原文：The Dire Consequences of Fixed Price Projects
译者简介：乔梁，BJUG成员，在IT领域工作多年，先后从事过软件开发、架构设计、技术管理等工作，目前从事项目管理工作。关心软件技术领域发展，对软件生命周期管理及过程改进方面的内容很感兴趣，对敏捷方法论亦有所了解。他的个人Blog为：http://blog.csdn.net/tony1130。为InfoQ中文站贡献内容，请邮件至china-editorial@infoq.com。
译者 乔梁 有十多年软件开发及项目管理经验，专注于提高软件企业提高交付能力。现任百度项目管理部高级架构师。
问题大家都知道
发表人
Guo Xiaogang
发表于
1 条回复
关注此讨论 回复