軟件開發中的理想與現實（十三）——新的培訓即將開始

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做下去，看看理想是否能夠變成現實。