项目管理系统对于实际管理需求的对应

刚刚和软件部门的部门经理进行了一会儿的讨论。

部门经理提出了他在今年的管理思路，然后想询问目前的项目管理系统如何对应。

管理思路如下：

• 整个部门会分为若干个项目团队，每个团队有唯一的负责人。
• 每个团队会同时负责多个系统/项目，每个项目的有唯一的负责人。（我建议项目的负责人就由团队负责人兼任）
• 各个系统/项目的需求来源会是多渠道的，有可能是不定期的。
• 部门经理日常既需要按照项目团队来管理人力资源，有需要按照系统/项目来进行业务管理。
• 部门经理需要看到针对团队和项目的不同层次的规划。

鉴于目前公司使用的REDMINE系统，我提出的对应方案如下：

• 针对每一个项目团队，在系统中建立单独的项目。团队负责人即是项目经理。
• 针对每个团队同时负责的多个项目，在系统中以issue catalog进行区分。
• 由项目经理负责将各个渠道的需求条目进行汇总，进行管理，并协调确认优先级。然后即可以采用SCRUM方式进行项目流转。
• 项目经理在规划时：
• 季度级别的规划以子项目的形式体现。（这个稍微有点别扭）
• 迭代周期级别的规划以version的形式体现。
• 迭代周期内部，使用issue进行任务分配。
• 这样，按照系统中的项目看来，项目组成员的工作量是饱满的。然后可以按照issue catalog进行过滤，观察某一个系统/项目的情况。

鉴于redmine非常强大的issue自定义过滤功能，因此可以很好的满足软件部门经理的管理需要。

而zoho project和activecollab该如何对应呢，正在考虑中……

（

activecollab：

• 只有单层的milestone功能，而没有子项目管理能力。因此对于多层次的规划需要对应比较困难。
• ticket有category功能，但是其过滤查询功能显然没有redmine强大。

）

（

zoho project / 百会项目：

• 里程碑分为两个层次，多种类型，完美对应规划需求。这点，比redmine强。
• 对于任务没有分类功能。
• 没有子项目功能。
• 任务查询功能不强。

）

activeCollab的功能特色

虽然我对如何使用REDMINE已经非常熟悉了。REDMINE已经非常强大了，但是，基于以下的一些原因，我准备在新公司继续使用activeCollab来进行项目管理，而不是Redmine。

• activeCollab提供功能，可以将单个项目的所有内容导出到一份静态文件包。
• activeCollab的文件管理功能，可以管理版本。同时，各个ticket中上传的附件，可以在统一的文件管理中全面查看。
• activeCollab的人力资源管理功能，可以对人员所在的公司进行管理。
• 对于一个任务来讲，可以同时分配给多个人。
• milestone->ticket->task三级管理，强于redmine的version->issue的两级管理。
• 有全局的DOCS管理功能。

下面是相对于redmine来讲activeCollab的弱项：

• 没有subproject设计，但是可以使用ticket中的category勉强对应。
• page功能没有wiki功能强大，勉强够用。
• 没有甘特图功能。
• 报表功能和筛选功能不如REDMINE强大。
• 没有插件机制，因此缺少了很多定制的功能，例如：燃尽图等。
• 缺乏流程定义功能。
• 缺乏自定义字段功能，所以一些信息的维护不够复杂，例如关于项目的一些信息等等。
• 没有单独的新闻模块。
• 不能继承版本控制系统。

不过上面这些暂时都可以忍了。另外最重要的：activeCollab不再免费了！