硝烟中的Scrum和XP

refine from 硝烟中的Scrum和XP--我们如何实施Scrum

---

产品的backlog时Scrum的核心，也是一切的起源，从根本上说，它就是一个需求或故事特性等组成的列表，按照重要性的级别进行排序。它里面包含的是客户想要的东西，并用客户的术语加一描述。

backlog的另外一个名称是故事。包括以下字段：

• ID
• Name：一个简短的描述
• Importance：100以内打分，分数越高越重要
• Initial estimate：最小单位为stroy point，即为人天。估值无需准确，但是要保证相对的正确性。
• How to demo：简短的测试规范，先做啥，然后做啥，最后做啥，得到什么结果。
• Notes：相关信息，解释说明，对其他资料的引用等等，简短。

额外的字段，根据需要：

• Track：当前故事的大致分类（后台系统，优化...）
• Components：再多个Scrum团队协作的时候很有用，包括数据库，服务器，客户端等组件
• Requestor：哪个客户活相关人员最先提出的需求，再后续的开发过程中向他反馈
• Bug tracking ID

产品的backlog应该停留再业务层次上，例如给Events表添加索引，潜在的目标是“提高再后台系统中搜索事件表单的相应速度”，这时需要改写，原先的目标作为一个注释存在。

产品负责人维护backlog，理解每个故事的含义，不需要知道故事的具体实现，但是要知道为什么这个故事会在这里。其他人向负责人申请故事，负责人对它们划分先后次序。

sprint计划会议产生的成果：

• sprint目标
• 团队成员名单（以及他们的投入程度）
• sprint backlog
• 确定好sprint演示日期
• 确定每日Scrum会议的时间和地点

过程中实践TDD（测试驱动开发），包括开发和提问需求方式...

故事可以分成更小的故事，而小故事又可以分成任务。

一些重要的开发概念：

• 结对编程
• 测试驱动开发：Juit/httpnit/JWebUnit，HSQLDB，Jetty，Cobertura，mock
• 增量设计
• 代码集体所有权
• 持续集成：Maven，QuickBuild
• 代码标准

 

转载于:https://www.cnblogs.com/billowkiller/archive/2013/02/26/2934294.html