项目管理如何敏捷.doc
项目管理如何敏捷 1 简介 现在,即使在 IT 预算被大幅度地削减的情况下, IT 管理人员的压力仍然在不断增大。同时,业务环境正以非常高的速度持续改变,这使 IT 艰苦奋斗,以便能够跟上这种变化速度。这些变化导致了以“快速发布和灵活而又高质量的维护为承诺”的敏捷软件开发方法论产生了很大的兴趣。 敏捷方法 (XP、 SCRUM、 Feature-Driven Development)努力在软件开发过程当中减少变化带来的成本。例如, XP 使用快速迭代计划和开发循环尽早地产生最有价值的特性。另外, XP 中的持续的、系统化的测试确保高质量,尽早发现缺陷和相应的解决方案。 尽管敏捷方法带来了早期的一些成功案例,但还是有很多因素阻碍它们被广泛采纳。敏捷方法的倡导者经常发现:在应用开发中,对动态变更很难得到管理方面的支持。这些方法需要开发者、管理者和用户都改变他们工作和思考的方式。例如, XP 实践中的结对编程、 TDD、持续集成以及 on-site 客户代表等是很难让人接受的。而且,这些方法论更倾向于以开发者为中心,似乎并不太重视管理角色。 然而,实践证明,加强管理是敏捷方法被成功采纳并应用的关键,而传统项目管理方法学和工具与这些新的敏捷方法缺少关联。而这种低关联性就是深层次问题的症状。这些深层次问题表现在:对于处理变化、控制、命令、组织、人员以及解决方案等方面的基本假设方面的不同。传统管理理论假设: .管理变化是需要严格过程的 .分层级的组织结构是建立秩序的途径 .加强控制可以得到更好的秩序 .在“ 项目组”这个机器中,人员是可以互换的“零件” .问题主要是通过任务细分来解决 .通过事前详细复杂的计划可以对项目和风险进行充分的预言,并被管理 在这个上下文环境中,新方法论所表现出来的无序性、平等性和解决问题的无方向性就没有什么奇怪的啦。在这种传统管理与敏捷开发方法论之间的不重合性中,敏捷方法会被逐渐采纳。同样,这些假设的变化和敏捷方法过程中新的管理框架也是非常重大的需求。 在寻找这种新框架的过程中,我们强烈地认识到:出现了基于“复杂性理论”这个新学科的管理原则。“复杂性理论”这个新学科实际 上在对现存系统进行研究的过程中产生的,它主要是探寻对人类自治行为的理解。 .尤其是,我们已经开始将一种复杂适应系统 (CAS)的概念融入到我们的管理假设与最佳实践中。 “复杂性理论”的