86

您在 Redmine 项目管理过程中使用了哪些技巧和“标准”？

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

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

我正试图拖累我们的部门。进入一些基于网络的 PM，而不是通过电子邮件发送模糊要求的 Word 文档，然后是 Word 文档，解释如何进行质量检查和部署，所有这些都迷失在一堆竞争的更新和项目中，所以当我必须修复某些东西时，没有人可以找到任何有关其工作原理的文档。

4

11 回答 11

21

我为一家制造公司开发和维护内部应用程序。截至发表此评论时，我是 IT 团队中唯一的开发人员/分析师。在经济衰退最严重的时候，我的项目需求激增。因此，我的项目和问题积压非常笨重。我们目前正在重组以扩大团队。

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

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

未来的计划

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

I'm a freelance Ruby and Redmine web developer who runs a development business of one (me). So my Redmine is setup to be pretty lightweight and customer focused. My Redmine also serves double duty for hosting my Open Source projects.

I do allow new issues and updates to be emailed and it works great for email connected users (or those who are always on their iPhones).

I've been using the repository view with git repositories and it's working great. With every checkin I reference the issue with #nnn so the actual issue page will show all the commits to implement the feature.

I found the forums are underused. I think if there was some email integration, they would be more useful.

于 2009-01-08T06:13:32.167 回答
10

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

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

  • 为开发人员、测试人员和管理人员节省时间；
  • 如果某些活动被称为“额外”或“新功能”或其他任何活动，则会安排快速会议来评估它们。

2) 里程碑和版本 我喜欢这个，您可以轻松跟踪每个版本的状态，并且您可以随时下载较旧的包，即测试客户端提交的错误。

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

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

于 2009-04-09T08:45:03.790 回答
8

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

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

正如其他人所指出的，我们在提交消息中使用#nnn 代码来引用票证。很酷的是它不必是同一个项目中的一张票。因此，销售票可能会因错误问题或支持请求而被阻止。

我们刚刚开始将文档用于会议议程/会议记录。我们在客户端和服务器上使用版本来分组发布。

尝试使用 Redmine Time Tracker 插件来跟踪时间，但我总是忘记点击开始或结束。我们每天都会收到关于一段时间未触及的问题的电子邮件（我认为是 Redmine Whining），并且这些问题的截止日期在过去或不久的将来（高级提醒）。

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

我希望能够做的事情：

  • 在我们的系统和 redmine 之间建立关系，以便票证可以与我们系统中的用户或公司相关联。此外，这样我们就可以在相关点从销售票生成新公司。这只需要我做一些工作。
  • 在我们的错误跟踪软件（sentry）和redmine之间有关系，以便服务器错误生成redmine票据。同样，可以用当前技术解决。
  • 有一个桌面客户端来redmine。服务器在我们的局域网内，但如果能够以更灵活的方式访问网页以外的数据，那就太好了。并不是说在 redmine 网络界面中我真的不能做任何事情，而是像 Things.app这样的东西更好用。
  • 将我们的支持文档全部包含在 redmine 中，然后生成到面向公众的服务器上。这样，我们的支持人员可以维护文档，以一种很好的方式进行编辑，并将更改部署到 doc-server。
于 2011-05-25T08:05:49.867 回答
7

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

  • 通过 SVN 安装/维护是一件轻而易举的事（我已经将我们从 1.1 迁移到 1.2 再到 1.3 到 1.4，方法是使用svn switch https//.../branches/1.3-stable .命令后跟rake migrate命令，中间只需要偶尔安装 gem）。
  • 数据库和存储文件的备份是单行脚本执行
  • 我们喜欢Time Tracker和Spent Time插件。我会为我们的一些办公室用户杀死一个 Mac OS X 时间跟踪胖客户端，但这不是重点:)
  • 我们很少使用论坛，但大量使用活动和路线图。将问题绑定到特定版本是天赐之物。
  • 我们也有客户端/服务器的区别，但是使用目标版本来绑定票证以指定哪个去哪里（并且有开放式的 NEXT CLIENT RELEASE/NEXT SERVER RELEASE），以便在工作时进行区分。
  • 我们混合了状态的隐喻——我们使用我们的列表首先按这些分组（“立即”、“拒绝”、“阻止”、“工作”、“在甲板上”、“列表”、“等待构建”、“发布测试”、“已验证”、“已发布生产”、“已关闭”、“已取消”。
  • 然后，在上面的每个组中，我们有这个排序的优先级列表：（“立即”、“优先考虑我”、“设计和调整大小”、“P1”……“P5”、“P-Watch List”）。这加上上述允许所有来自问题区域的简单工作流程。
  • 对于基本问题列表，我们按“优先级”、“父任务”、“更新日期”排序——需要中间的一个，以便在同一分组中有子任务时，Redmine 可以很好地缩进。
  • 我们使用签入提交将提交与问题（即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 问题。

