公司通過了cmm2,cmm3,iso9000的評估，拿到了證書，也建立了一套質量體系，但是，現在，並沒有真正在軟體研發部門達到cmm3，只能說，是某些專案達到了。
於是，我想到了乙個觀點：公司的不同階段有不同的質量目標，生存階段的目標是有市場，有業務可做，有公尺來下鍋；發展階段，有業務可做，可以保證公司存在的情況下，管理水平和產品質量必須要抓了，否則，不能趁勢發展壯大。
週六和朱江在加班，我就說出了一些自己對質量的想法。認證不是目的，只是檢測手段，可是現在質量如何提高呢？為什麼大家不執行質量制度呢？朱江建議，不實行過程管理，目標管理是當前最合適的。規定好其實需求，在移交時候控制發布，中間只作變更管理。聽起來是不錯，管理是有成本的，簡化管理，可以減少成本，但是，討論到後來，發現，給自己挖了乙個坑。因為，目標管理的目的是激勵工作，讓表現好的員工得到獎勵，可是，軟體開發是乙個相互配合的過程，是乙個組，而不是乙個人的行為，在每乙個過程中不採集資料，不設定檢查點，就無法快速定位問題，表現的好與不好更難判斷，更主觀了。更不能激發大家的工作熱情。
週日，sepg高成熟度沙龍，感覺過程管理基本是可行的，也是有實踐的資料，但是，過程控制的「度」的確是個問題，過分的過程控制，尤其是當質量達到一定的高階別，趨進於０的時候，需要花費大量的成本來提高一點點的質量。於是，這個度的把握就是個要**的話題了。。
今天和王敏紅討論了一下，了解了一下，做為系統設計師，是怎麼看這個問題的，他的觀點也是，文件很重要，變更控制很重要，但是，執行起來，太有問題了，客戶催起來，誰也沒辦法，連文件的變更都很難同步，更別提嚴格的過程控制了。開發人員的素質和公司的制度都有待提高。問題都是在產品提交給客戶的階段產生的。
說來說去，解決的辦法又是「過程控制」了。
過程改進 寬度優先還是深度優先？
在過程改進時有這樣一種現象 在組織內有很多專案，但是只有參與正式評估的專案嚴格按照cmmi的體系在做，其他專案基本沒有按此體系在做。企業在得到2級的評估時是這樣，得到3級的評估時還是這樣，得到4 5級的評估時仍然如此。體系在組織內根本就沒有推廣開來，而是限定在小範圍內的一部分專案的一段時間內。過程改...
過程改進 寬度優先還是深度優先？
在過程改進時有這樣一種現象 在組織內有很多專案，但是只有參與正式評估的專案嚴格按照cmmi的體系在做，其他專案基本沒有按此體系在做。企業在得到2級的評估時是這樣，得到3級的評估時還是這樣，得到4 5級的評估時仍然如此。體系在組織內根本就沒有推廣開來，而是限定在小範圍內的一部分專案的一段時間內。過程改...
作業三 改進目標
劉雪琴 因為我在大學期間並沒有進行過正規的專案，也沒有接觸過團隊合作專案，對於需求從來都是老師給了什麼要求，對於 從來都是功能夠了就行，能跑就好，沒有考慮過 的清晰簡潔，沒有對自己的 進行過正規的測試，此外，雖然一直聽說重構，但是對於 重構並不了解。在此次課程中，作為小組長，我最希望自己能學會和成員...