敏捷项目管理相关知识

客户对持续创新和降低试验成本的需求，标志着从预见性开发方式到适应性开发方式的重大转变。不确定性、不断缩短的进度以及迭代研究的需求不仅限于新产品开发。但只有创新和更快的开发还不够，公司必须给客户交付更好的、更符合需要的产品。虽然公司需要从高强度的产品开发工作中获得成果，但不应该以质量为代价。 敏捷开发强调速度、机动性和质量 ，要创造高质量的产品且速度要快。为了实现这个目标，个人和团队必须要有高度的纪律性，这里说的是自律而不是被迫遵守纪律。

构建创新产品、流程和商业模式需要有一个新的通用的管理方法和有针对性的项目管理方法。一个良好的敏捷项目管理需要实现5个关键的商业目标：

敏捷 是制造并响应变化从而在动荡的商业环境中创造利润的能力。
敏捷 是平衡灵活性和稳定性的能力。

制造变化需要创新：开发新产品、建立新的销售渠道、缩短产品开发周期、为日益变小的细分市场定制个性化产品。此外，公司还必须能够迅速响应竞争对手和客户制造的可预见和不可预见的变化。

敏捷强调的是 态度 而不是流程，它是 氛围 而不是方法。
团队为何存在、要创造什么产品、为谁而创造以及如何共同工作，这些组成了敏捷项目管理的核心原则。 “在业绩优良的团队中，领导管理原则，而原则管理团队。” 想要创造优秀的产品，就需要优秀的人才，想要留住优秀的人才，就需要有优秀的原则。

任务管理&团队管理：
团队管理者 鼓励团队成员自我管理，通过完成拆分任务从而实现产品功能的开发。而 任务管理者 只关注任务的完成情况，并用其评估团队是否遵循计划行事。 团队管理者 是帮助团队（或者更广泛意义的项目组）成员协同有效的工作从而保证他们能够成功的完成任务。而 任务管理者 只是监督其成员，以确保他们在工作并能跟上计划进度。

敏捷项目管理者应该具有的 核心价值观 ：

提供客户价值涉及三个重要话题：一是将重点放在 创新和适应性 而不是效率和优化，二是专注于 执行 ，三是 精益 思维。

传统瀑布式开发方式在项目结束时交付价值，而敏捷项目可以快速并递增地在整个项目期内交付价值。采用迭代、基于功能的交付方式，能在早期捕获价值，而且通常可以极大地提高项目的投资回报率。
敏捷的 迭代 组成部分主要有：迭代、基于功能、时间框和增量。迭代开发是指要建造产品的部分版本，然后通过连续的短期开发以及评审和修改，拓展该版本。时间框强制迭代的结束，强迫在充分准备之前，制造出部分实体。增量开发是指建造的产品，在经过一次或者多次迭代后可以及时的被调用。

迭代长度分为三种——每周、每月和每季度。每周的迭代目标是维护和微小改进工作，每月的迭代目标是专项改进，每季度的迭代目标是重要的新功能的开发。

敏捷领导者领导团队，非敏捷领导者管理任务。“敏捷”是社会技术运动，它有两个推动力：一个是愿望——创造一种特定的工作环境；另一个是信念——适应性强的环境是向客户提供创新产品目标的关键。
自我组织团队 是敏捷项目管理的核心，他们结合了自由和责任、灵活性和结构。在自我组织的团队中， 个人负责管理自己的工作量，根据需要和最合适的原则轮班工作，并对团队效率负责 。
敏捷领导管理团队，敏捷团队管理自己的任务。敏捷领导阐明团队目的和目标、产品构想、关键性能和约束，然后激励团队成员交付——团队人员自己弄清楚如何完成任务的细节。这种方式赋予团队灵活性和适应性，而不是盲目遵循既定的任务，而且这种方法可以鼓励团队自我组织，找到最好的方式实现目标。

传统的项目管理者注重按计划行事，尽量做到和计划没有出入；而敏捷项目领导者关注如何成功地去适应不可避免出现的变化。 适应性原则 可以概括如下：

有效的团队在进行回顾时往往涉及四个领域： 产品 ——从客户角度和技术质量角度； 流程 ——团队正在使用的优秀流程和做法； 团队 ——作为高绩效团队的工作情况； 项目 ——项目按计划进行得如何。

