使用Worktile进行敏捷软件开发管理
如何编写产品backlog
产品backlog是Scrum的核心，也是一切的起源。从根本上说，它就是一个需求、或故事、或特性等组成的列表，按照重要性的级别进行了排序。它里面包含的是客户想要的东西，并用客户的术语加以描述。
一般来说产品backlog需要包含以下几个重要的属性：
- 标识符——就是个自増长的数字而已，以防止重命名之后找不到。
- 名称——简短的、描述性的故事名。比如“查看你自己的交易明细”。它必须要含义明确，这样开发人员和产品负责人才能大致明白我们说的是什么东西，跟其他故事区分开。
- 重要性——产品负责人评出一个数值，指示这个故事有多重要。例如10或150，分数越高越重要。
- 初始估值——初步估算完成该故事需要的工作量。
- 注解——相关信息、解释说明和对其它资料的引用等等。一般都非常简短。
接下来看一下在Worktile中如何编写产品backlog呢？首先我们需要创建一个项目，然后创建一个名为backlog的任务列表，接下来每一个任务卡片就表示一个backlog：
在Worktile中任务有很多属性，对于backlog的属性来说，可能有多个任务的属性可以用来表示，所以在实际使用中，需要根据团队自己的习惯来使用。
- 标识符——Worktile中会为每个任务生成一个唯一编号，这个编号在任务创建时就已固定，不会编号，可以用于表示backlog的标识符。
- 名称——使用任务名，任务名可以非常直接的说明这个任务是做什么。
- 重要性——任务有一个优先级的属性，如果backlog的重要性只有高、中、低三个级别，就可以直接使用优先级来表示；如果backlog的重要性需要用50或200这样的数字表示，可以通过创建一个任务扩展字段实现。
- 初始估值——直接创建一个名为初始估值的扩展字段。
- 注解——使用任务描述即可，支持Markdown格式的文档。
如何召开Sprint计划会议
如何成功的召开一次Sprint计划会议，对于Sprint的实施至关重要，在召开Sprint计划会议中最困难的事情有：
- 参会人员不知道Sprint会议的开始时间
- 参会人员有事忘记了会议时间
- 参与人员不知道会议的具体内容
类似这样的意外情况，都会影响召开一次成功的Sprint会议，在Worktile中可以通过日历很好地解决Sprint会议问题。
日程支持多种方式的提醒，可以在Sprint会议开始前提醒参会人员。
如何管理Sprint backlog
很多团队都尝试过用多种形式来保存Sprint backlog，如Excel，有很多公开的Excel模板可以用来管理sprint backlog——包括自动生成的燃尽图等等，也有团队发现挂在墙上的任务板是管理Sprint backlog最有效的形式。
在Worktile中，项目中内置支持看板视图，直接使用项目的看板视图可以非常方便地完成Sprint backlog的管理。
让燃尽图发挥作用
下面这张燃尽图包含的信息有：
- Sprint的第一天，8月1号，团队估算出剩下70个故事点要完成。这实际上就是整个sprint的估算生产率。
- 在8月16号，团队估算出还剩下15个故事点的任务要做。跟表示趋势的虚线相对比，团队的工作状态还是差不多沿着正轨的。按照这个速度，他们能在sprint结束时完成所有任务。
以前我们需要通过Excel的记录生成燃尽图，或者是在一张白板上手工绘制燃尽图。在Worktile中，系统会根据项目中任务的新增和完成状态，自动生成燃尽图。
