Redmine最佳实践

Question

您在Redmine项目管理流程中使用了哪些提示和“标准”？

您是否有可以共享的标准wiki插入模板或使用错误功能任务和支持问题来处理项目的标准方法？

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

我正试图拖动我们的部门。进入一些基于Web的PM，而不是通过电子邮件发送模糊需求的Word文档，然后Word文档解释如何在一堆竞争更新和项目中丢失QA和Deploy，以便在我必须修复某些内容时，没有人能找到关于它如何运作的任何文件。

Answer 1

我为一系列制造公司开发和维护内部应用程序。截至本评论发布时，我是IT团队中唯一的开发人员/分析师。在经济衰退最严重的时期，我的项目需要爆炸。因此，我的项目和问题积压是非常笨拙的。我们目前正在进行重组以扩大团队。

以下是我如何使用Redmine保持直线（尽可能的程度），我的用户，并希望将来可以防止过多的新员工。

• 我使用Subversion进行源代码控制，使用TortoiseSVN和恰当命名的Tortoise-Redmine plugin。在提交链接问题后刷新Redmine项目上的存储库，该问题显示问题的修订，并通过电子邮件通知更新我的利益相关者。
• 我将项目描述视为将项目的目的，范围和生命周期阶段传达给那些没有参与的人的一种手段。这样，我的用户就知道我的盘子上有什么，以及我从远处看到的自助餐还有什么。
• 我为我的权限集使用特定的角色名称，这些权限集指示的不仅仅是一组权限 - 再次作为文档的一种方式。我的角色包括以下内容：项目经理，项目团队成员，所有者，主要用户，次要用户，观察者，霸王（对于我的老板......既有趣又无可否认正确）。
• 我使用Wiki和Documents来获取文档，具体取决于我觉得合适。
• 版本对我来说几乎没用，所以我不是将它用于计划版本，而是使用它将相关问题分组到sprint中。
• 我使用Eric Davis的神话般的Stuff-To-Do插件来组织/重新组织上述冲刺，然后在我的问题上批量编辑目标版本。这也让我的利益相关者知道我在做什么，以及我如何优先考虑他们的兴趣（无论好坏）。
• 为了鼓励用户互动，我将Redmine项目的链接添加到我的应用程序的“帮助”菜单中。 “关于”框还包含指向Redmine项目的链接。

未来计划

• 我希望在某些时候完成Redmine集成的Visual Studio扩展。
• 构建一个代码库，将我的应用程序与其Redmine项目松散耦合：自动提交错误，从系统托盘中提醒订阅利益相关者，由Redmine的REST API驱动的可重用交互式帮助菜单等。（也许可以使用Wiki自动部分文档？ ）

Answer 2

我是一名自由职业的Ruby和Redmine Web开发人员，负责管理一个（我）的开发业务。所以我的Redmine设置得非常轻巧，以客户为中心。我的Redmine还负责托管我的开源项目。

我允许通过电子邮件发送新问题和更新，这对于电子邮件连接用户（或者总是在iPhone上的用户）非常有用。

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

我发现论坛未得到充分利用。我想如果有一些电子邮件集成，它们会更有用。

Answer 3

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

1）隐藏“问题”和“支持”跟踪器，并将所有内容归档为错误：

• 为开发人员，测试人员，管理人员节省时间;
• 如果某些活动需要被称为“额外”或“新功能”或其他任何内容，我们会安排快速会议对其进行评估。

2）里程碑＆amp;版本 我喜欢这个，您可以轻松追踪每个版本的状态，并随时下载较旧的软件包，即测试客户提交的错误。

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

4）版本控制集成，即在评论中使用“＃123”创建指向相应问题的链接：简单明了！

Answer 4

我们在系统上广泛使用Redmine。我们甚至为销售团队建立了一个“销售”项目，用作CRM。我们在这个项目中有一堆自定义字段，它取代了之前使用的SugarCRM。

