這里主要是要根據根據公司情況，制定過程規范標准，即要達到評估標准，又要適合公司運作，又不能增加太多的工作負擔，還要提高項目質量，減小風險，提高效率。
這里要制定一個叫做組織標准過程(OSSP)的一個東西，它主要包括，公司軟件項目過程中涉及到的，過程，標准，方針，指南，模版 等內容，以文檔的方式規定統一起來，
過程文件：就是重要業務描述，管理流程的規定，每個PA都有自己的過程文件，比如 REQM里的 需求管理過程文件，PP里面的，項目計划制定過程。
標准： 就是到達某種目標，規定的標准，比如說，TS里面的 軟件開發編碼標准。
指南： 就是介紹性說明文檔，比如 RD里的 需求開發指南，指導怎樣進行需求開發工作，VER里面的 單元測試指南。
方針： 指導思想，目前只有一個，就是OPF&OPD里面的 組織方針
模版： 指各個PA涉及到的產出物，這里模版根據公司要求先定義統一好了格式。
OSSP里面主要就是以上5類文件，根據規定，這些文件制定，審批，是由公司EPG（過程改進成員）進行管理， EPG通常是由公司的項目管理層，比如部門經理，項目經理，QA經理
技術經理等角色擔任，通常是建立，維護公司的過程體系，OSSP不是死的，是根據公司自己的需求動態變化的，活的，這也是一個很大的特點，亮點。在CMMI3里的所有PA都有這些
文件組成，項目實施的時候都會嚴格按照公司制定的體系來對項目進行實施，那個階段需要走什么流程，那個關鍵節點需要有產出物，那個節點需要評審，都會在里面有詳細說明。
當然大家會說，這樣一來光寫文檔都來不及了，那有時間來搞項目啊，的確是這樣，這樣大家工作量增加了，這里分3種情況：
1 是如果為了過證的話，沒辦法，只有這樣才能過證，沒的選。
2 如果你公司實力很強，想用這套體系來進行項目管理，首先一個前提條件是公司成規模了，項目也很多，人員也很多，那用它正是最佳選擇，人的精力是有限的，用制度去管理項目是最好的辦法。
3 如果公司比較小也想用的話，過證后，可以根據現狀進行必要的裁剪，只留項目過程中的核心關鍵部分，這樣也管理項目了，大家工作量也不會增加太多。
制定標准的時候要全面的去考慮問題，這通常不是一個人能完成的，需要EPG反復討論，反復評審，分析利辟，達到一個最佳平衡點。