摘要：
迭代任务看板 1. 打开任务看板 2. 打开燃尽图查看剩余工作情况，如果离发布较近，但是还有很多剩余工作，可能需要提前准备移除一部分优先级低的需求，如果剩余工作较少，适当安排一些需求 3. 任务板按照人员分组，查看每个人的剩余工作，如果有超过则适当提醒项目其他人员协助 4. 关注初始估计超过8小时的 阅读全文
摘要：
故事点 故事点更多体现的是用户情景或者bug的规模，采用斐波拉契数列(1,2,3,5,8,13)这样的数字表示，包含如下内容： 1. 相对工作量 2. 复杂度 3. 风险和不确定性 相对工作量 下面演示一个Case来说明： 假设有个编辑页面A有10个字段,B有100个字段： B的相对工作量应该是较大 阅读全文
摘要：
就绪板列 准入条件 1. 需求已完成交付 2. 需求交付过程中的问题已全部解决 3. 当前迭代需求所产生的BUG必须放入该列 4. 之前迭代遗留的BUG 工作内容 1. 需求实现概要设计 2. BUG确认 3. 任务拆分 4. 任务工作量估算（单位小时） 5. 情景规模估算（单位为故事点：斐波纳契数 阅读全文
摘要：
列 产品开发的整个流程如下图,将流程配置到看板的列： 需求池 就绪 开发 测试 待验收 待发布 已关闭 一般将Bug和需求放在一块看版上处理,工作项有自己单独的状态,可以通过模板设置调整，但是不推荐这么做(配置难度较大，并且自带的比较通用)，所以这里工作项需要对应看板列，这样在看板中操作时候可以利用 阅读全文