项目管理部分常用工具

下午的UCD书友会里头,中华提出个问题,他有10个人有团队,想知道大家都在做点啥,然后能看到每个人的工作量如何,工作强度如何,工作进度如何。于是想要有个小巧的软件来解决这个问题。于是当就软件而言,我推荐了几个软件。

Microsoft Project Server

这个是微软SharePoint的成员。如果能比较熟练掌握Project,把玩它就不是什么特别难的事儿。Microsoft Project Server可以管理项目中的文档(有类似wiki的版本的概念),也提供了团队中常用的功能,投票、公告啥的。
首先由项目经理去把任务分解好,然后分配给组员。期间的通知是由邮件来驱动的。组员收到邮件之后,可以点击链接到web上查看任务。组员可以提出任务的修改意见,比如我需要推迟到什么时候开始之类。然后PM可以接收到这个意见,然后可以选择接受组员的建议,或是拒绝。如果接受,那这个项目的甘特图就一并被调整了。
任务的开始,结束,都可以在web上进行。于是项目经理就可以很方便地看到项目实际运行的情况,于是挣值分析之……
另外,Project Server还提供了一个“报告”的工具,就相当于一个调查的表单,项目经理可以发起一个请求,要求组员报告若干内容,以把握组员工作状态。

哥的实际使用情况是,不适合中小团队使用。如果你只有十来个人,用这个简直是恶梦。因为大家做的事情非常多,根本没空去应付这个该死的系统,填写那么多表单啊,然后邮件一来一回的啊。而且这玩意从项目经理到组员使用,都是有一定斜率的学习曲线的。不是那种要过CMMI几的公司,我觉得不必要推广使用这个软件。

JIRA

应该挺多公司有用到这个软件了。它一般都做为bug tracker来使用。把BUG派给某个工程师去解决。解决了,就标记为fixed,然后等着被closed或reopen。
但JIRA其实是一个工作流引擎,你可以定义一个工作的状态、动作、流程(好吧,跟自动机似的)。然后什么人做什么动作,都能定义。
然后可以看到谁谁谁头上有什么事儿要做,已经解决了什么事儿。有挺丰富的查询功能。但统计功能好像还比较弱。
它还有一个“版本”的概念,就是里程碑了。把一些工作集合起来定义成里程碑。然后你就可以看到这个里程碑的进度如何。

个人体会,里程碑可以把原先比较模糊的“进度”概念一下子清晰起来,而且很有利于项目经理把控进度。在NetBeans里已经可以在svn commit的时候一并修改JIRA上的issue的状态(当然也支持bugzilla)。同时JIRA的开发公司同时也提供了confluence这个工具(理解成wiki就对了),对公司、项目的知识积累和管理都相当有用。在我目前的项目中,我也在努力推广大家习惯使用JIRA来推进自己的工作进展。

回到文首提出的问题,项目管理者了解员工最好的工作方式,不是靠软件,而是靠每天的沟通,日报周报月报。比这些软件都有用。软件始终是辅助的东西,不能指望几个软件就能帮你解决好项目的问题。成事在人。

Copyright © 2011. All Rights Reserved.

《项目管理部分常用工具》有2个想法

  1. 厄,果然都是当老大的范儿了……已经开始关注进度跟沟通鸟……

    为什么你说的这些个工具我们都木有听过……厄,,孤陋寡闻……偶们原来用的什么mantis,red mine都是什么东东哇……

发表评论

电子邮件地址不会被公开。 必填项已用*标注