2月25日是非常值得紀念的，我們花了乙個星期實現了乙個最小的系統。雖然一切的設計還都非常原始，很明顯有不少值得改進的地方，但我們確實已經實現程式的框架，並能夠生成一些小東西了。這真的很令人振奮！
大家都從測試先行和迭代開發中嘗到了甜頭，每日會議也不會那麼拘束了，每天都會感覺有所收穫。這種感覺令人著迷，也讓我對自己推行的東西更加有信心了。
不過，我們專案中始終有一項風險，那就是我的時間投入可能不夠。這個星期，我為了讓小組能夠按我的想法工作，我投入了絕大多數時間在這裡，而把管理另乙個專案組的事交給其他幾個同學負責去了，而實際上，那才是我最初最重要的工作。
另乙個專案正是我們做這個**自動生成程式的使用者，也就是模擬客戶了。這個專案也是剛開張，用c語言開發，原來安排的專案組長以及一些骨幹都上北京培訓去了，需要乙個多月才能回來，剩下的同學大多沒有任何經驗，需要好好的培訓。由於我在團隊中培訓和管理大專案都有些經驗，而且這個專案也是那家大公司的外包專案，我已經有豐富的經驗，所以劉老師就把臨時管理的重任委託給我。
我當然不能辜負劉老師的期望，更不能厚此薄彼，我需要拿出點實際行動來做培訓才行，但是那個專案需要遵循公司的cmm4的規範來做，挺鬱悶，怎麼辦？
經過仔細思考，我決定在這兩者之間找乙個平衡點。
以下是我培訓的通知：
2月28日下午2點，專案中的各種角色職能介紹，估計1小時。
3月1日下午2點，單元測試技術講座，加上單元測試演練，估計3小時。
3月2日下午2點，結構化設計的演練極為精簡版，包括模組分解圖的繪製（只用在紙上繪製即可）、部分偽碼的編寫（請大家都準備好vc6）、部分單元測試的編寫、c**的編寫，估計3.5小時。由於這個演練需要分3組，每組4人，按列分組，這裡面需要乙個組名和乙個組長，所以我希望大家積極討論組名、推薦或者自薦成為組長。
我還是把重點放在設計、編碼和單元測試上，雖然我不敢在這個組裡面真的推行測試先行，cmm4的流程往往更傾向於使用經典的v模型，但我可以讓大家體會測試的重要性以及單元測試的方法。其實之前我就想把自己做的乙個cunit給大家介紹試用（不是網上最著名的cunit，因為我覺得那個太繁瑣，不好用，就自己做了乙個），但沒有辦法體現測試的重要（還記得單元測試的重要性那七條理由麼？），好了，現在有機會了。
我希望這些培訓能夠讓大家既接受我的想法、又能夠按照cmm4做下去，看看理想是否能夠變成現實。
軟體開發中的理想與現實（引子）
軟體開發實在不應該是乙個令人厭惡的工作，而更應該像一種藝術家的創作，充滿新意和樂趣。可是，我看過不少軟體開發者卻一直在寫另自己都厭惡的 做連自己都不敢正視的測試，最後在專案完成時長嘆一口氣，將自己的成果束之高閣 不敢再碰。造成這種窘境的根源在 是誰讓開發人員做出連自己都感到厭惡的東西？答案是多樣的，...
軟體開發中的理想與現實（三） 用重構來清掃戰場
2月17日的早晨非常寒冷，就算躲在被子裡也可以清楚地感覺到，不過到實驗室就不會覺得冷了 嗯，有空調就是好啊 所以，我很早就來了。重新檢查大家的 我有種想重寫的衝動 呵呵 不過這正合我意，因為今天的工作就是清掃戰場，做清掃的人當然是大家。首先我把需要修改的內容列一下 在算prime的時候沒有採用最優化...
軟體開發中的理想與現實（四） 興致勃勃做計畫
計畫遊戲。作為乙個最不專業的解釋，計畫遊戲就是在現場客戶 開發人員 相關負責人員的參與之下，分解 分配和估計任務的活動。之所以可以稱之為遊戲，因為這個活動充滿了遊戲性 由客戶編制一些 故事卡片 並初步標明一些優先順序，用於描述自己的需求，然後開發人員估計它們 客戶可以選擇自己最想要實現的 故事 是哪...