论坛首页 综合技术论坛

最近开发的一个软件项目管理软件(也算是对管理的讨论)

浏览 28860 次
该帖已经被评为精华帖
作者 正文
   发表时间:2003-12-23  
可以从http://www.chinaspis.com上下载!

帮我看看, 提提意见, 并且希望能对大家有所帮助.

当然就是因为这个软件, Tanghan Plugin的开发进度被耽误了.
   发表时间:2003-12-23  
我不是反对开发这类项目管理软件,但是对这类软件的销路是很怀疑的。我作 PM 是肯定不会买这类软件的。因为自己的经验以及读过的书让我对这些万灵药多少产生了一点免疫性。软件工程实践失败多成功的少,忽视人只重过程希望通过某种过程软件(例如 RUP)来一举提高开发效率简直就是痴人说梦。
我们现在项目的文档都放在 CVS 中,通过 TODO List 来布置工作,你也许觉得太原始了,but,it works. 等我们有了 100 个开发人员再考虑买这样的软件吧,可能要 5 年后吧,现在考虑还早,呵呵。
林博士最近还在推销 CMMI 吗?呵呵。

说话比较刻薄,有些故意拆台的味道,jlinux 千万别太介意。
0 请登录后投票
   发表时间:2003-12-23  
界面挺清新的,不象一些web项目做得界面花里胡少的。至于项目管理是否要做到这个程度,要看公司的要求了,我们暂时只用cvs,Bugzilla等工具。
0 请登录后投票
   发表时间:2003-12-24  
jlinux 你就是林锐?
0 请登录后投票
   发表时间:2003-12-24  
孤魂一笑 写道
jlinux 你就是林锐?
^_^  不是.
0 请登录后投票
   发表时间:2003-12-24  
dlee 写道
我不是反对开发这类项目管理软件,但是对这类软件的销路是很怀疑的。我作 PM 是肯定不会买这类软件的。因为自己的经验以及读过的书让我对这些万灵药多少产生了一点免疫性。软件工程实践失败多成功的少,忽视人只重过程希望通过某种过程软件(例如 RUP)来一举提高开发效率简直就是痴人说梦。
我们现在项目的文档都放在 CVS 中,通过 TODO List 来布置工作,你也许觉得太原始了,but,it works. 等我们有了 100 个开发人员再考虑买这样的软件吧,可能要 5 年后吧,现在考虑还早,呵呵。
林博士最近还在推销 CMMI 吗?呵呵。

说话比较刻薄,有些故意拆台的味道,jlinux 千万别太介意。


^_^ 介意, No. 在这里永远不会.
首先一点, 工具永远无法替代管理, 只能辅助管理, 任何一个项目管理软件和软件工程思想, 再好再先进也无法代替管理.
如果说一个团队或者公司的管理很正规到位, 那么用什么来协助管理和使用什么思想, 那是其次问题.  
比如说dlee你们用CVS和TODO List来布置工作, It's ok. 适合你们的管理能解决你们的问题就好了. 你们的管理应该比较到位, 成员的能力也应该非常的强,沟通也不成问题,  那么你们通过CVS和TODO List就可以解决问题, 没有必要现在使用其他工具来协助管理.
一个工具的使用, 如果他能起到促进管理和协助管理的作用, 那么就是一个好工具, 这也应该成为一个管理者选择开发工具的首要条件.

所以, 选不选择一个管理工具, 选择什么样的管理工具,都不是重点,  重点是你自身的管理. 这才是最重要的.

我们的工具不是强心剂, 不是万能药, 只是希望能协助开发团队的开发和管理. 没有开发团队管理和执行, 任何工具都是失败的.
0 请登录后投票
   发表时间:2003-12-24  
dlee 写道
我不是反对开发这类项目管理软件,但是对这类软件的销路是很怀疑的。我作 PM 是肯定不会买这类软件的。因为自己的经验以及读过的书让我对这些万灵药多少产生了一点免疫性。软件工程实践失败多成功的少,忽视人只重过程希望通过某种过程软件(例如 RUP)来一举提高开发效率简直就是痴人说梦。
我们现在项目的文档都放在 CVS 中,通过 TODO List 来布置工作,你也许觉得太原始了,but,it works. 等我们有了 100 个开发人员再考虑买这样的软件吧,可能要 5 年后吧,现在考虑还早,呵呵。
林博士最近还在推销 CMMI 吗?呵呵。

说话比较刻薄,有些故意拆台的味道,jlinux 千万别太介意。


有点武断嘛!
怎么短的时间,你就已经完全了解该软件的功能了吗?
再仔细看看,琢磨琢磨, 初看这个软件一定是化了很多的时间与精力打造的,必有其闪光点。
0 请登录后投票
   发表时间:2003-12-25  
我觉得开发一个软件自有他自己独立的市场如果一点市场也没有他也不会存在
0 请登录后投票
   发表时间:2003-12-25  
to tomcat:
呵呵,确实有些武断,我是泛泛地讲的。
项目管理方面还是保守一些比较好,因为这些措施会直接影响到开发人员的日常工作,并且直接影响到开发效率。不利十,不变法!目前我唯一确信的只有单元测试和持续集成(这些能起到收效在国外已有定论),要做好已经很不易了。邯郸学步,学不好反而贻害无穷。
一家之言,大家都不必太当真。
0 请登录后投票
   发表时间:2003-12-25  
dlee在这个问题上有些武断了。
所有的这类软件,都不可能取代管理,而只能是辅助管理。

计算机软件的目的到底是什么?我的理解就是:管理复杂性。字处理软件让你减少在纸面上修改文章排版的复杂性,文件管理器让你减少处理堆积如山的纸质文件的复杂性,IDE就是让你减少编写程序时体力劳动(edit, compile, run)的复杂性,而code complete是为了让你减少记忆类和方法声明的复杂性。

但是他们都不能取代你自己的劳动,就如同字处理软件不能替你写出漂亮文章,IDE不能代替你编写优美的程序一样。那么怎么能够奢望一个项目管理软件能够代替人管理项目呢?

项目管理软件只不过是用来减少管理中的复杂性而已。判断任何一款软件好快的标志,他解决的复杂性是否远远大于它增加的复杂性?这就是为什么项目管理软件难于编写的原因。如果这个软件反而禁锢了管理的发展,那么显然这样的管理软件是应该被抛弃的。

具体一点比如说,CVS+ todo list,那么bugtrace是如何进行的?code review是如何进行的?假若开发组只遇到几百个bug, code review也是直接面对面进行,那么这属于人工管理复杂性不高的场合。但是即便如此,一些良好的工具仍然可以帮助人们减少复杂性。

这就是所谓效率提高,人们可以用更少的人手,更少的时间来处理“事务性”工作,就如同作家不再需要花时间誊写改写的文章一样,可以把更多的精力投入你具有创造性的项目开发中去。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics