Project management 重新挖掘最佳做法

Project management 重新挖掘最佳做法,project-management,redmine,Project Management,Redmine,您在Redmine项目管理过程中使用了哪些技巧和“标准” 您是否有可以共享的标准wiki插入模板,或者使用Bug功能任务和支持问题来处理项目的标准方法 您是否允许问题和更新通过电子邮件发送到Redmine? 你使用论坛吗? 您是否使用SVN存储库? 您是否在eclipse中使用Mylyn来处理任务列表 我正试图把我们的部门拖进一些基于网络的PM,而不是通过电子邮件发送要求含糊不清的Word文档,然后是解释如何进行QA和部署的Word文档,所有这些都会在一堆相互竞争的更新和项目中丢失,因此当我不得

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

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

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


我正试图把我们的部门拖进一些基于网络的PM,而不是通过电子邮件发送要求含糊不清的Word文档,然后是解释如何进行QA和部署的Word文档,所有这些都会在一堆相互竞争的更新和项目中丢失,因此当我不得不修复某些东西时,没有人能找到任何关于它如何工作的文档。

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

  • 虫子
  • 特性(可能是对word文档的引用,或指向html需求页面的链接)
  • 对账(生产值和测试值之间的差异)
  • 等等

这是我们整合的要点。其余部分与此相关(例如,“宣布”部分用于定义路线图中使用的主要里程碑/发布日期)

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

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

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


我发现论坛没有被充分利用。我认为如果有一些电子邮件集成,它们会更有用。

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

1) 隐藏“问题”和“支持”跟踪程序,并将所有内容作为bug归档:

  • 为开发人员、测试人员和管理人员节省时间
  • 如果某些活动被列为“额外”或“新功能”或其他内容,则会安排快速会议对其进行评估
2) 里程碑和版本 我喜欢这一点,你可以很容易地跟踪每个版本的状态,并且在任何时候你都可以下载一个较旧的软件包,即测试客户端提交的bug

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


4) 版本控制集成,即在注释中使用“#123”,创建了指向相应问题的链接:简单聪明

除了其他评论之外,我建议使用“要做的事情”插件(我想是Eric Davis写的:) 使用该插件,您可以在多个项目中拖放问题的顺序


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

下面是我如何使用Redmine来保持我的头脑清醒(尽可能),让我的用户远离我,并希望防止将来有太多新员工牵手

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

  • 我希望在某个时候完成我的用于Redmine集成的Visual Studio扩展
  • 构建一个代码库,将我的应用程序与其Redmine项目松散地耦合起来:自动提交bug、从系统托盘中通知订阅涉众、由Redmine的REST API驱动的可重用交互式帮助菜单,等等(也许可以使用Wiki自动化部分文档?)

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

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

正如其他人所指出的,我们在commit中使用#nnn代码