敏捷项目管理

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

敏捷项目管理

• 6.其他
  • 三组信息
  • 10大好处
  • 10大衡量标准
  • 10大资源
• 1.理解敏捷
  • 是什么
    • 目标：灵活的完成交付
      • 确保实现最高优先级，而不是所有优先级一起实现
    • 敏捷价值观
      • 敏捷宣言
        • 好的软件开发方法
        • 2001
        • 【个体和互动】高于流程和工具
          • 公司个体如何产生更大价值？
          • 沟通和文档哪个更有效？
        • 【可工作软件】高于详尽的文档
        • 【可工作软件】高于详尽的文档
        • 【响应变化】高于遵循计划
      • 敏捷12原则
        • 组合： 客户满意度 质量 团队工作 项目管理
        • 1.我们最优先考虑的是尽早和持续不断地交付有价值的软件，从而使客户满意
        • 2.即使在开发后期也欢迎需求变更。敏捷过程利用变更可以为客户创造竞争优势
        • 3.采用较短的项目周期，不断地交付可工作软件
        • 4.业务人员和开发人员必须整个项目期间每天一起工作
        • 5.围绕富有进取心的个体而创建项目。为他们提供所需的环境和支持，信任他们所开展的工作
        • 6.不论团队内外，传递信息效果最好且效率最高的方式是面谈
        • 7.可工作软件是度量进度的首要指标
        • 8.敏捷过程倡导可持续开发。发起人、开发人员和用户要能够长期维持稳定的开发步伐
        • 9.坚持不懈的追求技术卓越和良好的设计，从而增强敏捷能力
        • 10.以简洁为本，最大限度地减少工作量
        • 11.最好的架构、需求、设计出自于自组织团队
        • 12.团队定期地反思如何能提高成效，并相应地协调和调整自身的行为
      • 白金原则
    • 敏捷方法论
      • Scrum
      • 极限编程XP
      • 精益方法Lean
      • 多个冲刺Sprint
    • 敏捷联盟
    • 2008年取代传统管理
  • 为什么
    • 传统项目管理
      • 时间：20世纪50年代
      • 瀑布式项目
        • 前一阶段完成，后一阶段才能开始
        • 1.需求
        • 2.设计
        • 3.开发
        • 4.集成
        • 5.测试
        • 6.部署
      • 统计结果表明：没有完成交付
      • 问题
        • 项目失败
        • 功能没人用
          • 需求随时变更，原来的开发计划没有改变
            • 在项目前期，把能想到的一切功能都加了进去
    • 一切都在进步，为什么流程没有变好？
• 2.走向敏捷
  • 对开发行为与流程的影响
  • 敏捷框架
  • 角色、环境、价值观体系
• 3.敏捷工作（普通成员）
  • 在项目中如何工作
  • 如何定义产品
  • 日常工作
  • 迭代
  • 发布产品
• 4.敏捷管理（项目经理）
  • 管理
  • 项目范围、采购、时间、成本、团队、沟通、质量、风险
• 5.实践
  • 转型