談軟體開發過程的改進

            流程改善是很多軟工資料中反覆提到的 .期望一下子就達到CMM的目標對大多公司來說都不顯示，但有些基本的管理方法還是可以在短期內見到效果的， 例如會議制度、考勤制度、項目資源統一管理、組態管理、測試管理等，下面分別進行說明：      會議制度並非屬於軟體工程的範圍，但卻是很基本的公司管理制度之一，如果這一點都貫徹的不好，很難想象能將知識體系龐大 的軟體工程進行實施.一個項目小組，一般要一周內有一個固定 的例會，總結一周的工作並計划下一周的工作，會議前指定一個主持者 和一個記錄者，作會議記錄的時間成本比較小，只需要注意 把會議形成的結論記錄下來就可以了.另外每周也應不定時的召開一些會議， 根據項目的具體情況來定。會議記錄的格式有很多可參考 ，也可以根據自己的要求來做，只要保證記錄了關鍵內容就夠了.      考勤制度對於高科技公司來說尤為重要，軟體公司裡員工大多是年輕人，更有不少剛走出校門，年輕人的特點是在項目緊的時候加班 加點都不在乎，但平時也會有懶散的情況，如遲到、早退等，在一些剛起步的軟體公司來說，頻繁加班也成了很多軟體工程師工作散漫的借口。 這一點長遠來看是不利的。應該盡量減少加班，但平時的考勤制度一定要嚴格執行，不能因為某個人、某個小組前段時間加班頻繁或工作辛苦 為由而放鬆考勤.具體的辦法有很多，內部網就是很好的一種方式.      在一個項目小組中，即使人數很少，也應該盡量有所分工，例如讓某個人在承擔Coding,Design等任務的同時傾向於Testing工作，某個人 則負責組態管理，組長要負責對檔案的統一管理，文擋的格式規範最好由一個人把關，文擋的具體內容由各成員來寫，做分工的好處是避免每個人似乎 什麼都做，但卻什麼都不精通，可能出現每個人都寫文擋，但格式都不相同的情況，如果要求每個人都寫格式相同的文擋往往有不少困難，不如讓一個人 來保證文擋的格式，一般要保證文擋在每一周裡都能同步更新.      組態管理是CMM中比較能看到效果而且實施難度小的Issue,一般用SourceSafe,CVS等工具就能滿足要求，如果用Microsoft的IDE，一般就用 SourceSafe,如果是Jbuilder或linux下的開發環境，就用CVS.但要注意一旦選定了一個工具就不要輕易放棄，要逐漸瞭解使用工具的技巧.      測試管理的實施也要求先要對測試的重要性和一般的理論有一定瞭解，這方面的資料一大把，無非就是測試的分類、步驟等等，而且大多也會 用很重的筆墨證明測試有多麼重要云云，其實測試的重要性根本不需要多說，大家都已經認識到了。瞭解了理論後，同樣是找一些工具，例如OpenSource 的bugzillar就是很好的bug管理工具，只是配置的時候要搞清Apache,perl等一堆東西，還要考慮漢化等等.