如何用一篇文章了解清楚acp敏捷项目管理？
我们使用各种各样的敏捷软件来编写特性，循环和跟踪任务，谈论敏捷，但是我们真的在正确的轨道上吗？
很明显，敏捷是绝对以结果为导向的，去文档化、去流程化，高效的沟通协作，是极其有意义的。
为了记录，敏捷经理需要维护一个更详细的需求池；去流程化，口头交流成为常态，团队耦合度更高。
首先，让我们让我们先看一看
敏捷性的一些概念
产品Backlog:
积压是需求池。待办事项列表。
积压工作说明了什么:
1.有待发展的任务。
2.任务优先级。
敏捷需要维护一个详细的需求列表。这个列表通常要求scrum持有者(通常是产品经理)对所有要开发的东西有深刻的理解，并且能够将它们分解成更详细的任务。
故事board:
在开发领域，故事版本是任务流的可视化窗口，一般有"待开发"，"正在开发中，"待测"，"待返工"和"待发布"。所有的任务都由任务操作者转移到下一步，这样任何人都可以看到任务的完成情况。
▲在开发中，故事板展示了所有需求的工作流程。
烧毁图表:
在短跑中，人/小时是一个相对固定的值。在这个时间框架内，充分安排开发任务，每天定好时间，画出时间燃尽图。项目成员通过燃尽图了解时间进度。如果项目的烧完时间与预计时间重合，则估算需求时间并合理安排；如果没有，需要在接下来的冲刺中进行调整。
这些概念定义了敏捷各方面的工作，这些流程和节点是敏捷开发的基础和保障。
第二，离开敏捷工具
我们是如何敏感的？
一个误区:当我们使用敏捷管理工具时，我们是敏捷的。
随着敏捷在业界的不断融合，各种工具产品层出不穷。国外的吉拉、redmine、Axosoft，国内的leangoo、禅宗都有自研工具，比如百度的icafe，阿里的aone，腾讯的tapd。
(▲来源:"开发商")
我们在敏捷管理工具上构建迭代，构建需求，研发，测试，等等。，然后在收到需求流转的邮件后开始工作...任务在测试和研发之间流动，bug被提交给研发，研发解决bug...我们声明我们是敏捷的！
我们习惯了敏捷软件的便捷，习惯了通过拉组来解决一切，但是我们已经失去了敏捷的初衷，scrum的初衷。
▲吉拉的名字来自哥斯拉。
假设我们没有。;没有任何项目协作软件，如何实施敏捷？
设置一个环境，现在没有协作工具。是的，但是大家都坐在一起。有人站起来说，既然如此，我们就让我们变得敏捷！
▲敏捷工具消失了。
敏捷路径中必须有项目负责人来制定计划，把握项目的方向。这个下午王，我很惊讶地看到你的骨头，所以你应该承担这个责任。
还有一个关键人物SM。SM的全称是scrummaster，中文是scrummaster。一般来说，SM需要一个对技术开发和当前项目有清晰认识的技术经理。
虽然缺少网上工具，但至少要准备一些简单的材料:一卷双面白纸或者一叠便利贴；一支笔，一面平墙或者一块黑板。
如果还有电脑可用，excel或者word，甚至写字板都可以。如果没有电脑，那将是一张白纸。总之，你得找个地方写下你的积压。
需求池示例(任务名称、平台、详细描述、优先级根据P0-PX逐渐降低)
确定冲刺周期的自然日。我们可以用月/旬/周的概念作为一个周期，我们选择一周(五个工作日)作为冲刺周期。
根据优先级，从需求池中拉出你认为应该添加到你可怜的第一个sprint中的需求。唐不要太贪心。你可能认为大约一周。;的发展就够了。拉SM，单独开个小会。
▲当然，我不我不希望你们两个站在一起。你们两个要开会。
你们一起看需求，SM根据经验先分解需求。比如一个需求在开发层面需要分解成ABC三个部分，这三个部分形成三个开发任务。
分解之后，你得到一个更详细的待开发列表。
在正式开始冲刺之前，产品、研发和销售。ampd和测试需要一起召开scrum会议，讨论这个sprint的功能点。
会上讨论了什么:
1.需求讨论或技术讨论；
2.成员估计需求所需的开发时间；
3.需求是否与人的时间匹配，需求是否排入冲刺；；
4.交流感情。
▲每个任务的预计时间最终由scrummaster判断。
scrum会议后你的工作:
1.组织这个sprint中的需求列表；
2.安排每个需求的预期开发时间；
3.在故事页上写一个小纸条；
4.在故事页上贴一张小纸条；
5.制作一个燃尽图。
注释的改进版本，说明开发人员、任务描述、预计时间和每日耗尽时间。
故事版的布局如下:
一个标准的故事版本:开始时，所有的小笔记都在"待开发"专栏。
那个就是它。可以开始冲刺了。
以为这就完了？天真。
接下来，你一定要来参加每天举行的项目短会。为了缩短会议时间，我们通常站着开，所以也叫"常务会议及会议。早上上班后或者晚上下班前，我们花十到十五分钟完成。
▲每日常务会
展辉都谁将出席:
1.你(项目持有人)
3.其他scrum成员
车站将做什么:
1.昨天大家都做了什么，遇到了什么问题，如何解决或寻求解决方案；
2.昨天的完成情况。;的任务，还剩下多少时间，是否需要修正时间(增加或减少时间)，将完成的任务转移到下一个环节(从一项中撕下纸条，粘贴到下一项中)；
▲任务进行中的小纸条示例。
3.功能测试后是否有返工；
4.交流感情。
你会后的工作:
画一张烧坏图
▲冲刺的任务时间随着冲刺的进度逐渐减少。
一次又一次，在完成一次冲刺后，你召开了第二次scrum会议。这个时候题目在:的敏捷培训。让s与你分享:首先，什么是敏捷？他从哪里来的？他从哪里来的？
敏捷源于精益，精益源于丰田。丰田当年为什么要搞精益？因为一个字穷。被称为“精益之父”的大野泰一是东方著名的斗士。
Scrum的三大支柱:透明、检查和调整；
敏捷的优势包括:1。缩短上市时间；2.提高质量；3.提高效率；4.提高员工参与度；
敏捷的概念:1。管理层必须在敏捷相关的事务上投入时间；2、只能讨论如何实施敏捷，不能讨论为什么要搞敏捷；
3、零缺陷思维:第一时间把事情做好；
Scrums3355理论(这个你要懂，不然会被鄙视)；
三个角色:
ampgt；po对需求产品经理负责。
ampgt；smscrummaster框架
排除障碍，确保流程，仆人管理，服务意识
ampgt；开发团队
三个工件:
ampgt；产品积压
(需求池)列表、订单、列表
ampgt；〉sprintbacklog(下一代列表)
ampgt；倦怠图表每天完成任务的剩余工作时间
五次会议:
ampgt；〉冲刺计划会议(下一代计划会议)2-4小时
ampgt；每天站立15分钟。
ampgt；2-4小时冲刺产品需求梳理会议
ampgt；←冲刺评审会议1-2小时
ampgt；←冲刺回顾1小时
五种价值观
ampgt；开放性和开放性。gt；集中和。gt；勇气与勇气。gt；尊重ampgt；承诺
掌握了这些概念，你基本上对敏捷有了一个大致的认知。另外，教练需要掌握哪些技能？因为敏捷偏向于开发团队的培训，所以敏捷需要涉足Rampampd工作，涉猎产品线的工艺顺序，必须有项目经验。其他是熟悉理论，培养人才的必备技能。