1)压迫式管理

　　市场的发展要求软件的交付速度要越来越快，而成本要不断降低。这是一种趋势。但软件开发的种种不确定性导致软件的交付通常需要比“期待的”要更多些时间。这确实一个规律。不过有的公司无视这个软件的开发规律，采用“期待”时间制定计划。比如通常需要半年完成的项目，制定计划时就给两个月。计划出来的时候，大家心里都明白，“这只是个笑话”。但日常管理中就会以这种计划控制进度，计划也成为了悬在开发人员头上的一把尖刀和管理人员手中的另一个砝码。从此开发陷入了无尽的延期和加班。最后项目提交了，质量虽然有点低下但仅用了三个月。这样的项目不断重复，领导们也看到了规律，虽然有延期，但还是可以加快进度的，所以这样的方法屡试不爽。而项目的参与者通常只能疲于应付，开始忘记了思考和决策，只能是应付。计划的严肃性也就灰灰湮灭。

　　2)放养式管理

　　这种管理其实很简单，分配任务然后督促进度。这样的管理下每个团队都拿到项目，每个成员都承担某些模块，然后就埋头苦干，期间会很少交流。设计、代码中充斥着“个人”的味道和喜好。没有规则，也就没有一套统一的风格和理念。每个人都紧锁着自己心中的酸甜苦辣，默默暗喜于自己小小成就的同时也不断重复着别人经历的摸索。项目初始可能还可以承受，但随着越来越多的人参与进来以及越来越多的人离开，项目就开始变得无法维护。个人的成果很快成为了大家的雷区，无人敢去触碰，出问题的时候迫不得已的一次改动可能就看到了无情的崩溃。新人得不到规范地指导，老人也不会再被挑战中调整和进步，人员流动成为了常态。

　　3)简单管理

　　有的公司项目的日常管理有专门的团队进行，而有时这些团队并不熟悉软件开发及其规律，通常就只能按照最初安排的计划进行确认。管理人员和开发者之间除了“是否完成?”“是否延期?”之类的对话外没有其他共同的语言。这种结果导向式管理很快让开发人员在经历一些开发障碍时通常感觉有点烦，因为这时得不到急需的理解和支持，而是还得汇报“没完成”，“有点延期”。同时开发人员乘机的一些忽悠也使得进度监控失去了意义。简单管理导致的后果就是开发人员和管理团队之间巨大的交流沟壑，沟壑中回响着总是“是否完成?”“是否延期?”。

　　软件的发展有赖于软件的管理进步。但软件管理从科学和艺术沦为工具的时候，所开发的软件还能值得期待吗?