大鹏

禅道软件设计的需求有两个字段来跟踪它的变化，一个是需求的状态字段，一个是需求的研发阶段字段，下面来看下这两个字段。一、需求的状态需求状态(status)字段，总共有四种状态，分别是草稿(draft)、激活(active)、已变更(changed)和已关闭(closed)。对应为需求的流程操作共有：创建、变更、审核、关闭、激活，其状态流转图如下：二、需求的研发阶段需求还有一个阶段(stage)字段，用来描述激活的需求在研发过程中所处的阶段。目前总共有未开始、已计划、已立项、开发中、开.

除了产品与项目的区别，还有不少童鞋还会混淆需求和Bug的区别。我同样做了一些总结。一、需求和Bug的区别1、概念不同需求是描述一件事情，作为什么用户，希望如何，这样做的目的或价值何在。需求需要构建用户角色，描述使用场景，定义用户问题。Bug是程序中隐藏或被发现的功能缺陷或漏洞。简单说就是使用软件时，出现的错误问题。Bug需要描述重现的步骤，环境及其他因素，以便定位问题。2、是新需求还是Bug简单的概括：需求是有与无，好与坏的问题。Bug是对与错，是与非的问题。比如禅道里图标的优化，页面细节

今天来说说燃尽图更新的问题。不少童鞋有在群里提问：为什么我的燃尽图没数据，不更新呢？惯例，在回答问题前，先来看看燃尽图的概念：燃尽图（Burndown Chart）是以图表展示随着时间的减少，工作量的剩余情况。工作量一般以竖轴展示，时间一般以横轴展示。燃尽图可以非常直观的把握项目的进度，经常被用于敏捷软件开发中，如Scrum。而禅道的设计是完整支持敏捷方法scrum的。禅道里的燃尽图是统计项目中所有任务剩余工时的总和，每天计算一下，形成坐标，然后把线连接起来绘制而成。下面.

今天来说说任务工时更新问题。不少童鞋都有在问：禅道里记录任务工时，输入日期和工时后，为什么还要输入剩余，这么简单的加减系统不会自动计算吗？也就是说很多童鞋对任务工时有误读，单纯的认为任务预计剩余工时 = 最初预计工时 — 已经消耗工时。具体解答问题之前，我们先来了解一下禅道里的工时概念：最初预计：创建任务时的最初预计工时。已经消耗：开发这个任务已花费的工时。预计剩余：完成这个任务还需要的工时。套用一句老话“计划没有变化快”，以我的个人经历来说比较常见的任务开发状况：1、某个.

一、概念的对应scrum 禅道 备注 product 产品 禅道里面使用了产品的概念。 user story 需求 其实标准的翻译应该为用户故事，不过禅道还是采用了比较中性的概念。 sprint 项目 很多朋友对产品和项目的概念不是很清楚，其实有了这个对应关系就很容易理解了。 task 任务 这两个概念是一致的。 team 团队 burndown chart 燃尽...

传送门六问禅道1：为什么任务里剩余工时不自动更新六问禅道2：为什么别人能看到我的任务六问禅道3：我的燃尽图怎么没更新今天我们来聊聊产品和项目的区别。不少刚接触禅道的童鞋都会这个问题：产品和项目怎么来区分，两者关系是什么。我做了些简单的总结：一、产品与项目的区别1、定位不同产品是需求方，决定做什么。项目是执行方，解决的是如何做的问题。2、使用者不同产品由产品经理使用和管理，记录需求，规划产品的开发计划。项目由项目经理使用和管理，关联需求，分解任务，组建团队，领导团队成员进行开发工作。全程把控项目