敏捷性学习¶
- 教育业也为敏捷实践的扩展提供了良好的环境
- 利用敏捷技术来为重要工作排优先级
- 面对面的交流、有意义的学习、自组织团队以及利用想象力的增量型学习和/或迭代型学习都是敏捷的原则
颠覆式技术¶
- 向云计算过渡 , 尤其促进了颠覆性技术的应用
- 云计算要求减少预付款 , 但会基于即付即用或按需付费的机制 , 通过订阅服务随时付款
- 更新的应用程序、基础设施和平台以一种迭代的增量方式发布到云端 ， 与技术进步和不断变化客户需求保持同步
客户体验¶
- 敏捷第一原则将客户满意视为最高要求 , 而这也是交付让客户满意的产品和服务的关键
- 随着社交媒体的广泛使用 , 快速而透明的客户反馈循环唾手可得
- 为保持竞争优势 , 各个组织要关注客户体验
为什么需要敏捷管理¶
- 产品开发面临巨大的变革
- 生物制药、IT、智能自动化、轻型房地产、精益制造等领域要求持续创新 ， 经验成本持续增大
- 市场要求极大地转变 ： 预测性 -> 适应性
1. 可视性(信任)¶
2. 灵活性(提升敏捷性)¶
3. 短期预测性¶
4. 长期愿景¶
解决方案 : 创新¶
如何创新¶
- 理想很丰满
- 按时、按照规格要求、在既定预算范围内交付一个产品
- 需要好的计划和项目管理控制
- 现实很骨感
- 很少新的产品和服务可以按时、按照规格要求、在既定的时间内交付
- 产品生命周期越来越短 , 传统思维与做法需要改变 ; 项目不再抗拒变化 , 而是正面拥抱变化 , 让产出符合甚至互殴引领需求 ;
新产品问题¶
- 31.1%的项目会在完成前取消 , 实际花费会是以前预计的**189%**
- 项目复杂度也越来越大
- 更快交付实用产品的需求
- 越来越多的含糊，仪表的需求
- 更大的不确定性/风险
- 运用底层技术
- 直接复用现成组件(Off-the-Shelf)
为什么传统的项目管理不奏效¶
繁重的计划¶
- 商业论证
- 项目提案
- 项目章程
- 合同
- 项目管理计划
- 用户用例
- 工作流图表
- WBS
- 甘特图
- 风险登记册
- 项目进度报告
- 项目收尾报告
被锁定¶
- 客户在开发启动前就要签字同意完整的项目需求书
- 需求收集后需要制定详尽的时间表
- 系统的分析和设计
- 变更需要严格的变更审批流程
- 客户想要的产品不一定就是团队所开发的
隐形团队¶
客户和开发团队被隔离
- 客户 -> 项目经理
- 项目经理 -> 开发团队
- 开发团队 -> 项目经理
- 项目经理 -> 客户
- 客户 -> 项目经理
- 项目经理 -> 开发团队
但是 隔离了团队
- 纽带是**项目经理**
- 开发人员独立工作
- 测试独立工作
- 是人一定就会犯错
核心挑战是什么¶
软件开发的本质是什么¶
- 容易理解、静态问题和需求、定义好的可预测的过程