什么叫做敏捷项目管理 ？

Posted 2023-05-12

参考技术A

敏捷项目管理是规划和指导项目流程的迭代方法。与敏捷软件开发一样，敏捷项目是在叫做迭代的小型部门中完成的。每个迭代都由项目团队审查和评判；从迭代的评判中获得的信息用于决定项目的下一个步骤。每个项目迭代通常是安排在两周内完成。

这种方法强调在完整的功能组件中快速交付应用程序。而不是创建任务和日程安排，所有时间都被“时间限制”到称为“冲刺”的阶段。每个冲刺都有一个定义的持续时间（通常是几周），并有一个运行的可交付物列表，计划在冲刺开始时。

可交付成果按客户确定的业务价值划分优先顺序。如果无法完成sprint的所有计划工作，则重新确定工作的优先级，并将该信息用于将来的sprint计划。

工作完成后，项目团队和客户可以通过每日构建和sprint结束演示对其进行审核和评估。敏捷依赖于整个项目中非常高水平的客户参与，尤其是在这些审核期间。

扩展资料

1、预见项目执行中可能发生的不确定性，并且通过试点、预估性判断和随机调整来管控这些不确定性。

2、通过采取符合具体情况的策略、步骤和做法，提高项目的效率和可靠性。

3、面对突发性变化，应该调整计划予以应对，而非继续执行原计划。

4、哪怕项目已临近收尾，也要对客户在项目要求上提出的变化持欢迎态度。敏捷的项目过程能够控制并利用这些变化，来保证客户的竞争优势。

5、对于如何更好地提高效率，团队要定期反思，然后根据总结出的经验，对团队行为进行调整或改善。

参考资料来源：百度百科-敏捷项目管理

参考技术B 敏捷项目管理是规划和指导项目流程的迭代方法。与敏捷软件开发一样，敏捷项目是在叫做迭代的小型部门中完成的。每个迭代都由项目团队审查和评判；从迭代的评判中获得的信息用于决定项目的下一个步骤。每个项目迭代通常是安排在两周内完成。想要学习PMP课程，推荐51CTO学堂【这个PMP课程应该是业内超高性价比课程】

这种方法强调在完整的功能组件中快速交付应用程序。而不是创建任务和日程安排，所有时间都被“时间限制”到称为“冲刺”的阶段。每个冲刺都有一个定义的持续时间（通常是几周），并有一个运行的可交付物列表，计划在冲刺开始时。
可交付成果按客户确定的业务价值划分优先顺序。如果无法完成sprint的所有计划工作，则重新确定工作的优先级，并将该信息用于将来的sprint计划。
“51CTO学堂”现有独家签约高质量讲师900余位，其中20%为国内著名讲师，52%为一线技术工程师，涵盖虚拟化、运维、网络、安全、移动开发、数据库等120多个门类，全方位覆盖IT技术各领域。在线题库包括模拟题，各大名企面试题、笔试题以及各技术领域能力自测题；每一道试题都配备有专业的答案解析，只要登录个人账号就能使用题库，明确知识难点。 参考技术C

敏捷项目管理经常也称为敏捷ACP。下面详细介绍一下敏捷项目管理的内容：

敏捷项目管理的起源：

敏捷项目管理是由美国项目管理协会(PMI)于2011年推出一门敏捷项目管理的考试，全称Agile  Certified  Practitioner。PMI提倡采用敏捷(Agile)的方法管理充满变动的项目，并从2011年开始正式推出PMI (PMI-ACP®)认证，是项目经理能够具备快速应变的能力。它与别的认证不同在于它要求敏捷培训、敏捷项目工作经验以及包含敏捷实践、工具、技巧考试的结合。它同样也结合了其他敏捷方法，包括SCRUM（敏捷开发）、XP（极限编程）和LeanDevelopment（精益敏捷）。

敏捷项目管理ACP的价值在于：

1.能使组织得以对需求的增加、变化或消除施加更多影响

2.能改进企业与客户之间的交流，也为企业所有者提供支持，帮助他们获取并审查重要信息，用于做出正确决策，引导项目在开发流程中的发展方向 

3.可帮助从业者在敏捷原则、实践、工具和技能等方面拥有的知识和技能

还有很多关于敏捷项目管理的信息我就不一一介绍了。

参考技术D 首先，敏捷开发是一种过程控制论，通俗的说，就是一种做事情的方法。1. 它适用于软件，因为软件是软的，可以改。要是硬件，改起来就没那么方便了2. 它适用于客户不知道自己要啥的情况，其实，这样的客户占绝大多数。因为客户不知道要啥，所以你需要不断帮客户弄明白他到底想要啥。。。换句话说，你需要和客户沟通，合作，倾听反馈，持续改进。。。3. 它适用于竞争激烈的市场，这样的情况下，赶在竞争对手前交付一个不完美但至少能用的产品非常重要。4. 它适用于快速变化的市场，你在埋头造一辆汽车的时候，客户已经想开飞机满天飞了，这就需要你能一步步的把汽车改成飞机，还能按时交付。5. 它适用于在一个地方办公的小团队，一般10个人以内。这样能使敏捷中主要的沟通方式“Face to Face” 是可行的。

我们团队现在使用的是日事清，日事清日报的基础模版是KPTP，四个部分就组成了一份清晰明了的工作记录，这样的记录既能充分体现你当前的工作状态，又能层次分明地向领导传递工作困难与你的工作能力。此外还可以团队分享、插入图片、语音识别，功能也比较强大。而且切换到月度界面，月度的工作计划就一目了然，画面非常清晰简洁。本回答被提问者采纳

