怎样做好敏捷项目管理 ？
敏捷项目管理是规划和指导项目流程的迭代方法。
与敏捷软件开发一样，敏捷项目是在叫做迭代的小型部门中完成的。每个迭代都由项目团队审查和评判；从迭代的评判中获得的信息用于决定项目的下一个步骤。每个项目迭代通常是安排在两周内完成。
我认为我们公司使用的日事清就具备一些好的特点，日事清是以GTD时间管理方法为主导的管理工 具，收集、整理、组织、回顾、执行，让你每天的日程管理安排都会井井有条。另外，在日程安排 上，日事清提供了四象限日程安排表格，你可以把日程按照重要性和紧急性整理到不同的象限，以 便更直观的安排日程的优先级，减少日程衔接的时间浪费。
常用的敏捷开发模式有哪些
敏捷开发模式是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。
它们的具体名称、理念、过程、术语都不尽相同，相对于"非敏捷"，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用。
传统的开发模式是基于“计划”开展的，而因为大多数项目周期通常较长，这种计划模式在实施过程中会遇到很多问题，比如项目需求一开始并不明朗，项目团队也不一定完整，这时候计划本身都是存在瑕疵的，那项目开发管控过程可想而知。
而敏捷开发模式则提供了一种新的模式，即小步快走，不断调整，快速迭代!你需求不明朗没关系，我们先做一小丢丢，对了就继续不对也不至于说损失很大，调整方向也来得及，通过这种模式不断纠正最后不断趋近客户最终想要的东西。
既然是新的开发模式，那自然要匹配新的工具——低代码开发平台，这种将常用功能控件组件化，常用业务场景模板化的开发工具和传统底层编码模式相比，开发周期更短，开发成本更低，业务调整更加灵活，国内专注这一块的厂商也挺多。
天翎MYAPPS，普元，起步，天纵等老牌厂商已经耕耘了将近二十年，随着低代码概念的火热，又出现了搭搭云，简道云，宜搭，氚云等新晋品牌。
连微软上个月也宣布推出低代码产品并将商用。他们有的擅长复杂业务流程处理，有的擅长数据填报分析，有的擅长网站小程序搭建，在实践领域已经具备规模并日渐发展成熟。
敏捷开发模式在管理层面对项目开发模式产生了积极影响，低代码开发平台从技术层面对项目开发产生了积极影响，两者结合一定能开出美丽的花。
敏捷开发方式有哪些
敏捷开发包括一系列的方法，主流的有如下七种：
XP
XP（极限编程）的思想源自 Kent Beck和Ward Cunningham在软件项目中的合作经历。XP注重的核心是沟通、简明、反馈和勇气。因为知道计划永远赶不上变化，XP无需开发人员在软件开始初期做 出很多的文档。XP提倡测试先行，为了将以后出现bug的几率降到最低。
SCRUM
SCRUM是一种迭代的增量化过程，用于产品开发或工作管理。它是一种可以集合各种开发实践的经验化过程框架。SCRUM中发布产品的重要性高于一切。
该方法由Ken Schwaber和 Jeff Sutherland 提出，旨在寻求充分发挥面向对象和构件技术的开发方法，是对迭代式面向对象方法的改进。
Crystal Methods
Crystal Methods（水晶方法族）由Alistair Cockburn在20实际90年代末提出。之所以是个系列，是因为他相信不同类型的项目需要不同的方法。虽然水晶系列不如XP那样的产出效率，但会有更多的人能够接受并遵循它。
FDD
FDD （Feature-Driven Development，特性驱动开发）由Peter Coad、Jeff de Luca 、Eric Lefebvre共同开发，是一套针对中小型软件开发项目的开发模式。此外，FDD是一个模型驱动的快速迭代开发过程，它强调的是简化、实用、 易于被开发团队接受，适用于需求经常变动的项目。
ASD
ASD（Adaptive Software Development，自适应软件开发）由Jim Highsmith在1999年正式提出。ASD强调开发方法的适应性（Adaptive），这一思想来源于复杂系统的混沌理论。ASD不象其他方法那样 有很多具体的实践做法，它更侧重为ASD的重要性提供最根本的基础，并从更高的组织和管理层次来阐述开发方法为什么要具备适应性。
DSDM
DSDM（动态系统开发方法）是众多敏捷开发方法中的一种，它倡导以业务为核心，快速而有效地进行系统开发。实践证明DSDM是成功的敏捷开发方法之一。在英国，由于其在各种规模的软件组织中的成功，它已成为应用最为广泛的快速应用开发方法。
DSDM不但遵循了敏捷方法的原理，而且也适合那些成熟的传统开发方法有坚实基础的软件组织。
轻量型RUP
RUP其实是个过程的框架，它可以包容许多不同类型的过程， Craig Larman 极力主张以敏捷型方式来使用RUP。他的观点是:目前如此众多的努力以推进敏捷型方法，只不过是在接受能被视为RUP 的主流OO开发方法而已。