Redmine最佳实践 | 那些遇到过的问题

Eri*_*c H 21

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

以下是我如何使用Redmine保持我的头脑(尽可能的程度),我的用户在海湾,并希望将来防止过多的新员工.

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

未来的计划

我希望在某些时候完成我的Visual Studio扩展以进行Redmine集成.
构建一个代码库,将我的应用程序与Redmine项目松散地结合起来:自动提交bug,从系统托盘中提醒订阅利益相关者,Redmine的REST API驱动的可重用交互式帮助菜单等(也许可以使用Wiki自动部分文档？)

Eri*_*vis 20

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

我确实允许通过电子邮件发送新问题和更新,这对于电子邮件连接用户(或总是在他们的iPhone上的用户)非常有用.

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

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

保持Redmine,Eric的伟大工作! (3认同)

Meg*_*dix 10

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

1)隐藏"问题"和"支持"跟踪器,并将所有内容归档为错误:

为开发人员,测试人员,管理人员节省时间;
如果某些活动被称为"额外"或"新功能"或其他任何活动,则会安排快速会议对其进行评估.

2)里程碑和版本我喜欢这个,你可以轻松追踪每个版本的状态,并且可以随时下载旧包,即测试客户提交的错误.

3)"拯救","问题"选项卡上的功能:另一个大的节省时间,我有救了很多天的日常报告任务不同的查询,这一切我所需要的.

4)版本集成,即在注释中使用"#123"创建相应问题的链接:简单聪明!

Mat*_*kel 8

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

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

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

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

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

支持电子邮件直接进入我们的支持项目,如果电子邮件导入更加强大(如果项目:行包含在电子邮件中,有时它不会正确创建新票证),我们会让网站查询自动生成销售票证.实际上,我们只需要监控支持服务单,并将其移至销售部门(如果适用).

我希望能做的事情:

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

Sco*_*den 7

到目前为止,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问题.

小智 6

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

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

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

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

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

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

Gre*_*gor 5

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

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

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

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

Von*_*onC 4

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