敏捷项目管理的十大好处

敏捷项目管理的十大好处

• 更好的产品质量， 下列行动来帮助确保质量

  • 采取积极的方法预防产品质量问题
  • 追求技术卓越，良好设计和可持续开发
  • 即时定义并详细阐述需求，以便对产品特点的认知更清晰
  • 为用户故事制定验收的标准，以便开发团队更好的理解以及产品负责人更准确的验证
  • 把持续集成和每日测试融合于开发过程中，使开发团队能够将问题解决于萌芽状态
  • 利用自动化测试，从开做到白天开发，晚上测试，造成修复
  • 进行冲刺回顾，使Scrum团队不断改进过程与工作
  • 使用完工的定义来完成工作：已开发，已测试，已集成和已归档

• 更高的客户满意度，以下方法能够使项目发起人更加满意

  • 把客户看作合作伙伴，是客户全程参与并关注项目
  • 产品负责人是产品需求和客户需求的专家
  • 保持对产品待办列表的更新并调整优先级以快速响应变化
  • 每一次冲刺评审向客户演示可工作的功能
  • 更经常的发布使产品交付上市更迅速
  • 具有自筹资项目的潜力

• 更高的团队士气，通过下列方法来提高Scrum团队士气：

  • 加入自管理团队使人有创造力，创新力，更显得专业化
  • 聚焦于可持续工作实践让人不会因为压力或过度劳累而倒下
  • 采用仆人式领导帮助团队自管理，从而有效避免命令与控制方法的使用
  • 为Scrum团队服务的Scrum主管可以帮助消除障碍，并为开发团队屏蔽外部干扰
  • 提供支持和信任的环境，提高人们的整体动力和士气
  • 面对面交谈有助于减少因误会而产生的挫折
  • 跨部门合作让开发团队成员学到新的金额跟，并通过教别人而得到进步

• 增强合作和责任感，可通过以下行为对产品质量和项目绩效负责

  • 每天开发团队，产品负责人和Scrum主管都在一起密切合作
  • 组织冲刺会议，使开发团队能够安排自己的工作
  • 有开发团队组织每日例会，其成员围绕已完成的工作，后续工作和工作障碍进行报告
  • 通过冲刺评审，开发团队可以演示并于干系人直接讨论产品
  • 通过冲刺回顾，让开发团队成员能在每个冲刺完成后审视所做的工作并为后续实践推荐更好的做法
  • 集中工作，是开发团队成员之间可以即时沟通和协作
  • 通过估算扑克和举手表决，达成决策共识

• 定制化团队结构，决策权从经理或组织转交给Scrum团队，从而有机会来定制团队结构和工作环境：

  • 开发团队可以按成员特定的工作风格和个性来构建团队结构，好处：
    • 允许团队成员按他们喜欢的方式工作
    • 鼓励团队成员提高技术来融入
    • 帮助提高团队绩效，优秀的员工相互吸引在一起工作
  • 开发团队也可根据其成员特定的技能分组或者根据产品特性的类型进行分工协作
  • Scrum团队可以兼顾团队成员职业和个人生活来制定决策
  • 总之，与谁一起工作，如何工作都有Scrum团队自己制定规则

• 更多相关的测量指标： 评估项目时间和成本，项目绩效和项目决策的测量指标更相关更准确：

  • 基于每个开发团队实际绩效和能力来确定项目时间表和预算
  • 针对项目需求，有开发团队自己而非他人提出项目需求估算
  • 根据开发团队的知识和能力，使用相对估值而不是按小时数或者天数来定制工作量
  • 开发团队对项目了解更多后，再按例行规则精确估算工作量，时间和成本
  • 每天更新冲刺燃尽图，以便准确提供开发团队在每个冲刺的绩效指标
  • 比较未来开发成本和未来开发价值，帮助团队确定结束项目和重新投资到新项目的时间

• 提高绩效可视性，以下方式来提高：

  • 构建一个开放的，坦诚地，高价值的交流平台
  • 每天对冲刺绩效进行评估，更新冲刺代表列表。且可供组织里任何人查阅
  • 每日站会发布开发团队每天的进展和障碍
  • 使用任务板和张贴燃尽图在开发团队工作区展示每天的实际工作进展
  • 冲刺评审会议展示成果，组织中任何人都可以参加

• 增加项目控制

  • 允许祖师适应变化对固定时间，固定价格的项目调整优先级
  • 拥抱变化，使得项目团队能对变化作出反应
  • 每日站会可以使得问题快速解决
  • 每日更新冲刺代办列表意味着冲刺燃尽图可准确的反映冲刺业绩，有机会在问题发生时就做成调整
  • 面对面交谈移除沟通上的障碍并解决问题
  • 冲刺评审让项目干系人看到产品的开发状态，并提供反馈
  • 冲刺回顾使Scrum团队在每次冲刺后期做成积极调整，以提高质量，开发团队绩效，并优化项目流程

• 提高项目的可预见性

  • 保持整个项目的冲刺长度和开发团队的分配均等，可使项目团队知道每个冲刺的确切成本
  • 使用独立开发团队，项目团队能够快速预测发布时间表和预算，剩余产品代办列表或任何需求组合
  • 每日站会，冲刺燃尽图和任务板使得项目组能预测每个冲刺的绩效

• 降低风险： 消除了项目绝对失败的可能：花费大量时间和金钱没有投资回

  • 项目初期投资开始，冲刺开发能在很多时间内，要么失败，要么知道产品或方法可行
  • 从最初的冲刺开始，始终都在开发可工作的产品，所以敏捷项目不会完全失败
  • 在每次冲刺中开发已定义的需求，不管未来项目发生什么变化，都能得到完整的实用的特性
  • 通过以下方式不断对产品以及开发过程提供反馈信息
    • 每日站会和持续的开发团队沟通
    • 定期澄清需求以及产品负责人对特性的评审和验收
    • 召开评审冲刺会议，获得干系人和客户对已完成的产品特性的反馈
    • 开发团队在冲刺回顾会议中讨论过程的改进
    • 最终用户可以定期看到新的特性发布并做出反馈
  • 自筹资项目产生的早期回报，使得组织支付的项目前期费用更小