组织Redmine项目?

use*_*841 9 project-management project-organization redmine

我是开发几个webapp网站的唯一开发人员.我在subversion中有它们,但我没有使用项目管理工具.

我最近得到了redmine,我想在那里设置项目.我正在寻找的是如何在Redmine中构建这两个项目的建议.从我可以收集到的,结构是Project-> subproject.所以我想把它映射到我的待办事项列表结构.从我的待办事项列表中,有三种任务:新功能,错误修复和维护(不是完全错误的修复,但真正需要清理的东西).

我应该将每个webapp作为顶级项目,将功能,错误和维护作为子项目吗?还有其他组织项目的方式吗?例如,在颠覆操作手册,他们建议有project/trunk,project/branches,project/testing,project/releases,等在那里为在管理平台的工作类似的指引?

S.R*_*ins 13

像往常一样,当您配置系统时,您需要尽可能地自定义它以尝试满足您自己的需求.我个人不知道Redmine本身的任何指导或建议,但是我可以将我们在这里做的事情联系起来,我希望这对你有帮助!:-)

功能/错误/维护只是标记任务的方法,以便您可以过滤它们.这些是Redmine中称为"跟踪器"的特定标签.您可以为其他类型的任务定义自己的跟踪器.

项目和子项目也有效地标记了您的任务,但是将它们分组到更广泛的保护伞类别中.创建"项目"时,您需要为它们分配所需的跟踪器.在我们的例子中,我们创建了一个API,并使用不同的跟踪器来识别(有效)重复的跟踪器名称的错误,功能和修改,以便我们可以识别这些任务是用于桌面还是dsp程序员.子项目用于识别客户需要特定支持的产品线或定制.我们还使用版本标签来识别每个子项目中的特定版本,以便我们可以获得我们正在跟踪的所有任务的良好路线图视图.我们在Redmine系统中有多个项目,每个项目都以类似的方式配置,一些项目任务在项目中链接为"

这只是配置Redmine的一种方法,但考虑到我们某些项目之间的复杂关系,这是我们可以管理的最简单的方法.这是我们尝试的第二种配置,我们发现它运行良好.仅供参考,第一个配置是在测试系统上,以便我们在几年前从Trac迁移后从系统中找出我们需要的东西.目前的配置已经使用了大约2年,似乎很好地满足了我们的需求.

正如我之前所说,您需要从系统中决定需要什么,但最简单的方法是考虑如何从上到下查看项目,配置系统以匹配您的流程,而不是更改流程以匹配工具 - 总是更吵'的选择恕我直言.我不建议在单独的项目中跟踪错误和功能等,因为将路线图组合在一起通常更难,并且还使得更难以可视化给定项目的总任务负载.即使将任务类型划分为子项目也可能会出现问题,因为如果您发现需要支持多个产品发布周期,在管理Redmine系统方面增加工作量,则会使问题变得复杂.

这就是我现在能想到的一切.我希望能帮助你.:-)