如何自动计算任务“剩余”时间？

错，任务的剩余时间并不是预计时间 - 已经消耗。你要改成这样的逻辑，就错了。

我明白你的意思。剩余时间可能大于原先的预计，也可能小于原先的预计。但是，你有没有考虑初始的预计时间比较准确的情况呢？也就是说，预计时间减去消耗时间恰好符合实际进展的情况。在这种情况下，任务状态更新者认为，预计时间 － 消耗时间就＝剩余时间。我做scrum很久了，而且是在世界上最大的软件公司做scrum。我发现往往不到最后一刻，任务的拥有者不知道这个任务是否会超时。在这种情况下，前面更新任务的时候，每次都要手动填写剩余时间，是浪费时间，降低效率。

我发现这个软件的很多设置，太过教条，死扣scrum的概念。要知道在实际使用中，很多时候scrum的条条框框是无法完全执行的。更多的时候，scrum的精神更重要。中国人讲因地制宜，讲中庸。我希望这个软件已经这个软件的制做者也要多看实际情况，而尽量避免关起门按照教科书来做产品。

以上一席话，仅代表个人意见，供你参考。有说的到不到的，请海涵。

你提的这个需求，我们当时开发的时候，考虑过这个。你说的没错，如果对任务估计的时间比较准确的话，预计时间= 已消耗+预计剩余。但这种情况应该很少。所以当时我们就强迫大家填任务的时候，去思考，计算已消耗和预计剩余。是我们有意为之。如果大家每次填写任务的时候，都是按照上面完全等于的工时来计算，平时燃尽图很好看，但就像你说那样，超时往往会在最后才会暴露出来。这时候已经晚矣。

要知道，scrum核心实践里面，都是通过看板来进行任务跟踪的。团队的成员都是每天手工修改任务的预计剩余，你觉得这样浪费时间吗？降低效率吗？我觉得scrum并不是事情做得越快越好，而是敏捷的去做事。怎样才能算是敏捷？我觉得首要是正确。快，但不正确，这不是敏捷。

人其实都是很懒的，我们这样设计，就是防止大家填写任务的时候，不去思考，依赖系统的计算。所以强迫大家去填写。这样的话，体现在燃尽图，才会比较合理。

不清楚你所说的世界上最大的软件公司指哪家？微软吗？呵呵，我们做东西，不迷信。不清楚你所说的教条，具体体现在什么地方？其实scrum的核心实践就那么几条，如果称之为教条的话，死扣也没有关系，呵呵。很多公司实行scrum不成功，就是因为没有严格按照scrum的实践去做。而是按照自己的想法去执行scrum，结果不是很好。

你说我们说关起门来按照教科书做产品，这话说得一点都不厚道。我们软件里面并没有出现backlog, product owner, story, scrum master这些概念，就是怕国内的公司不了解scrum，给整懵了。我在IT行业已经有十年多了，大公司，小公司，都呆过，开发、测试工作都做过，也做过很多项目，scrum我也参与学习了三年，有成功的经验，也有失败的经验。禅道就是总结了之前工作过程中出现的问题，再加上scrum的核心实践做出来的。如果你认为这样也是按照教科书来做，那也没有办法了。

回到你的需求，这个修改其实很简单。module/task/view/edit.html.php，通过js来控制已消耗和预计剩余的值就好了。

谢谢你的答复。仔细考虑了一下你的出发点和想法，觉得还是维持现在的实现比较好。确实，每个任务的拥有者应该清楚的去预估剩余时间。而不要依赖自动计算的结果。

我之前的回复，有些措辞不当，或者结论下得太草率，请多多包涵。

我还有以下几个问题，希望你能给我一些信息和答案：

1。为什么项目里的任务没有起始时间？
2。为什么任务之间无法彼此关联？比如，任务B必须等到任务A完成后才能开始做，这类关系如何表达？是不是在后续版本考虑加入支持呢？

另外，急需的功能需求有：更好的统计，包括每个人的任务情况（完成的，在进行中的，为开始的，等等）。

呵呵，很喜欢这种讨论。大家观点可以互相撞击，才有新的火花产生。:)

关于项目里面的任务的起止时间和关联关系，可以参考这篇帖子：[url]http://www.zentaoms.com/thread-view-78911.html#2[/url]
统计方面的功能，我们后面会陆续加强。但短期内不会那么快。

建议你们制作一个产品的roadmap，并公开发布在网站上。这样，使用或者打算使用你们产品的人好知道产品的发展趋势。同时，你们也会收到针对那个roadmap的有用反馈，帮助你们了解客户的紧迫需求，并适当调整功能开发的重点。

http://pms.zentaoms.com/product-roadmap-1.html

多谢分享roadmap，看了下，基本上后面几期都没有增加太多实质性的功能，仅仅是完善细节。用户比较期盼的，比如，统计功能等，却还不知道啥时候能增强。还有，就是现在的邮件通知，好像没有任务逾期未启动或者未完成的提醒。

需求的优先级，对于不同的人来讲，是不同的。对于我们来讲，后面几期其实有很大的改动，就是增加文档库、讨论，增加多语言版本。文档库和讨论时两块很大的功能。我们不可能谁说，某某需求很重要，我们就会立马去做。我们有我们的计划和安排，比如，后面几期的功能改进，是为了参加开源软件竞赛。你也许不赞同，但这对我们来讲很重要。

所以，请多考虑下我们的事情。毕竟，禅道是开源软件。如果你真的很迫切，可以考虑自己修改。我们之间没有契约关系，所以请不要用收费用户的那种要求来要求我们。

你说得开源，免费，比赛等等，我想大家都能理解的。

不过，你是否注意到，国外很多成功的开源软件，刚起来的时候，都靠的是口碑而不是奖杯。

口碑是靠功能（包括性能）实实在在做出来的。禅道这个系统已经有了很好的起点。我个人非常支持它。但是，它还欠缺几个关键的功能或者说还没有做好的功能。既然号称是管理系统，那基本的统计（任务，人力资源，成本）功能总应该具备的吧。这就好比人有头，有手还要有脚，缺一样就是残废。象文档类的功能，大家就算没有这个系统，也大不了可以用服务器共享目录或者某种源代码控制系统，都可以代替禅道这部分功能的。但是，统计这块，缺无法代替。很多产品，项目，任务，人力，成本和bug信息都已经输入了，当然需要靠这个系统去产生好的报表和趋势图。

另外，定时提醒和逾期提醒，做为scrum来说，也是基本的必不可少的功能。毕竟，现在中小公司，要专门花一个人的力量，去盯团队成员的状态，不是很经济，很有效率的做法。

我提出这些需求，只是相给你们提个醒。希望你们重视起来。如果你们觉得这是我当方面的需求，那大可在网站上搞个投票嘛。把几大功能列出来，看看大家投票的结果如何再定你们的路线图。这不是很公平，很透明的做法嘛？我最不希望看到的是，大家使用你们产品后，过一阵子，转头其他产品。这个世界上有句话，叫“用脚投票”。我想，这也是你们不想看到的结果吧？

以上是我个人的一些意见，说出来和你们一起探讨探讨。同时，也希望你们明白，开源是免费的，但是免费的不等于你可以对你的用户说“你爱用不用”。