Redmine最佳实践

Question

你在你的Redmine项目管理过程中使用了什么技巧和“标准”？

你有没有一个可以分享的标准wiki插入模板，或者一个使用bug、特性、任务和支持问题来处理项目的标准方法？

你会让问题和更新通过电子邮件发送到Redmine吗？你使用论坛吗？您是否使用SVN仓库？你在eclipse中使用Mylyn来处理任务列表吗？

我在试着把我们的部门。变成一些基于web的PM，而不是通过电子邮件发送模糊要求的Word文档，然后是解释如何QA和部署的Word文档，所有这些都迷失在一堆相互竞争的更新和项目中，所以当我不得不修复一些东西的时候，没有人能找到任何关于它如何工作的文档。

Answer 1

我为一系列制造公司开发和维护内部应用程序。在写这篇评论的时候，我是IT团队中唯一的开发人员/分析师。在经济衰退最严重的时期，我的项目需求呈爆炸式增长。因此，我的项目和问题积压相当笨拙。我们目前正在进行重组，以扩大团队。

以下是我如何使用Redmine来保持头脑清醒(在可能的范围内)，让我的用户保持清醒，并希望在未来防止太多的新员工牵手。

• 我使用Subversion进行源代码控制，使用的是TortoiseSVN和名称恰当的Tortoise-Redmine plugin。在提交后刷新Redmine项目上的存储库将问题链接起来，显示问题的修订，并通过电子邮件更新我的利益相关者notification.
• I将项目描述视为向那些没有参与的人传达项目目的、范围和生命周期阶段的一种手段。这样，我的用户就可以知道我的任务是什么，以及我从远处看还能看到什么。
• 我为我的权限集使用特定的角色名称，这些名称表示不止一组权限--同样，作为一种文档记录方式。我的角色包括:项目经理，项目团队成员，所有者，主要用户，辅助用户，观察者，霸主(为了我的bosses...both乐趣和无可否认的正确)。
• 我使用维基和文档来记录文档，我觉得维基和文档对我来说几乎没有用，所以我不是用它来计划发布，而是用它来将相关的问题分组到sprints中。
• 我使用Eric Davis的绝妙的Stuff- to -Do插件来组织/重新组织前面提到的sprints，然后大规模编辑我的问题的目标版本。这也让我的利益相关者知道我在做什么，以及我如何优先考虑他们的兴趣(不管是好是坏)。
• 为了鼓励用户交互，我在应用程序的帮助菜单中添加了指向Redmine项目的链接。"About“框中还包含一个指向Redmine项目的链接。

未来计划

Wiki integration.

• Build是一个代码库，可以将我的应用程序与其Redmine项目松散地耦合在一起:自动化错误提交、从系统托盘向利益相关者发出警报、由Redmine的REST

• 驱动的可重用的交互式帮助菜单等(也许可以使用Wiki自动化文档的某些部分？)

Answer 2

我是一个自由的Ruby和Redmine web开发人员，经营着一个人(我)的开发业务。所以我的Redmine被设置为非常轻量级和以客户为中心。我的Redmine还承担着托管我的开源项目的双重职责。

我确实允许通过电子邮件发送新的问题和更新，这对电子邮件连接的用户(或那些总是在他们的iPhones上的用户)非常有效。

我一直在git仓库中使用仓库视图，它工作得很好。每次签入时，我都会使用#nnn引用问题，因此实际的问题页面将显示实现该功能的所有提交。

我发现论坛没有得到充分利用。我认为如果有一些电子邮件集成，他们会更有用。

Answer 3

我们发现以下做法很有用：

1)隐藏“问题”和“支持”跟踪器，并将所有内容归档为bug

• 为开发人员、测试人员和管理人员节省时间；
• 如果某些活动被标榜为“额外的”或“新功能”或其他任何内容，则会安排快速会议对其进行评估。

2)里程碑和版本我喜欢这个，你可以很容易地追踪到每个版本的状态，并且在任何时候你都可以下载一个旧的包，比如测试客户提交的bug。

3)“问题”选项卡上的“保存”功能:另一个节省时间的功能是，我为许多日常报告任务保存了不同的查询，这就是我所需要的。

4)版本化集成，即在评论中使用"#123“创建指向相应问题的链接:非常聪明！