xudahai513的博客

用户故事描述的哪个干系人将从功能中收益，他需要实现什么，以及他期望获得什么利益。可以将长篇\史诗的故事分解成用户故事

模仿他人的优势或者技术，不断熟练掌握，成为自己能力的一部分。在熟练规则、技术以后，寻求突破点，突破现有框架的规范。一种忘我的状态，犹如武林高手，登峰造极之后，无招胜有招的一个状态。...

价值流图（Value Stream Map）识别增值活动和非增值活动（浪费），以消除效率低下总周期时间(Total Cycle Time)过程周期效率(Process Cycle Efficiency) =增值时间 / (增值+非增值时间)

敏捷12原则

分别是 ScrumMaster 、 Product Owner 和 Dev Team 。所谓Scrum 团队的自组织，就是说他们会在内部决定如何最好地完成他们的工作，而不是由团队外的其他人来指挥他们.Scrum Master的核心工作是帮助团队遵循 Scrum 框架 持续改进，以又好又快的工作。主要负责整个 Scrum 流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，一般可以对应为我们理解的项目经理的角色。作为一个合格的 Scrum Master ，需要担起以下职责：Product

回顾会的5个步骤：

一次做得不错的演示即使看上去很一般，也会带来较深远影响正在上传…重新上传取消

每日站会每日会的公约看板面板是从精益思维的“准时制JIT”衍生而来。看板中完成工作比开始新工作更重要。未完成的工作无法提供任何价值，因此团队将协作实施和遵从在制品（WIP）限制迭代燃尽图 BurnDown Chart是图形化显示可跟踪对象随着时间推移的剩余数量当进度变得平缓或停滞时，可能就要引起关注燃起图功能燃起图可显示项目期间需求的发展每次在项目添加功能时，燃尽图都会有改变.....................

做什么（What）：PO阐述本次的迭代目标以及对实现目标有益的的PBI。团队据此决定本次迭代中需要做什么怎么做（How）：开发团队将 PBI 分解为 SBI 任务，并进行时间估算，最终得到一个基于价值和工作量的迭代计划谁来做（WHO）：团队成员领取相关的任务，代表着承诺，其完成效果明显高出任务分配的完成效果。速度（速率）：本次迭代中实际完成功能的故事点大小的总和。让团队得以观察历史表现来更准确地规划下阶段工作。可能需要四到八次迭代才能达到稳定的速度...............

瀑布型 （长周期的大 PDCA (大规划/大执行/大发布）、强调专用工具、规范的流程、完善的文件）• 相对稳定的环境• 需求比较确定• 限制变更• 前期详细规划• 工作范围驱动• 相关方关口参与• WBS敏捷型（短周期的小PDCA (小规划/快执行/增量发布)、强调通用技能、高效的合作、可运行的成果）• 变化的环境• 需求不确定• 欢迎变更• 持续迭代规划• 商业价值驱动• 相关方持续参与• Backlogsimple 适合瀑布方法Complicated 和 Complex 适合

四大宣言

◼下次迭代做什么——规划会◼信息分享——每日站会（不讨论！）◼干系人参与——审查会（演示！）◼问题改进——回顾会/反思会（迭代末/每周/按需）

3355框架

PO和团队讨论用户故事，细分并提供细节信息和验收标准等；PO对用户故事排优先级；团队估算出用户故事的规模（故事点数）故事地图：根据用户故事的商业价值和用户通常对它们的执行顺序来进行排序，以便团队能够对将要构建的内容有共同的理解MVP最小可行性产品MMF最少可售特性相对估算DoD是在待办项被认为已充分开发以被商业干系人接收之前/开发之前，整个团队一致同意完成的一系列条件/验收标准DoD可在许多细节层面上创建，通常在用户故事级别、迭代级别、发布级别和产品级别上定义.....................