0

我买了 Jira、Greenhopper 和 Confluence，并且一直在使用他们的产品，但我不太擅长正确编写任务。

假设您的项目中有一项任务，您知道该任务由几个次要任务组成，那么您将为整个任务制作子任务。完成所有子任务后会发生什么？您是否也将整个任务拖过来（我的意思是父任务）？

你如何写你的任务？您是否像这样编写它们：“在数据库中创建客户表”？如果这个任务包括创建索引、约束等，你会写子任务吗？还是您以其他方式编写任务？

4

1 回答 1

1

作为万物管理，在这方面没有普遍的做法，但这里有一些我个人使用的指导方针，我们融入了我们的公司。

  1. 摘要应描述问题。它不应包含描述问题类型的词：错误、功能、任务等。这就是“问题类型”属性的用途。例如：“重新检查网站是否有任何问题，解决权限问题”或“文本更正”。
  2. 最好有 Priority、Due Date、Environment、Component/s、Affects Vers、Fix Vers 和 Labels 属性 - 对于您正在使用的属性，但请记住，定义的属性越多，问题包含的信息越多，它更具描述性并且更易于管理。
  3. 描述字段应包含以正式方式描述的所有可用信息。

子任务：

这完全取决于您的组织，但我个人报告了 Greenhopper 中的一个错误，现在已解决：

“在 RapidBoard 的 Plan Perspective 中的 Master Task 中不显示子任务的估计”

“我们遇到了快速板冲刺的问题。我们的主问题*没有自己的估计，但是当您包含子任务时确实有估计。从随附的屏幕截图中可以看出，当我们包含此主问题时在下一个 sprint 中，我们看不到所有子问题的估计总和。它们根本没有显示出来。

所以对于子任务，我们现在使用这个新的（固定的）特性——主任务的估计是一个问题的所有估计的总和。我个人只在主人非常复杂的情况下分任务，但对于我的工作来说，这是每天的工作。

希望这会有所帮助，但这是我个人的看法。

于 2012-09-29T08:08:14.427 回答