為乙個有志向的軟體設計人員，如果還不清楚
cmmi是什麼的話，那麼你就永遠成不了乙個合格的軟體開發設計人員。系統的了解cmmi的每個過程，對於乙個軟體開發工程師是有必要的，對於軟體開發的管理者更是有必要。
我們公司的管理混亂是出了名的吧，其實公司上層
領導自己心裡也很明白，我們作為一般的員工也隱隱感到這種現狀。有很多時候，不是我們不努力，而是我們不是該怎麼努力。很多任務作似乎沒有人負責，但是又感覺到有很多人負責。在現代的高科技企業中，這種情況還是比較少吧。
從公司的成立到現在，由於種種原因我都沒有換過工作，對
我們公司各個方面還是比較了解。我記得很清楚，在我們進行第一天cmmi的培訓情景，確實很熱鬧，幾乎公司所有的領導都到齊了，好像公司的任何會議
都沒有這麼整齊吧。那時我在想，cmmi
培訓需要很多次才能完成，他們都能夠參加嗎?後來那些領導都沒有來了，僅僅只剩下我們。從內心將，我還是很喜歡我們公司，也
希望我們公司有乙個好的發展，更希望我們公司有乙個正規的管理流程，不是每天猜領導們的意思，也不需要看領導的臉色做事，一切根據公司的規章就可以了。
cmmi開始的培訓是比較枯燥，沒有具體案例分析，都是一些條條寬寬的。我還是耐著性子堅持完所有的
課程。這麼多年的軟體開發或是產品開發，最後都是不了了之，其實每個專案我都是全力以赴，但是結果為什麼會這個樣子，這是乙個在我心中多年的疙瘩。我更希望公司能夠從這個cmmi認證
之後，公司的
管理走上正規。這是我賴以生存的公司。
從cmmi培訓開始到現在，也近一年的時間了，我們也順利通過cmmi3認證，但是我們公司依然如此，沒有任何的改變。cmmi給我帶來了什麼? 如果從
資金上講我們已經總計投入了50萬吧(包括所有的費用，以及員工的學習工作量成本)，我很難想象公司化了50萬作為幾個員工的cmmi培訓。
cmmi僅僅只是乙個軟體開發標準化流程，cmmi確實不能給公司帶來直接的經濟利益，但是他在整合公司力量，規避風險以及保證軟體質量上確實有很多可取之處。下面就從我進行那麼多年產品開發教訓和cmmi的流程進行一些分析。
在這個公司的力量方面，cmmi特別重要過程的評審，有什麼走查、四眼評審和會議評審，這些都是強度軟體開發過程中，員工之間相互協助和監督的作用。例如在進行專案立項的時候，或是專案策劃的時候，需要對進行的評審。在產品開發
活動中，將涉及到很多方面的內容，僅僅靠公司乙個人或是兩個人是不能得到最好的決策，這就需要很多人參與，將不同的觀點進行集中和分析，那麼最後的結果將代表的是這個公司的觀點，而不是每個人的觀點。這個過程在我們公司是沒有很好的實行的，大家都是乙個想法，不是我的事情，我不管也不問，就是知道也不說。怎麼集中公司所有人的力量把關鍵的事件做好，是一件非常重要的事情。 例如我們公司在對外合作的時候，沒有專門的研究人員，研究對方的公司的情況，僅僅靠談判進行合作是非常危險的。 另外乙個專案開展也不進行任何的調查，就開始也是非常危險的。在很多關鍵環節上沒有體現公司的整體力量。
整合公司的力量還表現在技術方案的分析和決策。由於公司員工人員結構的不同，不可能將熟悉專案的人員都調到專案開發組中。其實可以通過參與專案的重大問題的評審來體現他們的力量。最後公司提出的方案就是代表了整個公司的水平，而不是方案制定者的個人水平。 我很贊同很多公司的做法，就是將完成的文件和源**在專案組成員之間相互
檢查(互評)，這樣會大大提高文件和**的質量。
cmmi非常重視風險管理，在任何乙個專案的進行都避免不了這個問題，所以風險管理是乙個非常重要的過程。在實際的專案開發過程中，情況一直在改變，我們預定的計畫是固定的，那麼怎麼處理我們計畫中出現的問題，在進行專案策劃過程中應該做仔細的分析和**。cmmi不可能幫助乙個家公司成為暴發戶，但是他可以幫助公司規避一些開發過程中的風險。這也是很多大公司，不管領導怎麼換，公司依然能夠很好運作的原因吧。在我們公司缺少這方面的管理，每個專案的感覺就是到那裡天黑到那裡休息。專案開發的每個環節都沒有進行很好的控制，由於種種原因，專案常常出現失控情況。
cmmi對軟體質量的管理更是很嚴格，每個開發過程都有人監督。從開發流程到技術實現，這也是我們公司非常欠缺的地方，我們公司存在權利過於集中在某些人，公司管理幾乎都是乙個人說了算的局面。每個人都有惰性，每個人的認知都有侷限性，每個人或多或少的有點私心都是非常正常的，這只能靠公司的正規監督機制才能避免，僅僅靠員工的直覺肯定是不行的。
其實cmmi對於管理的要求遠遠比我描述的複雜和嚴謹，如果我詳細寫的話，可以寫一本完整的書。軟體開發流程以及公司的管理確實是一門很深的學問。
從設計角度分析MVC
ps 原來寫文章是從來也不寫提綱的，現在通過不斷的設計訓練和 注釋的影響，沒提綱就寫不下去了 言歸正傳，mvc作為一種軟體設計模式，它用一種業務邏輯 資料和介面顯示互相分離的方法組織 將業務邏輯單獨封裝，使得在介面及與使用者互動的形式改變時不影響到邏輯。1 模式簡介 mvc是一種建立web應用程式的...
從CMM角度考慮需求管理計畫
縱觀cmm 二 各kpa活動的要求，絕大多數的kpa均需要從計畫 策劃 開始，普遍的步驟要求是從準備工作 計畫 執行活動 維護過 程 改善過程等這幾個大類，如配置管理 質量保證 專案計畫 子合同管理等等。cmm的需求管理雖然沒有明確要求有一定的計畫，但在操作前各專案小組 為了保證專案需求過程的順利進...
從專案管理角度看家樂福問題
這裡是技術論壇,按道理來說不應該討論這個問題,不過可以讓我們從專案管理角度看一下這個問題也是很有意思的事情.現在看一下如何從專案管理角度來處理這個問題.1專案範圍 專案範圍對專案管理是很重要,那麼我們首先是要確定專案範圍,就家樂福問題如何確定這個專案的範圍,首先讓我們確定我們的目標,可能有如下幾個 ...