在我们的系统中，我们有服务器和客户端软件的项目。根据我如何构建系统和子存储库，服务器项目被分解为子模块，因为Redmine喜欢每个项目单独的repo。

正如其他人所说，我们使用提交消息中的#nnn代码来引用故障单。最酷的是它不必是同一个项目中的票。因此，可以通过错误问题或支持请求阻止销售票证。

我们刚刚开始使用文件进行议程/会议记录。我们使用Versions在客户端和服务器上分组到发行版中。

尝试使用Redmine Time Tracker插件跟踪时间，但我总是忘记点击开始或结束。我们每天都会收到有关一段时间内没有触及的问题的电子邮件（Redmine Whining，我认为），以及过去或将来的截止日期（Advanced Reminder）。

支持电子邮件直接进入我们的支持项目，如果电子邮件导入更加强大（如果项目：行包含在电子邮件中，有时它无法正确创建新票证），我们会自动进行网站查询生成销售票证。实际上，我们只需监控支持服务单，并在适用的情况下将其移至销售。

我希望能够做的事情：

• 在我们的系统和redmine之间建立关系，以便票证可以与我们系统中的用户或公司相关联。此外，我们可以在相关点从销售单生成新公司。这只需要我做一些工作。
• 我们的错误跟踪软件（sentry）和redmine之间存在关联，因此服务器错误会生成redmine票证。再次，可用现有技术解决。
• 让桌面客户端重新启动。服务器在我们的局域网内，但是能够以更灵活的方式访问除网页之外的数据将是很好的。这并不是说我在redmine网络界面中没有真正做过的事情，但是像Things.app这样的东西所以可以更好地工作。
• 将我们的支持文档全部放在redmine中，然后生成一个面向公众的服务器。这样，我们的支持人员就可以维护文档，以一种很好的方式进行编辑，并将更改部署到doc-server。

Answer 5

到目前为止，Redmine对我们来说非常棒。我们将它用作多租户票务/敏捷优先级排队队列，并将其绑定到SVN。特别是：

