PMP-敏捷项目管理价值观

你好！我是 Lydia-穎穎

♥感谢你的陪伴与支持 ~~~

欢迎一起探索未知的知识和未来，现在let's go go go!!!

---

 前言

        传统的项目管理强调按照计划做事，一步一步按部就班。但在范围不清晰、需求不清晰或变更频繁的背景下就需要具有灵活、可持续改进、低风险和快交付价值的敏捷项目管理来实现。那么敏捷项目管理是如何做到响应需求的变化呢？接下来我将从敏捷项目管理的价值观来引述。

1.敏捷宣言

        敏捷宣言包含建议一种敏捷思维模式的价值观。更强调左边不否认右面。

        1.以人为本              个体以及互动 胜于 流程和工具

        2.以价值为导向       工作的软件     胜于 详细的文档

        3.合作共赢               客户合作        胜于 合同谈判

        4.拥抱变化               应对变更        胜于 遵循计划

1.以人为本 提倡项目中的人是活的，工具是死的；工具需要人的使用才有价值，个体与互动才能创造项目的成功；

2. 以价值为导向 可使用的软件是项目的终极目标，文档够用就ok；

3.合作共赢 以同一件事为价值导向谋求发展，客户与开发团队合作利益才能最大化；

4.拥抱变化 市场在变化，需求在变化，行动在变化。

2.敏捷十二原则

在对待项目本身来讲：交付的软件要快、持续和满足客户需求。

原则八：可持续的开发提倡不加班 保障高效率完成工作。

在工作原则方面提倡：做到精益、至简和定期反省的动作。

原则九：对技术卓越和好的设计的持续关注有助于增强敏捷性。

原则十：尽量做到简洁，尽最大可能减少不必要的工作。

原则十二：团队定期回顾和反省如何能够做到更有效，并相应地调整团队地行为。

在团队原则方面提倡：团队成员一起工作和面对面的沟通方式，团队是被激励和自组织团队。

原则四：项目实施过程中，业务人员和开发人员必须始终通力合作。

原则五：要善于激励项目人员，给他们所需要的环境和支持，并相信他们能够完成任务。

原则六：团队内部和各个团队之间，最有效的沟通方式是面对面的沟通。

原则十一：最佳的架构、需求和设计出自于自组织团队。

3.敏捷基本概念

用户故事：“写一个用户需求有关的故事”，用户故事是指在软件开发和项目管理中用来描述、比喻需求的一个句子。这个句子反应用户需要达到的某个目的，以及此目的所需要的功能。

迭代/冲刺/Spring：“百米冲刺”，在软件开发中指短的交付过程。迭代的周期一般不能过长，一般1~4周。

时间盒：“装着时间的盒子”，指固定的时间阶段，时间盒确定后不能随意改变。

迭代时间盒=迭代周期=迭代的持续周期

刺探：“打皮试”、“先遣部队”，小部分小范围的尝试和探索，快速试错。

产品待办事项列表：“需求池”、“需求列表”包含所有工件的清单，价值越大的排在越上面。

发布：“阶段”，一种阶段性成果。

主题专家：在某领域很擅长的人、有某个专长的人。

精益：敏捷的一种实践方法。

信号发射源Information Radiator：一个可见的物理显示屏，在不打扰团队的情况下向组织的其他部门提供信息，即时信息共享。 看板、任务版、白板等都可以作为信息发射源，信息发射源可以有线下实物版本，也可以有线上虚拟版本。