敏捷项目管理概述与实践︱用敏捷思维做中大型项目
2022-11-02
来源：项目管理跃迁 作者：徐州起航
准。衡量进度的标准就是交付可用的软件。
8）敏捷过程提倡稳定持续的开发，发起人、开发者及用户都应该能不断地维持稳定的步调。虽然我们的态度是拥抱变化，但并不代表着可以随时随地的进行变更。项目方、开发人员和用户应该能够保持恒久稳定的步调，持续交付可用的增量成果，既不过渡疲劳，也不过渡空闲。
9）对技术的精益求精以及对设计的不断完善将提高敏捷性。所有团队成员都应持续专注于追求卓越，团队协同工作的平台和工具也都要随着时代的演进和精进，让团队更有效率和效能地完成项目。
10）简洁，即尽最大可能减少不必要的工作，这是一门艺术。根本的原则是简洁，不做过渡和华而不实的设计。比如我们很多电视的遥控器，其实大部分功能是没有用的，你看看小米的电视遥控器，就几个主要按键。
11）最佳的架构、需求和设计将出自于自组织团队。敏捷团队是自组织团队，团队成员共同解决项目中所有问题，每个成员都具有项目所有方面参与权，共同承担职责。
12）团队要定期反省怎样做才能更有效，并相应地调整团队的行为。敏捷团队是要不断的改进开发成果的方式，复盘总结经验。
4、敏捷的定义
前面我们介绍了敏捷的核心，4个价值观和12项原则，那我们给敏捷下一个定义。
敏捷是适应“互联网+”时代的一种思维方式，是一种心态，一种基于敏捷的价值观原则跟实践的心态，或者是做事情的思维哲理。
敏捷是创造并响应变化，从而在动荡的商业环境中创造利润的能力•敏捷是平衡灵活性和稳定性的能力。
敏捷不只是交付（产品/功能），而是发现（价值）
所以，我们常说的敏捷不是流程，也不是方法，而是一种适应时代需要的思维方式，是一种为产品创造最高价值的心态。
二、传统与敏捷方法论
1、传统软件开发方法论
传统软件开发方法论，通常指的是预测型，是属于完全计划驱动型生命周期。
1）管理方法
•早期完整计划，可使用滚动式规划
•顺序或交叠的按计划进行
•各阶段工作有不同的性质
•各阶段项目团队结成与所需技能不同
2）适用场景
•适用于充分了解拟交付的产品
•行业实践基础厚实
•整批一次性交付产品有利于相关方
3）开发模式
传统软件开发模式是一种瀑布式的模式，从下图也可以很好的理解。
2、敏捷方法论
1）敏捷方法论概述
我们所熟知的敏捷方法论，包括scrum、XP、看板、精益、水晶、DSDM等
其核心价值大都是客户导向、价值导向、消除浪费等。
3、传统和敏捷的比较
传统项目是铁三角，范围、时间、成本，包括质量，组成了四要素。
下图左边的三角形。传统项目是以计划为导向的。
而敏捷项目三角是价值、质量、约束。如上图右边的三角形。
价值：可发布的产品
质量：可靠、适应性产品
约束：成本、时间、范围
考量指标是价值（向客户交付价值）
质量（需要向客户交付可持续的价值）
约束（范围、进度和成本）。约束仍然是重要的项目参数，但不是项目的目标。在敏捷中，价值才是目标。
为了提升客户价值，这几个约束可以随着项目的进展适时作出调整。进度可能仍然是一个固定的约束，如果是那样的话，范围就可以调整为在固定的时间期限内向客户交付最有价值的产品。如果要有适应性，就必须牺牲或调整一些约束为代价来实现价
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
