軟件設計和編碼中有壞味道，管理中一樣存在壞味道，而且禍害更大。結合自己幾年的工作經歷，試着分享幾種：
1）壓迫式管理
市場的發展要求軟件的交付速度要越來越快，而成本要不斷降低。這是一種趨勢。但軟件開發的種種不確定性導致軟件的交付通常需要比“期待的”要更多些時間。這確實一個規律。不過有的公司無視這個軟件的開發規律，採用“期待”時間制定計劃。比如通常需要半年完成的項目，制定計劃時就給兩個月。計劃出來的時候，大家心裏都明白，“這只是個笑話”。但日常管理中就會以這種計劃控制進度，計劃也成爲了懸在開發人員頭上的一把尖刀和管理人員手中的另一個砝碼。從此開發陷入了無盡的延期和加班。最後項目提交了，質量雖然有點低下但僅用了三個月。這樣的項目不斷重複，領導們也看到了規律，雖然有延期，但還是可以加快進度的，所以這樣的方法屢試不爽。而項目的參與者通常只能疲於應付，開始忘記了思考和決策，只能是應付。計劃的嚴肅性也就灰灰湮滅。
2）放養式管理
這種管理其實很簡單，分配任務然後督促進度。這樣的管理下每個團隊都拿到項目，每個成員都承擔某些模塊，然後就埋頭苦幹，期間會很少交流。設計、代碼中充斥着“個人”的味道和喜好。沒有規則，也就沒有一套統一的風格和理念。每個人都緊鎖着自己心中的酸甜苦辣，默默暗喜於自己小小成就的同時也不斷重複着別人經歷的摸索。項目初始可能還可以承受，但隨着越來越多的人蔘與進來以及越來越多的人離開，項目就開始變得無法維護。個人的成果很快成爲了大家的雷區，無人敢去觸碰，出問題的時候迫不得已的一次改動可能就看到了無情的崩潰。新人得不到規範地指導，老人也不會再被挑戰中調整和進步，人員流動成爲了常態。
3）簡單管理
有的公司項目的日常管理有專門的團隊進行，而有時這些團隊並不熟悉軟件開發及其規律，通常就只能按照最初安排的計劃進行確認。管理人員和開發者之間除了“是否完成？”“是否延期?”之類的對話外沒有其他共同的語言。這種結果導向式管理很快讓開發人員在經歷一些開發障礙時通常感覺有點煩，因爲這時得不到急需的理解和支持，而是還得彙報“沒完成”，“有點延期”。同時開發人員乘機的一些忽悠也使得進度監控失去了意義。簡單管理導致的後果就是開發人員和管理團隊之間巨大的交流溝壑，溝壑中迴響着總是“是否完成？”“是否延期?”。
軟件的發展有賴於軟件的管理進步。但軟件管理從科學和藝術淪爲工具的時候，所開發的軟件還能值得期待嗎