Scrum敏捷软件开发过程说明精编.ppt

Capability 能力 Condition 条件 Technology 技术 * Scope 范围 Quality 质量 Resource 资源 Schedule 计划 Retrospective 回顾的 Theoretical 理论上 Reserved 保留的 estimation 评价 * Priority 优先顺序 Status 状态 Effort 尝试 estimate 估计 Impediment 障碍物 * * Remaining 余下 Estimate 估计 Complete 完成 Measure 量度标准 * Remaining 余下 ideal 理想的 完美的 Increase 增加 Underestimate 看轻 对…低估 Effort 努力 尝试 Initial 初始 估计 Particular 特殊 项目 Faster 更快的 decline 拒绝 降低 * Committed 忠诚的 坚定的 Involve 包括 包含 Thus 自尊 这样 因此 如此 * Reflection 反映 沉思 Courage 勇气 Detachment 分离 分遣队 分离、超然、公平 * Construction 构造 建筑 * * Retrospective 回顾的 * * For minor differences (e.g. three 8s and two 5s) the moderator can call the final estimate. -如果差距较小 (如三个8两个5) ，主持人确定最终的估值. Iteration 重复 Negotiation 谈判 协商 * Demand 需要 要求 held 拿着 举行 保持 Represent 阐述 frequently 经常地 屡次 Dedicated 贡献 conference 会议 Issue 问题 Escalate 升级 扩大 Divide 划分 divided 分开 分开的 Geographical 地理的 * Priority 优先顺序 Remaining 余下 * * 解决了部分问题，同时产生了新的问题 Artefact 赝象 Capture 夺取 Associate 联系 Iteration 重复 Concern 关注 涉及 Retrospective 回顾的 * ramp up v.（计算机系统）自举 * OSS是一个综合的业务运营和管理平台，同时也是真正融合了传统IP数据业务与移动增值业务的综合管理平台。 * Sufficient 足够的 * DoD ?Day of Departure SCM（Security Content ManagementSystem)内容安全管理 * * 迭代回顾会议 Sprint Retrospective 回顾的目的是评价本次迭代并酝酿改进，使得下一个迭代进行的更好. 类似于项目的最终评审，但经常举行. 障碍列表具有很好的参考价值! Scrum Master主持召开, 持续半天, Scrum团队参加 (产品所有者也可参加). 简单流程: Scrum Master 总结本次迭代; 迭代任务清单, 重要的事情和决策, 预期的/实际进度. 每个组员陈述迭代中那些方法进行的较好、哪些需要改进, Scrum Master 进行记录. 对重要的问题计划相应的措施：团队自己解决, 或者提交给公司的管理层. Scrum方法应用 * 敏捷开发中使用扑克Poker方法进行估计(1/3) 尽管名字有好笑, 但却非常可靠和有效. 可以来估算产品需求清单中每项的规模（规模估算: 用例点story point）以及迭代任务清单中任务的估计 (工作量估算： 人时). Scrum Master推动活动的进行, 一个以上的专家参与估算, 而且最好是项目团队中的人. 估算时使用卡片：写有一系列的离散数据，如0, 1, 2, 3, 5, 8, 13, ? (无法估计). * 敏捷开发中使用扑克Poker方法进行估计(2/3) 前提条件: 提前准备好要估算的任务、User Stories等; 迭代任务清单和产品需求清单都已经起草好. 对某个任务最有经验的开发者做一个简短的概述. 可以通过简短的讨论澄清任务的具体含义，找出存在的风险以及不确定性. 各自对任务进行估计，所有的人将写有各自估计数据的扑克/卡片扣上。 (单位事先进行约定：工时、事件点). 大家同时把扑克/卡片翻过来. 如果扑克/卡片上的数差距比较明显 (如一个13，2个5，一个1), 就要讨论一下为什么会出现这么大的差距，估计值所基于的假定要进行澄清. 如果差距较小 (如三个8两个5) ，主持人帮助确定最终的估值. 对于不确定性，估算数据中可以多包含