杭州回忆:难以使用的项目管理工具

2008-12-28 11:55:09
王春生
转贴 6218

前面一篇博客中讲到了在杭州一年中,我们的项目管理是非常糟糕的。除了我们做事不够专注这些主观方面的原因外, 缺乏有力的工具支持也是一个重要的原因。

我们现在用到的项目管理工具有:sharepoint, bugfree, xplanner, subverion, email, 旺旺,雅虎通。

  • sharepoint解决存储的问题。
  • bugfree解决bug和case的问题。
  • xplanner解决项目事务跟踪的问题。
  • subversion解决源代码管理的问题。
  • email和旺旺、雅虎通解决沟通的问题。

这些工具本身是没有问题的。问题的关键在于如何使用这些工具。

现在主要凸显出来的问题是sharepoint存储效率太低,存了一个东西之后就基本上找不到了。还有就是信息的冗余。比如一件事情要在很多地方涉及到:sps的文档里面,日报里面,xpplanner里面,email里面。效率是比较低下的。

xpplanner没有怎么用过。最起码的一点的感觉就是用起来不爽。英文的界面,晦涩的术语。现在又有了一个流程,大家下班前要登陆xplaner填写自己的工时。工时的填写记录是应该的,但如果需要有人提醒,也说明一些问题。

bugfree在解决case管理方面也没有做好。现在很多的同事喜欢用我们的一个测试框架来写用例,而不喜欢在bugfree里面写用例,就一个很好的证明。

最近bugfree2里面增加的和subversion集成的功能,是一个好的功能,但实际是增加了开发人员的工作量。现在提交代码时必须写bug号已经成为了一项流程,由过程改进部门的同事在强力推行。如果一个工具需要这样来推行,就说明了一些问题。

还有我们的测试提交单和总结报告单,基于sharepoint开发的,也是无比的难用。

我的观点,好的工具应该是提高大家的工作效率的,应该让大家觉得顺理成章、如沐春风的。而不应该是让大家感到繁琐、重复、没有必要、强制。

评论列表
文毅 2009-01-31 15:01:42
我的梦想就是 网站妈妈COMMAMA,让天下没有难做的网站!
zzq 2009-01-10 15:25:33
我们公司也尝试过将clearcase和clearquest结合,但没有强制推行。很多时候提交代码时并没有对应的bug号,例如是新需求或者研发自己发现的问题,如果要求每个代码改动必须有对应的MR系统记录,又会觉得很麻烦。最后还是依靠研发工程师的自觉,有的工程师素质比较好,会在提交时加上比较详细的说明,但有的就会偷懒。没有找到很完美的解决办法
wwccss 2008-12-28 21:09:49
问题的关键在于要求使用这些工具的人平时基本上不用这些工具。比如要求开发人员每次提交代码的时候要写bug号。谁会记得自己的头上有哪些bug呢?这时候是不是要中断,打开浏览器,查到自己头上的bug,然后再回来填写bug号。这个过程繁琐不繁琐呢?一次两次还可以,如果每次都搞,就麻烦了。但是制定这些规范的人平时自己不去提交代码,也就体会不到这些困扰。
lee 2008-12-28 20:37:23
找到途径也是不够的,要找能推动执行的人
(楼下可以继续)
xlight 2008-12-28 18:00:06
发现问题是不够的啊,要找途径解决问题的
1/1
发表评论
评论通过审核后显示。