系列文章目录

第一章 敏捷核心知识点
第二章 敏捷宣言与原则
第三章 价值驱动交付-优先级排序&增量交付
第四章 团队的形成与授权
第五章 敏捷里的 Scrum 会议
第六章 团队的合作与承诺

文章目录

• 系列文章目录
• 一、渗透式沟通
• 二、分布式团队
• 三、跟踪团队绩效
• 四、MVP vs MMF
• 总结

提示：以下是本篇文章正文内容，下面案例可供参考

一、渗透式沟通

在没有直接对其关注的情况下获取到信息的方式进一步降低信息传递的成本

二、分布式团队

管理
● 维护项目
● 应用频繁的沟通
● 加强协助
● 组织电话会议
沟通工具
● 视频会议
● 基于网页的会议
● 即时消息
● 交互式的白板

三、跟踪团队绩效

进度太慢
进度太快
燃尽图

速率
速率是每个迭代对团队能力的度量。
初始速率的获取
● 历史数据
● 猜测
● 执行一轮迭代

四、MVP vs MMF

● MVP（最小可行性产品）通过一个最小化、却可以满足核心
需求的产品来测试市场的反应；
MVP背后的核心原则就是减少时间成本；
● MMF（最小可售功能）代表功能包足够完整到可以为用户或
市场提供价值，同时也足够小；

相对优先级/排序
管好Backlog，很难
用户体验是一个完整的过程
用户故事地图的好处
● 更关注用户完整体验路径
● 可视化管理产品需求、Bug、反馈、加强沟通协作
● 方便规划MVP，快速开发并验证

拉动式开发

DoD（Definition of Done）的关键点
1 团队自协商
团队根据项目实际情况来定义完成，一旦确定，就严格遵守；
一个敏捷项目有多个团队时，各团队都要就本项目的DoD达成共识；
2 交付对象的DoD
一般分为三个对象：story Done；feature/epic Done；release Done；
3 过程的DoD
主要为迭代过程的DoD；
4 不断改进
随着Scrum团队的成熟，我们预期“完成”的定义会扩大，包含更严厉标准来保证高质量。每次新的迭代计划会，可回顾并改进和调整DoD。

总结

瀑布侧重计划交付，敏捷侧重价值交付