开发优质的产品需要探索，而不是遵循计划。探索和适应是创新的两个特质——拥有探索未知世界的勇气、拥有承认错误并适应形势的谦逊。

一个组织要想保持快速增长，就必须明确绩效评估方法。
传统项目管理绩效评估铁三角 ：范围、进度和成本。许多情况下范围被认为是首要要素，而成本和进度是可变的。
早期衡量敏捷项目铁三角 ：进度是固定的，范围可以有变化。实质上，跟前一个评价方式是一样的。
敏捷三角形 ：考量指标是价值（向客户交付价值）、质量（需要向客户交付可持续的价值）、约束（范围、进度和成本）。这里，约束仍然是重要的项目评估参数，但不是最终要实现的目标。价值是目标，为了提升客户价值，这几个约束可以随着项目的进展适时做出调整。

因此 敏捷项目评估 的3个目标为：

敏捷项目管理交付方法包括五个阶段：构想、推测、探索、适应和结束。

做敏捷项目管理时应该注意什么?

在进行敏捷项目管理时，以下是一些应该注意的关键点：

• 清晰的项目愿景和目标：确保整个团队对项目的愿景和目标有明确的理解，并共享相同的愿景。这有助于团队在整个项目期间保持一致并专注于交付价值。

• 优先级排序和需求管理：与利益相关者密切合作，共同确定需求的优先级和价值。使用有效的方法来管理和调整需求，确保团队在每个迭代周期中专注于最有价值的工作。

• 迭代和增量交付：将项目划分为多个迭代周期（通常称为迭代或冲刺），每个迭代周期内团队都交付一个可用的、部分完整的产品。确保每个迭代周期都有可见的成果，并及时获取利益相关者的反馈。

• 自组织和跨功能团队：鼓励团队成员自组织，并具备多种技能，以便能够共同完成项目工作。建立跨功能的团队，使团队能够在迭代周期内完成所需的各项任务。

• 持续改进和反馈：定期进行回顾会议，反思团队在上一个迭代周期中的工作表现，并制定改进措施。借助持续反馈机制，包括客户反馈、利益相关者反馈和团队内部反馈，不断优化项目执行。

• 有效的沟通和协作：确保团队成员之间和利益相关者之间有良好的沟通和协作。使用适当的沟通工具和技术，保持信息的透明度，及时解决问题和风险。

• 快速决策和适应性：敏捷项目管理强调快速决策和适应性。团队应该能够快速识别和解决问题，及时做出决策，以适应变化的需求和环境。

• 持续学习和知识分享：鼓励团队成员持续学习和提升技能。建立知识分享机制，使团队能够共享最佳实践、经验教训和领域知识。

• 持续集成和自动化测试：采用持续集成和自动化测试的实践，确保团队能够频繁地集成和测试代码，及早发现和解决问题，保证交付的软件质量。

• 适当的工具支持：选择和使用适当的工具来支持敏捷项目管理过程。例如，项目管理工具、团队协作平台、任务追踪系统、版本控制工具等，可以帮助团队更好地跟踪项目进度、协作、管理需求和代码版本控制等。

• 风险管理和问题解决：在项目执行过程中，及时识别和管理风险，制定应对策略。遇到问题时，团队应积极寻找解决方案，并确保问题不会影响项目的整体进展。

• 建立信任和支持团队：敏捷项目管理依赖于团队的自组织和合作能力。建立相互信任和支持的工作氛围，鼓励团队成员发挥个人才能，并提供必要的支持和资源。

• 定期回顾和持续改进：在每个迭代周期结束后，进行团队回顾会议，评估团队的工作表现，识别问题和改进机会。确保团队持续改进和优化项目管理过程。

• 灵活性和适应性：敏捷项目管理强调灵活性和适应性，团队需要根据实际情况调整方法和实践。在面对变化时，团队应积极调整计划和优先级，并灵活应对需求和市场的变化。

• 持续关注交付价值：敏捷项目管理的核心目标是交付有价值的产品或成果。团队应始终关注交付的价值，确保每个迭代周期都能交付可用、高质量的产品，并不断寻求客户和利益相关者的反馈。

需要注意的是，敏捷项目管理并非一种固定的模板或方法，而是一种理念和价值观的应用。根据具体项目的需求和团队的情况，可以灵活地调整和采用适合的敏捷实践和技术。