于 2012-04-25T13:22:17.730 回答
6

我的公司与来自国际的软件和硬件开发商合作。在我加入公司之前，电子邮件与 MS Word 文档一起使用，通过软件或硬件传递我们的问题和错误，以请求修复。这个过程不可能跟踪和维护任何类型的过程。我实施 RedMine 作为跟踪软件和硬件错误的一种手段，并且从那以后它一直运行良好。我的情况存在很大的语言障碍。值得庆幸的是，RedMine 可以以简体中文显示，并且反馈表明，到目前为止，我的开发人员还可以。

状态 - 当我发现软件或硬件问题时，状态为“新” - 当我的软件/硬件开发人员看到此问题并正在解决此问题时，他们会将状态更改为“进行中”。如果他们愿意，他们可以使用从 0 到 50 的完成百分比。当他们认为已经解决了问题时，我让他们将完成百分比设置为 50。- 我确定问题是否已解决，并将状态更改为“已解决”并将完成百分比更改为 100%。这使我可以过滤掉小于或等于 50% 的问题，以找到仍然未解决的问题。

优先级 - 低、正常、高、紧急、立即都可以很好地翻译成中文。

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

类别 - 这始终反映我发现问题的软件或硬件版本。我用它来查看哪个版本的软件有最多的错误，并确保新版本的软件不会出现退化。

我将每个人都包含在所有错误的 RedMine 观察者列表中。电子邮件显示为（新）、（已解决）或（进行中），因此我的主管以及相关团队的主管和首席工程师都可以看到该电子邮件并快速阅读当前正在取得的进展。所涉及的大多数其他人从未登录过 RedMine，我通常是唯一的一个。这些电子邮件非常适合为每个人提供即时更新，他们唯一关心的是是否正在取得进展。

于 2012-06-05T17:39:17.990 回答
5

正如您提到的那样，通过您的 QA 来回发送 Word 文档——我知道这种感觉，我去过那里，做到了。对我来说主要问题是：QA 人员不喜欢在任何错误跟踪器中添加问题，他们在测试期间将它们记录在旁边的编辑器中。

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

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

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

于 2013-09-18T10:59:10.733 回答
4

除了其他评论之外，我建议使用“待办事项”-插件（我认为是由 Eric Davis 编写的 :) 使用该插件允许您在多个项目中拖放排序问题的顺序。

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

于 2009-04-29T14:41:31.617 回答
4

We are using the Roadmap section as a clear way to display:

  • bugs
  • features (that would be references to your word document, or link to html requirement pages)
  • reconciliations (differences between production values and test values)
  • and so on...

That is the main point of consolidation for us. The rest is used in relation with that (for instance, the 'announce' section is used to define the main milestone/release dates used in the roadmap)

于 2008-10-24T05:59:26.190 回答
3

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

对于超出范围或失去优先级等的任何问题，我们使用版本作为积压工作。

于 2014-02-18T15:11:57.390 回答
2

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

每个问题都经过新 > 进行中 > 已解决的工作流程。然后测试人员会在满意时关闭问题。

我们很乐意更新我们使用 Redmine 的方式，似乎有很多很棒的插件，但我们发现其中有很多已损坏或无法安装。

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

于 2012-04-26T19:07:47.643 回答