• 通过SVN安装/维护非常简单（我通过使用svn switch https//.../branches/1.3-stable .命令后跟rake migrate命令将我们从1.1迁移到1.2到1.3到1.4，只是偶尔安装了宝石需要介于两者之间）。
• 数据库和存储文件的备份是一行脚本执行
• 我们喜欢Time Tracker和Spent Time插件。对于我们的一些办公室用户来说，我会为Mac OS X时间跟踪胖客户端而死，但这不是重点：）
• 我们不太多使用论坛，但大量使用活动和路线图。将问题与特定版本联系起来是天赐之物。
• 我们还有客户端/服务器的区别，但是使用目标版本来绑定票证以指定哪个去哪里（并且具有开放式的NEXT CLIENT RELEASE / NEXT SERVER RELEASE）以便区分处理时间。
• 我们混合了状态的隐喻 - 我们首先使用我们的列表分组（“立即”，“拒绝”，“阻止”，“工作”，“在甲板上”，“列表”，“等待构建”，“发布测试“，”已验证“，”已发布到“生产”，“已关闭”，“已取消”。
• 然后，在上面的每个组中，我们有这个排序的优先级列表:(“立即”，“优先考虑我”，“设计和大小我”，“P1”......“P5”，“P-Watch列表”） 。加上上述内容，可以从问题区域轻松完成工作流程。
• 对于基本问题列表，我们按“优先级”，“父级任务”，然后“更新日期”排序 - 需要中间一个，以便Redmine在同一组中有子任务时很好地缩进。
• 我们使用checkin提交将提交绑定到问题（即svn ci -m "This fixes #1733 @2.5, holy smoke what a weird foo bug. It is now bacon and unicorns."） - 并让它将该问题移到“等待构建”（过去曾经“解决”，但我厌倦了解释“已解决”并不意味着有人可以期待它的发布。）

我想我不得不去研究Redmine-stuff-to-do插件。 +1问题。

Answer 6

我公司与国际知名的软件和硬件开发商合作。在我加入公司之前，电子邮件与MS Word文档一起用于通过软件或硬件转发我们的问题和错误以请求修复。这个过程无法跟踪和维护任何类型的过程。我实现了RedMine作为跟踪软件和硬件错误的方法，并且自那以后它一直运行良好。我的情况有一个主要的语言障碍。值得庆幸的是RedMine可以用Sipmlified中文显示，反馈表明这对我的开发人员来说是可以的。

状态   - 当我发现软件或硬件问题时，状态为“新”   - 当我的软件/硬件开发人员看到这个问题并且他们正在处理它时，他们将状态更改为“正在进行中”。如果他们希望从0到50，他们可以使用％完成。当他们认为他们已经解决了问题时，他们将％Done设置为50。   - 我确定问题是否已修复，我将状态更改为“已解决”，将％更改为100％。这允许我过滤掉问题＆lt;或等于50％以查找仍未解决的问题。

优先级   - 低，正常，高，紧急，立即翻译成中文。

截止日期   - 我用它来告诉我修复程序最初是由我的软件开发人员上传的。我可能需要4-6天的时间来测试并解决问题。我喜欢我的Gannt图表来反映我的软件团队的响应能力，而不是我批准修复程序需要多长时间。

类别   - 这始终反映了我发现问题的软件或硬件版本。我使用它来查看哪个版本的软件具有最多的错误，并确保较新版本的软件不会遭受回归。

我在RedMine观察者列表中包含所有错误的所有人。电子邮件发布为（新），（已解决）或（进行中），因此我的主管，相关团队的主管和主管工程师都可以看到电子邮件并快速阅读当前正在取得的进展。大多数其他人从未登录过RedMine，我通常是唯一一个。这些电子邮件可以完美地为每个人提供即时更新，而这些人只关注是否正在取得进展。

Answer 7

正如您提到的那样，使用QA来回传送Word文档 - 我知道这种感觉，就在那里，完成了。 对我来说，主要的问题是：QA人员不喜欢在任何bug跟踪器中添加问题，他们会在测试期间在他们旁边的编辑器中记下这些问题。

我们现在正在使用Redmine一个不错的插件 - Usersnap（免责声明：我们为自己构建了解决此问题的工具。

Usersnap非常适合Web开发人员 - 将其添加到您的Web项目中，您将获得直接附加到Redmine票证的屏幕截图 - 包括有关所用浏览器，操作系统等的元信息。

我们的QA /客户现在可以直接在Web应用程序中输入错误，开发人员可以更轻松地将错误报告重现到Redmine。

Answer 8

我们使用路线图部分作为一种清晰的显示方式：

• 虫子
• 功能（可能是对您的Word文档的引用，或链接到HTML要求页面）
• 对帐（生产值和测试值之间的差异）
• 等......

这是我们整合的重点。其余部分与之相关（例如，'announce'部分用于定义路线图中使用的主要里程碑/发布日期）

Answer 9

除了其他评论，我建议使用“东西要做”-Plugin（由Eric Davis编写，我认为:) 使用该插件，您可以跨多个项目拖放排序问题的顺序。

https://projects.littlestreamsoftware.com/projects/show/redmine-stuff-to-do

Answer 10

我们使用版本作为定义冲刺的方式，因此每个版本都是一个带有路线图视图的冲刺，清楚地说明了进度。短跑中的问题在完成后标记为“可供审核”，然后在QA验证时关闭。

我们使用版本作为积压，以解决任何超出范围或失去优先权等问题。

Answer 11

我们已经使用Redmine大约一年了，并且它已经在很多方面自行发展。我们使用版本将问题组合在一起以发布版本，并使用类别按问题对问题进行分组。

每个问题都经历了新的＆gt;工作流程。进行中＆gt;解决。然后测试人员会在开心时关闭这个问题。

我们希望更新我们使用Redmine的方式，似乎有很多很棒的插件，但是我们发现它们很多都已损坏或无法安装。

我们全面使用wiki开发人员文档。