敏捷项目管理有比较常用的方法包括1、XP（也叫极限编程）；2 、Scrum；3 、kanban（看板）这三种。三种方法虽有不同，但理念基本一致 ，完全可以根据项目的实际情况 ，相互补充，裁剪整合使用 。
1、XP(极限编程）XP(极限编程）出现的很早 ，1996年 ，Kent Beck提出“极限编程 ”（Extreme Programming，简称XP）这一软件开发概念 。XP的核心价值强调极简（Simplicity） 、沟通（communication） 、反馈（feedback）、勇气（courage） 、尊重（respect）。Kent Beck也是敏捷宣言的发起人之一 。XP有一整套完善体系的工程实践 ，强调通过1-2周的短迭代周期螺旋式发布软件 ，并规定需要采用TDD 、自动测试、结对编程、简单设计 、重构等实践约束团队的行为 。
敏捷思想深受日本工业界优异实践的影响，尤其是丰田推行的精益原则，以及竹内弘高和野中郁次郎开发的知识管理策略。受到以上思想的影响 ，以及对世界范围内软件项目的研究 ，Jeff Sutherland在 1993年首次在Easel公司定义了用于了软件开发行业的Scrum流程，并开始实施 。1995年Jeff Sutherland和Ken Schwaber规范化了Scrum框架 ，并在OOPSLA 95上公开发布 。Scrum的五条核心价值是focus. courage. openness. commitment and respect ，跟XP的五条
3、看板看板方法源自丰田的精益制造，就是用一块板来传递和控制生产环节 ，其核心理念就是杜绝浪费 ，提高效率。2006年前后，David J. Anderson认为看板方法其核心在于帮助企业创造一种能力——提升敏捷性。通过David的工作 ，看板方法被改进被应用于软件研发领域 。大致在这个历史时期 ，经过管理人士的努力，软件领域的敏捷理念与制造业的精益思想开始相互借鉴与融合 。看板方法的核心理念在于流式管理 、在制品限制 、工作拉动、精益等。
延伸阅读：
敏捷管理与传统管理的区别是什么1 、从项目流程看传统项目管理要对项目的所有过程进行管理和风险把控 ，一旦出现规划以外的变更 ，需要经过批准后才能执行改变，过程不够灵活 。敏捷项目管理主张团队内部的面对面沟通和交流 。支持简单 、持续集成、不断交付 、价值优先 、拥抱变化的原则。在面对市场、需求时刻变化与不断发展的技术时十分友好 。
2 、从项目风险看传统项目管理要求在规划过程中规划风险管理 、识别风险，对风险进行定性、定量分析 ，给出风险应对方案 。因为风险的不确定性 ，要求项目风险管理必须给未知风险或已知却又无法主动管理的风险，分配一定的资源储备。敏捷项目管理开发评估是以工作量为导向而非时间导向 ，它为风险留足了应对空间 ，即使出现部分风险，对于已交付成果来说 ，变更相对较少 。敏捷项目管理在项目没有正式结束前 ，交付的可用软件是允许风险存在的，并且根据风险的优先级进行排期修复 。
3、从企业管理看传统项目管理要求按计划行事 ，任何环节发生变更都必须获准后才能进行改变。敏捷项目管理只是一个灵活的实践框架 ，它会根据不同的环境提供一系列不同的途径 。
智能化研发管理工具PingCode 是简单易用的新一代研发管理平台，让研发管理自动化 、数据化 、智能化 ，帮助企业提升研发效能50万+团队都在用的项目协作工具一个工具满足团队所需：任务、项目 、文档 、IM、目标 、 日历 、甘特图、工时 、审批以及更多 ，让工作更简单