现代敏捷项目管理软件，比如8Manage敏捷项目管理软件，支持增量式产品开发的短迭代管理和满足竞争格局和产品需求动态变化的管理需求，也可灵活扩展以满足传统项目监控的管理需求，如时间管理，成本管理。

敏捷项目管理的内容简介
《敏捷项目管理(第2版)》内容简介：如今，项目管理的步伐越来越快。项目管理需要更灵活、更积极地，向应客户的需求。使用敏捷项目管理方法，项目经理可以在不影响价值、质量和商业规则的前提下实现所有目标。《敏捷项目管理(第2版)》全面更新了Jim Highsmith对敏捷项目管理的传统方法，扩展并改进了敏捷项目管理，从而能够为大型项目禾口组织提供更多的支持。
《敏捷项目管理(第2版)》适合各级项目领导、经理和主管阅读。Highsmith在整体架构中融合了项目管理、产品管理和软件开发的最佳实践，旨在支持前所未有的速度和改善不稳定性。《敏捷项目管理(第2版)》还介绍了许多新增主题，如敏捷价值观、扩展敏捷项目、发布计划、投资组合治理以及提高组织敏捷性等。项目和业务的领导将会非常赞同Highsmith提出的新主张，即通过基于价值、质量和约束的绩效评估来提高敏捷性。
《敏捷项目管理(第2版)》主要内容
·了解敏捷革命对产品开发的影响
·认识在项目管理中应用敏捷方法的时机
·设定现实的敏捷项目管理业务目标
·促进敏捷价值观和原则在组织中的应用
·应用经过验证的融治理、项目和迭代管理以及技术做法为一体的敏捷企业架构
·优化敏捷项目的5个阶段：构想、推测、探索、适应和结束
·将敏捷做法扩展到大型项目和团队中的组织流程以及与产品相关的流程
·为主管和管理层提供敏捷项目治理解决方案
·敏捷三角形：以一种鼓励敏捷而不是阻碍敏捷的方式来评估绩效
·敏捷项目领导不断变化的角色



敏捷项目管理的基本定义是什么？
敏捷项目管理是规划和指导项目流程的迭代方法。

与敏捷软件开发一样，敏捷项目是在叫做迭代的小型部门中完成的。每个迭代都由项目团队审查和评判；从迭代的评判中获得的信息用于决定项目的下一个步骤。每个项目迭代通常是安排在两周内完成。 
APM是这个领域的新概念。它的历史能够追溯到多年前。在2001年，敏捷软件开发第一次通过由Mar tinFowler和Jim Highsmith推出的“敏捷宣言”形成规范。敏捷宣言是所有APM模型的指导原则。多数APM模型源于软件开发，因此对软件开发实践的针对性很强。
原型和适应性项目框架是APM模型中仅有的适用于所有类型的项目的模型。由于开发周期短，对需求管理恰当，敏捷项目管理正在从软件研发行业延伸到已经采取项目化管理的大部分行业中 。

传统项目管理VS敏捷项目管理
很多人都知道，项目管理领域有两种管理方式：传统项目管理和敏捷项目管理。很多人在团队引入敏捷的时候，会有一个疑惑，传统项目管理和敏捷项目管理的区别是什么？

在1969年以前，不管是制造汽车还是制造轮船，全世界的项目管理都没有太多的章法和规则。

层领标以异李型三失西直到1969年美国成立了PMI组织，推出了PM农吸背市倍如既市课BOK一整套规则、PMP认证后，全世界的项目管理就有了章法、有了规则。

直到现在，绝大部分行业还是使用这套史表物确长宜故标准项目管理方法——传统的项目季展星材团洋电则急也燃管理。

直到2001年，有17球离个软件行业开发者在犹他州Snowbird滑雪胜地里聚会，他们白天滑雪，初氢会混规晚上喝酒聊天，聊着聊着发现，他们一致认为传统项目管理不适用于软件行业的，然后他们制定并签署李巴革酒怕电听很多了行业最重要的文件之一画振联下被月快：敏捷宣言。他们还在这里塑造了许多关于软件的构想、开发和吸息组说陆接绝也按好交付的方式，甚至是判四画算世界如何运作的方式。

