主题:【原创】浅谈软件项目管理 -- 河蚌
不过感觉楼主的软件开发经历还是比较局限于比较小规模的软件。我说一下我的一些观点,我其实项目管理经验很少,欢迎大家讨论:
1.VSS似乎应该规到“版本管理”而非“项目管理”软件类里。这个类别里还有CVS,SVN,git,Clearcase等等。其中数clearcase最专业(当然也最费钱)。我认为这类软件的版本管理作用主要体现在2方面,一是多人协作,一是版本记录.前者不用说,后者之上还有branch, tag,mainstream之类的概念,再之上又衍生出一些稍高层的作用,比如Clearcase提供的UCM,这个东西已经可以帮助到项目管理了。我觉得这种软件对那种大规模,新版本会不断持续,质量要求高的软件特别有用。对那种10个人以下一两个月开发搞定的事,可能更像一个源文件存储器而已。
2. 概要设计的粒度问题,我过去的经历里还没经历过设计粒度到2天开发周期的情况,那里的概要真的很概要。而且,概要设计之下的详细设计也没遇到过设计的某个模块可以到2天开发周期的粒度。我只听说过日本公司会搞的这么变态。但我有一个疑问,因为需求变更会比较多,往往前面设计阶段越细,返工的代价越大。能解决这个问题,就我从理论上所知,Agile可以,即快速原型,快速迭代。
我以前在一个比较规范的公司里做,需求到开发阶段之后基本上不可能再发生变化,但这往往导致的后果是,一个需求从客户那列出来到最后产品到客户那里,需要2年以上的时间。这样的时间对很多客户和公司都是无法想象的。这也是项目管理一个比较麻烦的地方,在进度/质量/需求之间找平衡,我个人觉得这是在管理好团队这件事之外最难的事。你不太可能让同时你的客户和你的老板满意,如果是真的,那你的下属可能被你压榨的太历害了.
- 相关回复 上下关系8
🙂完全晕倒 宋兵丙 字121 2011-04-11 04:40:45
😉【讨论】很多观点心有戚戚焉
🙂关于系统的需求和概要设计 7 河蚌 字3822 2011-04-05 06:41:00
🙂到开发人员那边的任务切分越细越好 1 廣雅疏證 字568 2011-04-10 06:32:14
🙂好的软件开发团队还是很重视需求分析、概要设计和详细设计的 闯江湖 字102 2011-04-26 05:09:00
🙂做到类图级别可能需要花很长的时间了。 5 河蚌 字3752 2011-04-10 07:57:03