4大价值观念 敏捷宣言
- 个体与互动
- 工作的软件
- 客户合作
- 响应变化
价值观
价值驱动
小步迭代
原型法
自组织
集体决策
拥抱变化
过程进化
强化沟通
增加效率
错误价值观：计划驱动 强调文档 强调控制 任务分配 防止变化 等待汇报 激进盲从
创建敏捷环境：仆人式领导 自组织团队 SOS 集中办公 虚拟团队
敏捷实践模式：愿景 产品路线图 PBI SBI 用户故事 任务价值驱动 团队速率 敏捷实践流程
常用敏捷工具：看板 任务板 燃尽图 燃起图 极限编程等敏捷与精益框架
MVP：最小可用性版本
MLP：最小讨喜产品 在成熟市场竞争需要的MLP
MMF：最小可售特性/最下可市场化产品
风险价值矩阵
风险大价值高 风险低价值高 风险低价值低 风险高价值低
PO 作用场景
需求高价值但高风险
需求的模糊性，可变性
需求符合客户要求
竞争对手发布新特性产品
SM 的作用提现场景
相关方不熟悉的敏捷方法 - 指导 + 培训
相关方频繁要求调整可交付成果 - 促进讨论 分析
相关方频繁咨询/骚扰团队成员 - 结对 防火墙
市场出现竞争对手，要求加快 - 促进讨论 协助 培训
仆人式领导
文档支撑 借助外力对流程进化 避免外部骚扰 促进团队内部沟通
产品愿景盒子
一个立体纸盒，用以表达产品的额买点诉求，与重点信息 以后方便与干系人沟通产品愿景
将产品销售处去的展现方法：如产品外包装
微章程：项目章程 + 团队章程
项目章程内容
项目愿景
谁去收益
项目的发布标准
如何合作
团队章程的内容
团队价值观 工作协议 基本规则
团队章程编制：团队集体编制
团队章程是否更新：回顾会议后，新成员加入时
敏捷的PDCA
迭代计划会
每日站会
迭代回顾会 ： 准备 收集和分析数据 团队绩效指标挣值分析 决策，同意在后续迭代中尝试1~2个改进或变化 关闭/结束 新信息 感谢 感激
迭代评审会
敏捷项目的挑战
微章程
团队目标或任务不明确
团队对工作协议不明确
团队环境不明确
需求不明确：团队和PO 一起苏丽用户故事，帮助制定产品愿景
用户体验不佳：早期让用户参与进来
估算不准确：分解用户故事，让故事颗粒度更细，通过敏捷建模或刺探来理解故事
工作分配或工作进展不明确：帮助团队认识到自我管理工作，考虑每日站会，看看版面板看工作流程
团队面临障碍：SM 解决 团队不能解决就要上报
由于产品的待办事项不够完善：PO 和团队一起研讨故事，考虑分析股市，以用更小的故事
缺陷：回顾会去解决 评审会解决
技术债务：重构 敏捷建模 普适测试 自动化代码质量分析 完成的定义
产品复杂性高：鼓励团队思考，使用简介，即尽最大可能减少不必要的工作，这是一门艺术 的敏捷原则 这样做将有助于降低复杂性
团队和做==合作过程进展缓慢或没有没有改善：在每次回顾中，选择的改进项目不要超过三个，让仆人式领导帮助团队学习怎样整合这些待改进项
前期工作过多导致返工：不要做过多的前期工作，而要考虑让团队通过刺探来学习，缩短迭代，并创建一个文件的完成定义
错误的开始：前功尽弃：让PO成为与团队不可分割的一份子