课程: Scrum 敏捷项目管理:基础篇
免费学习该课程!
今天就开通帐号,24,700 门业界名师课程任您挑!
敏捷革命
作为传统瀑布式项目的经理, 你真的不太可能成功完成项目, 更不用说遵照最初制定的计划。 你更像是要预报明年某一天的天气, 除非撞大运,否则肯定出错。 瀑布式方法本身没有错。 在某些情况下,它还很有用, 比如说建筑施工。 如果按照预设的步骤按顺序执行, 就能完成建设。 你完全可以提前规划和安排整个项目。 每次建造住宅或办公楼时都用这种方法。 但如果把这种方法用到软件开发等 高度实证工作中,就会出问题。 实证工作更像科学实验。 你尝试并验证结果, 如果行不通,就试试别的方法。 你在建造房屋时肯定不能这么做,但对于软件 或其他一些产品,这种方法十分常见。 这就是瀑布式方法 不适合软件开发的关键原因。 你根本不能提前规划探索过程。 技能精湛的软件开发人员 在执行瀑布式项目时,感到大失所望, 这成了敏捷革命的引爆点。 他们不堪忍受与天气预报员一样的失败率, 于是决定想出更好的方案。 结果《敏捷宣言》诞生了。 他们选择了精益生产的思维, 也就是做到恰到好处,准时实现目标。 他们开始设法将这种思维用于软件开发, 得到的就是《敏捷宣言》以及基本原则。 你可以通过这个网址查看这份宣言。 为了让宣言更有变革性, 这些创新者又补充了 12 个关键原则。 这些宣言和原则为一系列新型项目管理 和软件开发方法奠定了基础。 几个重要主题令敏捷管理与众不同。 一项重要变化是,要求业务合作伙伴 在整个项目期间与我们合作, 而不是只在开始时告诉我们需要什么, 最后再告诉我们,偏离目标有多远。 我们需要持续的直接互动, 才能真正满足他们的需求。 另一个重要变化是,我们不再使用里程碑 和项目阶段来衡量成功。 我们要用实际可用的软件,告诉大家 我们做得如何,还希望不断得到反馈。 最具变革性的变化, 或许是允许团队自我组织。 团队从头开始设计和测试, 这比任何前期计划都要好得多。 前期规划是理论性的, 而不断改进的设计兼具实用性和战术性, 让你更出色、更快速地实现目标。 凭借这些宣言和原则,软件开发人员 成为了高科技版本的“天气预报员”, 为成功做好了准备。 更好的软件开发方法诞生了, 那就是敏捷项目管理。