软件项目管理之文档化进程

发表于:2009-12-09来源:作者:点击数: 标签:
软件项目管理之文档化进程 项目管理软件 关键字:文档化进程 软件项目管理,究竟是一门什么样的学问? 软件项目管理,究其本质其实是一项管理,它应该被描述为一项管理软件人员协同工作的职责。 现代软件的特征表明,一个成功的软件的 开发 将不是或至少通常

      软件项目管理之文档化进程  项目管理软件

  关键字:文档化进程

  软件项目管理,究竟是一门什么样的学问?

  软件项目管理,究其本质其实是一项管理,它应该被描述为一项管理软件人员协同工作的职责。

  现代软件的特征表明,一个成功的软件的开发将不是或至少通常不是一个人所能够完成的,而是由软件团队协同完成的。如何组织协调软件团队有序有效地协同开发软件是软件项目管理的伟大职责。我们有理由相信没有良好的软件项目管理的团队是无法高效地适应现代软件行业竞争的。因此,软件项目管理的重要性一直被看作软件工程中的至关重要的成分而被列入项目经理的必修课。

  经常听说,大公司/外企所拥有的是一个有效的管理团队,从大公司出来的人,之所以吃香,是因为他们所耳濡目染的管理经验能够带来对新公司生产力的一种提高,或者说,这层“管理能力”将成为他们梦寐以求所镀的金。

  软件项目管理,不是管技术的技术,而是管人的艺术。

  说说我得到的关于一些外企工作方式的一些例子。一个知名的外商独资跨国公司软件部,接受该公司在中国大陆的软件业务的承接,并完成70%以上的海内项目。他们的工作生活在明确的分工之下,从承接项目开始后,顺序完成软件项目的需求,设计,制作研发,测试等任务。期间包括从项目审核开始的各项流程,完成这些前期工作的时间占用了整个软件项目开发60%以上的时间,之后才开始代码的编写。当然设计肯定不是完美的,期间的修改也是围着主干道,八九不离十。再经过严格的测试才有最后的软件产品。这些和我们所得之的许多软件项目管理书中所提及的比例分配也不谋而合。

  国内的情况呢?我们可以说现在软件公司的数量参差不齐,大小规模更是另人诧异。我不能一棒敲死所有人,但是我相信很多公司总是这样:项目经理得到项目之后就开始思量着怎么开始这个软件的设计,于是很快召集人马把数据库先架起来,然后也写了一份还算能用上滚动条的word文档,招来手下,开始给他们讲解这个项目的各个模块,之后的工作可想而知,就是进入coding。项目很快就落户VSS了,上面也能找到×××项目需求文档。

  时间上呢?海外公司可能在项目到手的一个月内一直在写文档,导致程序员都不知道自己是不是应该换位叫文员,大陆团队,程序员怀着为软件牺牲的热情,开始了没日没夜的代码生活,写的是他们最喜欢的代码,而不是文档。

  一个月过去了,海外公司终于启动了编码进程,而大陆团队可能已经写完了大部分模块了。(国内很多项目经理本身也就参与编码工作,并且还是不可或缺的人物)项目经理开始逐一查阅成果了,项目经理还是资格比较老一点嘛,就开始和手下沟通了,

  这个页面怎么这么难看啊?你不觉得这样很难看吗?你就不会……于是,改。

  这个功能好像不对啊,我上次应该是跟你说的很清楚了,你怎么忘了?……于是,改。

  这个做的倒是还可以,不过,这里、这里、这里,你不觉得用得很不舒服么?于是,改。

  这个,你参考一下我做的×××,我们现在都尽量不用图片了,你不能跟上一个项目一样啊,我们可以变得嘛,我都已经改了,你也改成这样吧,(反驳:不是以前说要做成这样么),那是领导的意思,换用文字不是更直接么?(反驳:可是以前做成这样就被说过不行的呀),你还是听我的,改成这样吧!于是,改。

  这个,这样做不太好,你不觉得不方便么,而且技术上做的这么复杂,分开,为什么还沿用以前的××风格,现在这个**风格的做法不是很好用么?为什么不用?于是,改。

  ……

  程序员一直纳闷,这我也是想了好久的呀,要是换我当customer,这样感觉很好,至少比××样好,嗨,不过也只得改,反正按时间算钱……

  

原文转自:http://www.ltesting.net