公司開發部的管理幾近混亂，開發專案下來沒有正式的通知，沒有需求計畫書，而且參與的人比奇的少，一般乙個專案乙個人。你永遠不知道使用者最終要求的產品是什麼樣的。也永遠不知道誰的意見才是最重要的。
舉個例子，一般都是這樣的：
開始，上面來個人叫你開發乙個自行車，他會說：就乙個自行車，你看多簡單呀。就兩個輪子，加乙個三角架。你問：有什麼要求？他通常會回答：沒什麼要求，就是一輛自行車嘛。最後不忘問你一句：明天能好不？
通常第二天也可能過幾天，他會來問你：開發的如何了？好了吧。你會說：還有點，過幾天就好。這時他就會在你身邊看，不時提點意見，最後說：乾脆，你給它裝個發動機，做成個電單車吧。你說：啊，這個難度高了吧，還要找變速箱、離合器的資料。他會說：不怕，要的不是很急，加個發動機而已，又不是很難。然後你就去找資料去了。
再過幾天，他又來了。又問：快好了吧。沒等你回答他又說了：我回去想了一下，反正都加了發動機、變速箱、離合器，乾脆再加多兩個輪子，開發乙個汽車好了。然後走開，留下你愕然而立。
再過段時間，他還會來，說道：這幾天我與他們討論了一下，覺得把汽車上加多一對翅膀，做成架飛機，這樣爽點。怎麼樣？這時你已經沒有多少言語了，不管他，做自己的事。
再過了段時間，終於他又來了，同行的還有老闆和幾個客人。他們一起來參觀你的作品。老闆對客人大肆吹噓：怎麼樣？我們的開發能力，世界一流吧。那個誰，在飛機上再加多幾個火箭助推器，做成個飛船不是更好。你愕然：啊！？這時，先前那個他馬上跳出來：老闆英明，算無遺策，千秋萬代，必一統江湖~~~~~然後他們相互拍馬，吃飯唱歌泡澡也順隨泡mm去了，沒你什麼事。該幹啥還是幹啥吧。
再過幾天，客戶的訂單來了，飛船 xx 艘，10天內交貨。
這個笑話有點意思，不過想想，搞管理的不了解搞技術開發的，軟體的定位一變再變，這樣的鬱悶事並不少。
從乙個笑話看軟體開發管理
關於軟體開發的笑話有很多，下面這個是我剛在qq群裡的看到的 1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6....
從乙個笑話看軟體開發管理
關於軟體開發的笑話有很多，下面這個是我剛在qq群裡的看到的 1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6....
從乙個笑話看軟體開發管理
關於軟體開發的笑話有很多，下面這個是我剛在qq群裡的看到的 1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6....