作為乙個code了十幾年的老菜鳥，眼睜睜看著國人開發從開始的一鍋爛粥，到後來的cmmi，再到xp、tdd，然後火爆了「scrum」，概念炒 作之甚，讓人不能不感慨，當年魯迅老先生的拿來主義，實實在在地在「創新」的年代得到了發揚光大。細思思又有些感傷，中國人在用著人家的系統、人家的開發 語言的時候，還不忘眩耀一下，瞧一瞧，看一看了，我們把人家的「先進」的管理理念也拿來了：）
說個普遍的現象，川湘菜在北京大行其道，但進 了北京又大行其道的川湘菜絕不可能是地地道道的川湘菜，因為菜的生存環境由潮濕而變為乾燥的時候，川湘菜必須要進行本地化的創新，否則偶而進食尚可，吃多 了就有害健康。聰明的商家自然要在新環境下進行創新融合。這種融合體現了什麼？體現了真實、真正創新的根基，那就是實事求是！
軟體開發管理的實事求是在哪兒？答案顯而易見，當然是在人上。在拿來那些所謂先進的管理理念的時候，我一直也沒有看到哪位先生達人把東西方、中國人與洋鬼子之間做個分析，進而創新一下下。今天，筆者就準備好腦袋，接著板磚和臭雞蛋時，發表一下謬論罷。
先 說說scrum罷，這似乎是時下外包公司最為推崇的一種模式。以例會、紀要之類作為主線，條理層次極為分明，具體的內容參看維基百科。但這對開發團隊的要 求得有多高啊，基本上完全忽略了國人應試的高明（招聘）－>可能招進名不符實的成員，國人團隊搭建的磨合－>可能存在設計、編碼的不一致，國 人專案過程中人員的變更->可能出現臨時救火等特定情況。因此，筆者大膽設想，該種方式可以進行如下改進：
1.團隊內機動設定」牛「一角色，當有新成員參加時，負責解惑答疑，統一設計編碼風格，確保軟體質量，最佳方式當屬雙人搭隊程式設計。戰場歷來是最佳培訓場所，牛當然也可以作為預備隊使用。
2.團隊內部設定獎懲機制。建立進度、效率、質量平衡的獎懲，可以跟績效評估掛鉤，這對於日趨現實的國人吸引力是顯而易見的，說不定就會有人主動加班加點趕進度呢，幹嘛非得去學習洋鬼子加班違法的臭毛病？
3.團隊內部應當有適量的活動經費，對於人情社會而言，大家一起吃吃飯、kk歌，永遠會增進感情，大大增強團隊的穩固性。誰也不能否認，穩定的團隊在開發中的戰鬥力。
4.無論是在工作分工還是在其它週期稍長的計畫上，都應該有預案和備用方案。原因還用說嗎？
有這些想法的理由只一句話：人，永遠不會成為機器，中國人尤其不可能成為機器。
信馬由韁，今天先寫到這兒了。
軟體開發管理
scrum感言 軟體流程的名稱太多，rup,v model,iso9000，cmm等等不一而足。最近接觸了scrum，收穫良多，與諸位同仁分享。自從有人類社會活動以來，就形成了各種各樣的組織和制度，上到社會體制下到家庭環境，西方到東方，社會風尚 工廠流程 等等，這些東西都具有一種共同的特點 都是為了...
軟體開發中的老問題 溝通
軟體開發中的老問題 溝通 在軟體開發中有這樣的乙個法則 brook 法則 向進度落後的專案中增加人手，只會使進度更加落後。我們經常可以聽到 1 1 2 的說法，但從這個法則中可以知道，在軟體開發中 加 1是小於 的，甚至是小於 1的，這是為什麼呢？其中主要的原因就是溝通，專案開發人員之間的相互溝通產...
從乙個笑話看軟體開發管理
關於軟體開發的笑話有很多，下面這個是我剛在qq群裡的看到的 1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6....