主题：【原创】浅谈软件项目管理 -- 河蚌

不过感觉楼主的软件开发经历还是比较局限于比较小规模的软件。我说一下我的一些观点，我其实项目管理经验很少，欢迎大家讨论：

1.VSS似乎应该规到“版本管理”而非“项目管理”软件类里。这个类别里还有CVS，SVN,git，Clearcase等等。其中数clearcase最专业（当然也最费钱）。我认为这类软件的版本管理作用主要体现在2方面，一是多人协作，一是版本记录.前者不用说，后者之上还有branch, tag,mainstream之类的概念，再之上又衍生出一些稍高层的作用，比如Clearcase提供的UCM，这个东西已经可以帮助到项目管理了。我觉得这种软件对那种大规模，新版本会不断持续，质量要求高的软件特别有用。对那种10个人以下一两个月开发搞定的事，可能更像一个源文件存储器而已。

2. 概要设计的粒度问题，我过去的经历里还没经历过设计粒度到2天开发周期的情况，那里的概要真的很概要。而且，概要设计之下的详细设计也没遇到过设计的某个模块可以到2天开发周期的粒度。我只听说过日本公司会搞的这么变态。但我有一个疑问，因为需求变更会比较多，往往前面设计阶段越细，返工的代价越大。能解决这个问题，就我从理论上所知，Agile可以，即快速原型，快速迭代。

我以前在一个比较规范的公司里做，需求到开发阶段之后基本上不可能再发生变化，但这往往导致的后果是，一个需求从客户那列出来到最后产品到客户那里，需要2年以上的时间。这样的时间对很多客户和公司都是无法想象的。这也是项目管理一个比较麻烦的地方，在进度/质量/需求之间找平衡,我个人觉得这是在管理好团队这件事之外最难的事。你不太可能让同时你的客户和你的老板满意，如果是真的，那你的下属可能被你压榨的太历害了.