我们需要什么样的敏捷开发？

回答敏捷是什么？为什么要敏捷？回答“为什么要敏捷”的前提是回答“敏捷是什么”，因此首要任务是要先回答第一个问题，从敏捷技术的观点看，核心是敏捷价值观、敏捷价值观外层为敏捷管理，比如XP或者Scrum；最外层为敏捷技术实践，比如CI、TDD和结对编程等技术，从这个结构看最里层是一种敏捷文化、中间层为软件开发过程管理方法，最外层为具体技术实践，因此敏捷运行核心要素是通过软件开发过程管理方法连接内层敏捷价值观和外层敏捷开发技术实践，对外呈现出一种开发模式和方法。

敏捷一词对于我们来讲已经不再陌生，在业界已经成为一种软件开发活动的推荐模式。那为什么要敏捷？

这个答案很多，每个开发者心中都有一个自己答案，其实答案本身并不重要，重要是思考的过程。这个问题也没有一个标准答案，就像每个软件开发男都有一个自己心中的女神，女神可能是不一样的，女神是否相同并不重要。

言归正传，个人观点如下。回答敏捷是什么？为什么要敏捷？回答“为什么要敏捷”的前提是回答“敏捷是什么”，因此首要任务是要先回答第一个问题，从敏捷技术的观点看，核心是敏捷价值观、敏捷价值观外层为敏捷管理，比如XP或者Scrum；最外层为敏捷技术实践，比如CI、TDD和结对编程等技术，从这个结构看最里层是一种敏捷文化、中间层为软件开发过程管理方法，最外层为具体技术实践，因此敏捷运行核心要素是通过软件开发过程管理方法连接内层敏捷价值观和外层敏捷开发技术实践，对外呈现出一种开发模式和方法。

其次回答第二个问题，首先要解决敏捷不可替换价值在哪里？如果说敏捷是交付有价值的软件产品，那么非敏捷方式难道就不能交付有价值的软件产品？这个推论站不住脚，我们同样也可以使用非敏捷方法交付有价值的软件产品，现在仍然有大量的软件产品按照非敏捷的方式进行开发，同样也在交付价值。在我看来，一个字可以回答“为什么要敏捷”，这个字在于“变”，我们需求的变化。

三种场景需要敏捷开发

在我看来，需求的变化有以下三种场景：

场景一，需求从用户环节到开发环节，这个漫长的需求链条在传递过程中出现了关键信息丢失，导致软件开发产品交付后，与用户需求严重不一致，导致软件重大改动、甚至重新设计；

场景二，用户对于需求的描述定义不准确，导致软件开发产品开发出现偏差，软件产品交付后，需要软件进行重大改动、甚至重新设计；

场景三，需求本身已经有了变化和位移，移动互联网发展非常快，需求本身可能每天都在变化，即使你搞清楚了之前的需求，等你软件产品交付后，该需求已经不成立或者有了重大变化和位移，也会导致软件重大改动、甚至重新设计；

需求变化这么快，需求有可能存在偏差，怎么办？解决方法，可以看看电影功夫中的片段，快，足够的快，快得很抓住子弹。本着“天下功夫，无坚不破，唯快不破”的原则，提升我们软件开发的速度，适应这种变化。

两种途径提高开发速度

怎么能够提升我们软件开发的速度，敏捷方法提供了2个解决途径:

第一 提升人件，通过敏捷团队运作，激发出每一队员的最大潜能，以最大合力完成软件产品开发。就拿敏捷中Scrum来说，Scrum的原始含义，就是橄榄球比赛对抗，要让团队最大力量集中起来，集中一点，取得突破。如何能够激发出每个人的最大潜能，让自己当老板，让自己成为软件产品的老板，软件产品就是我自己，通过自组织团队，让开发人员真正的当家作主，成为软件开发的主人，以此激发队员的最大潜能；同时敏捷文化鼓励队员之间的技术交流和分享，在这种技术交流和分享过程中提升开发人员的自身水平和能力，达到个体战斗力的最大化。

第二 软件开发过程提升，软件开发过程包括需求分析、系统设计、编码、测试、交付、部署、上线这些环节，要做到快速，就必须从多方面入手。

首先，需要把大需求拆分为小需求、从一次完成大而全软件系统交付转换为每次提供一个核心和关键功能最小软件系统快速交付，及时获取用户反馈，这样即使在需求环节出现偏差，也可以减低对于软件产品开发影响，减小需求偏离度，提升软件产品准确命中用户需求要点的能力；

其次，需要提升整个软件开发弹性，引入代码走查、鼓励重构、结对编码和编码风格调整这些举措，让软件编码具有弹性，可以让软件对于后续变化和需求快速响应；

再者，由于需求经常变化，随时都会对于软件进行改动，为了保证软件产品具备快速交付能力，必须通过持续构建来解决系统经常代码改动对于软件产品交付能力的影响，分散产品发布带来的风险；通过自动测试来进行回归测试、集成测试以及系统测试，通过机器测试来换取测试压缩，解决人力测试无法满足测试路径快速覆盖的场景，随时具备软件产品交付能力。

综上所述，敏捷的核心要素在于快，通过人件和软件开发融合发力，实现软件开发过程“快”，以快来取得“准”，以“准”来破“变”，实现软件产品价值成功交付。