软件开发和管理现在有很多种方式，找到适应自己的才是最好的。可不少公司为了省事，把别的公司或是现成的开发规范直接拿过来就用，似乎有些欠妥当，说白了，他们缺乏了自己对管理和软件开发的理解和思考，只是希望能快速的解决问题。欲速则不达，一个团队的战斗力的形成，不是一蹴而就。下面我就举一个我亲身体会的反面例子，鉴于方面描述，我就把这个公司称为某软件公司吧，呵呵。

　　某软件公司，刚刚成立，通过深厚的公司背景和财力，从其他公司挖来很多不错的开发高手，形成了初级规模的开发团队，由于项目较多，于是把开发人员分成了若干个开发团队，基本上是2~3个人开发一个项目。为了管理项目的质量，公司不知道从何处引入了一些开发规范，主要是些开发流程和相关的文档模版，于是开发人员的噩梦便开始了。由于项目工期紧，大家的工作基本上都是比较饱和的，但为了迎合公司规定的开发流程，开发人员还要完成相应的流程文档，把本来不多的时间搞的越发的紧张，最后项目的质量不但没有提高，反而下降了。因为开发人员为了完成流程文档，减少了对代码的优化和测试，开发流程和文档不但没有起到管理项目和监控质量的工具，最后往往都成了形式上的东西，公司的初衷是好的，但是结果却是很不理想的。

　　我对软件管理的本质的思考：软件管理的目的无非是以最低的成本高质量完成项目。每个公司的情况不同，项目不同，开发人员不同，总之，有很多不确定的因素影响着项目的开发。没有万能的方法能够适合任何的项目，项目管理人员根据实际情况来管理项目才是最可取的。以前很多前辈们总结的开发流程和规范，只能作为参考，要深入思考它们，理解它们为什么要这样做，吸取它们的经验，避免在自己的项目中重复这些错误才是正道，一句话，项目管理没有捷径，需要脚踏实地的工作才能达成一个更好的结果。