展开讨论

经验与复盘经验摘录 · 机器翻译

(我个人曾受过这样的人管理;他们勉强承认自己用MS管理所有事情……

…(我个人曾受这样的人管理过;当我开始问是否可以获取许可证时,他们勉强承认他们用MS Project管理所有事情,因为即使Emacs Org Mode在处理整个交付物一个月的工作分解时也做得不好。)编辑2:> 跟踪待办工作不需要工单系统,有人还记得使用故事卡片吗?白板?有人还记得项目计划吗?工作分解结构?我知道PERT对某些人来说看起来像博格立方体,但软件开发的现状看起来像帕克利德技术。"我们是开发者。我们用Scrum。Trello让我们行动!"

源讨论GitHub引入了子问题、问题类型和高级搜索原帖 206 条评论 · 导入时统计
2

这条内容在回应什么?

父级讨论 · 节选

CR

我觉得工单系统是出于公司原因而被强加的。跟踪待办工作不需要工单系统,有人还记得使用故事卡片吗?白板?

完整原文

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

CR

> 我有时会想,很多敏捷实施的现状是否是由于工具过于简单造成的。当你的团队的工作计划器根本无法表示任务可以依赖其他任务这个基本概念时 在敏捷世界中,人们接受这样一个事实:今天看起来依赖于其他任务的任务,下周可能就没有这个依赖了。计划涉及安排现在利益相关者优先考虑的工作,而那些“我们不能做这个,直到我们做了其他事情”的内容甚至不会被安排。

完整原文
HA

我不会说Jira做得完全正确。 我觉得它的子任务有点不完善,我觉得Jira的某些部分在设计时并没有考虑到子任务。实际上,在我现在的工作中,我们完全避免使用子任务。 很多系统不支持子任务是可以理解的。层次化数据结构并不容易处理,而且会带来很多边缘情况。在用户体验方面也可能非常令人不知所措。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。