所以敏捷这个概念是非常新颖的，2006-2007年期间，敏捷就被引入中国，腾讯就是最早使用敏捷的企业之一。同时，对于一些要考起田华血调迅选虑很多问题的项目，例如：“有没有流量？”、“别人愿不愿意来”等等，所以他们需求是不确定的，按照以前传统项目管理方法是行不通的，所以敏捷就诞生了。

传统项目管理

通常采用的是瀑布式、部分迭代开发模式，要求在项目建设时，需求足够明确、文档足够规范，迭代过程中需求变更越多、越晚，对项目影响越大，会影响到项目的交付质量。

敏捷项目管理

作为新兴的项目管理模式，简化了传统项目管理的繁琐流程和文档。以 Scrum 为代表，欢迎需求变更，在客户需求不明确的时候，以在较短的周期内开发出可用的软件为目标，来帮助需批客户描述自己的需求。迭代过程中的需求变更会加入到项目继续迭代需求池，丰富项目的产品功能。

敏捷项目管理

声称要摆脱繁冗的流程制度文档，但是对于关键的项目文档，比如需求规格说明书等等，也是要求必须具备的。所以，敏捷项目管理的项目流程制度上的管理可以看类爱敌止买距增权或除作是对一套完善的项目管理流程制度的裁剪，只不过这个裁剪的尺度比较大，从而也对敏捷项目团队成员的适应性，自主性提出了较销自且刑纸九及福负移高的要求。

具体的敏捷方法在每个迭代周期中都存在立会制度，燃尽图、看板监控、计划发布等，这些和PMBOK中对苦式花项目生命周期的五个过程组启动、规划、执行、山胡额字真认小复史吗监控和收尾的定义没有冲突矛盾，实际上敏捷项目管理的这些措施可以看作是PMBOK项目生命期五个过程组执行的微缩版，区别在于敏捷项目管理的迭代周期，时间很短，在去执行过程中裁剪了很多规范正式的项目管理流程制请达松总钢须有裂掌种度。


1、不同的管理方式适用于不同类型的项目，敏捷更适用于未知、不可知或持续变化的项目；


2、传统的管理方式有如计划经济体制，敏捷有如市场经济体制，适应变化的能力不同；


3、极大地缩短了用户与开发者，预期目标与实施状况，投资与投资回报之间的反馈回路；


4、将小型团队转化为自身命运的管理者，团队接受挑战，找寻应对挑战的方法，发挥创意，避开工作障碍，而这一切都无法由中央控制及调度系统预先安排。

当处于快速发展的社会环境、面临复杂而多变的项目时，传统项目管律几婷理方式常常面临进度延期、成本超支、质量不过关、客户满意度低、变更频繁等问题，而敏捷项目管理可以说是在原本完善的项目管理流程制度上进行了尺度较大的裁剪，从而对敏捷项目团队成员的适应性，自主性提出了较高要求，可以使项目经理将最大限度的项目资源和活动用于产生增值结果上。

敏捷管理和传统项目管理有啥区别

敏捷项目管理与传统项目管理的区别：项目流程不同、项目风险格均不同、企业管理不教育同、项目时长不同。其中，项目流程不同指敏捷项目管理在面对市场、需求时刻变化与不断发展的技术时十分友好，比较灵活，而传统项目管理过御正程不够灵活。

传统的项目管理通常采用瀑布式和部分迭代开发模式。瀑章星反燃附屋呀导布式开发是指将项目分为N个阶段，每个阶段的工作都是基于前一阶段。从项目计划的角度来看，它就像一个逐步下降的瀑布，因此得名。船舶、汽车制造、建筑业一般采用这种方法。

在项目建设过程中，需求足够亮常周突罗受掌调况缺教清晰，文档足够标准化。迭代过程中的需求变化越多，时间越晚，对项目的影响越大，成本越高，项目的交付质量。

敏捷的项目管理强调尽快交付商业价值，自组织项目团皇聚局斯队，不断响应客户的动态需求变化，不断优化项目产品和交付流程。简化了传统项目管理的繁琐流程和亏并文档，是一镇空悔种新兴的项目管理模式。

以 Scrum 为了代表需求的变化，欢迎客户在客户需求不明确时，在短时间内开发可用软件，帮助客户描述自己的需求。项目继续信顺脱整区更刚迭代需求池将增加迭代过程中的亲维需求变化，以丰富项目的产品功能。