碰到很多小公司，在软件开发领域挣扎了很多年，都没有什么发展，终究其原因，一可能是市场前景不好，另一则，应是开发管理水平相当低下甚至于无。
特别是人数在三十个到五十个人的小公司，管理上其本是一遍混乱。近几日，几个熟悉的朋友在一起聊到这事，真是感慨万千。小作坊式的个人模式到如今，只不过是人多了几个，小作坊变成了大作坊，永远都脱离不了作坊式的工作，个人主义，英雄主义比比皆是，更有在同一个公司呆了好多年，变成坐井观天者。
以下列出常见的一些公司的管理，以便分析。
实况1：没有开发过程的概念，没有什么仔细的计划，最多就是几个人坐一起，开个小会，说一说，然后就让大家找资料，找好资料后，就速度开始干活了。少量设计或者在编码时设计，文档想起来就补。软件质量差，经常是以客户使用作为真正的测试。
实况2：总是想用工程化管理来对实际项目进行操作，但往往虎头蛇尾，每个人都有雄心壮志一定要规范，一旦动起手来，总感觉在编码之前无所事事，走了N条弯路之后，才想起以前的不对。总是进行测试，但感觉每次测试都不彻底。文档总是与实际情况不符。
对于前者，本身无管理概念，要进行改革，必须要从观念做起，对于后者，主要是经验及水平的问题了。
如果认真去进行调查，会发现，管理混乱的公司，开发周期长，产品质量差，工作人员心情烦躁。每开发一个新的产品或项目，均感觉进入了一个无底洞，无穷无尽的BUG。如果核心力量一离开，整个产品线又得陷入低谷了。
不管面对何种情况，适应于小公司的一些基本生存法则，还是有的。主要从以下方面着手。
1、 着重规划，但不架空规划。意思是说，在事情开展之前，进行规划，规划的目的并不是为了要规划才增加一些条条目目的内容。小公司如果没有专职的项目经理，则要指派经验足。规划的目的，是寻找问题，寻找方案，寻找解决者，寻找时机。
2、 使用成熟的技术。往往不成熟的技术会使得开发中期陷入困境，而一些成熟的，比较笨的技术，反而能加快开发周期及产品稳定性。
3、 使用XP开发方式。最好是以测试驱动进行开发。另外一些如结对编程等。
4、 如果有文档，则一定要保证其是最新的。如果有一大堆不正确的文档，有时候还不如没有文档。
5、 不管有没有时间测试，加强代码检查是必要的。
6、 建立完整的BUG活动记录。
7、 规划好版本，使得在开发版与测试版与产品版能无缝升级。
8、 建立订审机制，小公司使用绩效考核是非常痛苦的事，还不如将这种强制性变成主动性。
