Redmine最佳做法

作者: 狗头军师
发布时间: 2025-02-06 02:13:35 (22天前)

2 条回复

1#
回复此人
v-star*위위 | 2020-08-19 15-14

我为一系列制造公司开发和维护内部应用程序。截至本文发表时，我是IT团队中唯一的开发人员/分析师。在经济衰退的最严重时期，我的项目需求激增了。因此，我的项目和问题积压工作相当繁琐。我们目前正在进行重组以扩大团队规模。这是我使用Redmine的方式（可能的话）使我的头保持直立，让我的用户望而却步，并希望将来避免过多地握住新员工。我将Subversion与TortoiseSVN和恰当地命名为Tortoise-Redmine插件一起用于源代码控制。提交后刷新Redmine项目上的存储库，链接问题，该问题将显示问题的修订版本，并通过电子邮件通知更新我的涉众。我将项目描述视为与不参与项目的人员交流项目目的，范围和生命周期阶段的一种手段。这样，我的用户就可以知道我的盘子上有什么，以及我在远处注视的自助餐上还有什么。我将特定的角色名称用于我的权限集，这些角色名指示了一组以上的权限-再次作为文档的一种方式。我的角色包括：项目经理，项目团队成员，所有者，主要用户，次要用户，观察员，霸主（对我的老板来说……既有趣又正确）。我使用Wiki和文档作为文档，具体取决于我认为合适的文档。版本对我来说几乎没有用，所以我没有将其用于计划的发行版，而是使用它来将相关问题分组为sprint。我使用Eric Davis出色的Stuff-To-Do插件来组织/重新组织上述sprint，然后根据我的问题对目标版本进行大规模编辑。这也让我的利益相关者知道我在做什么，以及我如何优先考虑他们的利益（无论好坏）。为了鼓励用户交互，我在应用程序的“帮助”菜单中添加了指向Redmine项目的链接。“关于”框中还包含指向Redmine项目的链接。未来的计划我希望可以在某个时候完成用于Redmine集成的Visual Studio扩展。构建一个代码库以将我的应用程序与其Redmine项目轻松地耦合：自动提交错误，从系统托盘中订阅利益相关者警报，由Redmine REST API驱动的可重复使用的交互式“帮助”菜单等。（也许可以通过Wiki自动实现部分文档？）

编辑

登录后才能参与评论