為了進一步了解A企業產品開發經常返工的問題,我們進行了深入的調研,經過2周的調研分析,我們發現,A企業產品開發過程中的返工可以歸納為以下五大類:項目管理者聯盟
1、 由于一些“小問題”而返工。例如:產品圖紙/技術文檔不是最新的、圖紙/技術文檔標注錯誤等;PgMp.mypm.net
2、 由于需求不明確而返工。例如:產品圖紙/技術文檔里忘記說明器件或配件/物料的裝配工藝,而靠下游的打樣人員根據自己的經驗去判斷,結果往往會導致樣品與開發人員要求不一致而返工;項目管理者聯盟
3、 由于遺漏某方面的需求分析(如“條件限制”)而返工。例如,由于工藝條件達不到,而返工,由于采購不到需要的器件,而返工,由于超目標成本而返工;項目管理者聯盟
4、 由于需求更改而返工。例如:銷售人員突然反饋說,這款產品需要增加一個新功能或者成本太高等;項目管理者聯盟
5、 由于設計錯誤,導致產品功能不符合要求而返工。項目管理者聯盟
上述五類問題中,出現較多的是第一類和第二類問題,接下來次多的是第三及第四類,第五類問題較少。項目管理者聯盟
為了減少返工,我們對上述五類問題產生的原因分別進行了分析,分析發現:項目管理者聯盟
1、 由于產品開發人員忽視技術文檔以及不良的工作習慣(比如粗心),導致經常出現“小問題”;項目管理者聯盟
2、 由于上下游之間缺乏明確的輸入及輸出要求,憑經驗辦事,經常造成需求不明確或需求理解錯誤,而引起返工;轉自項目管理者聯盟
3、 由于缺乏對需求的全面理解和需求分解工具,造成在進行需求分析時僅僅考慮功能、性能等技術性需求,而忽視或遺漏了成本、可采購性需求、可制造性需求等“限制性需求”或“內部需求”。項目管理者聯盟
4、 造成需求更改的主要原因有兩類,一是在前期需求分析時,由于缺乏系統的希項目管理者聯盟
求分析工具或投入不夠,而遺漏了部分需求,比如易用性、成本等,另外一類是由于對市場及產品缺乏系統的規劃,只能被動的由市場或客戶牽著鼻子走。項目管理者聯盟
5、 造成設計錯誤的原因主要是由于經驗不足。
從上述的問題原因分析中,我們可以發現,造成產品開發過程中返工多的原因雖然是多方面的,但是通過統計歸類,我們發現主要是以下三個層面:項目管理者聯盟
1、 認識層面:對產品開發的可管理性及系統性缺乏理解。造成第一、三、四類問題的原因中,有很多就是屬于對產品開發管理認識不到位的原因。項目管理者聯盟
2、 工作方法層面:缺乏明確的、可操作的開發過程指導。開發過程過于粗放,甚
至關鍵活動的輸入、輸出都不明確。不同的人做同一件事情,有不同的做法,甚至同一個人都同一件事情也有不同的做法,結果相差很大?!巴粋€方案/樣品,今天評審沒有通過,明天重新評審一下就可以通過了,這是常有的事情”。一位研發經理如是說。項目管理者聯盟
造成第二類問題的原因就是很典型的屬于工作方法層面的問題。項目管理者聯盟
3、 工具層面:產品開發過程缺乏專業、系統缺的工作工具(主要是非技術方面的工具,例如需求分析方法及工具、評審方法及工具等)。PgMp.mypm.net
針對每類問題出現的頻率以及問題產生的原因,我們采取了不同的解決策略及方法,并從認識、工作方法及工具層面進行系統的改進。項目管理者聯盟
在認識層面,我們對產品開發團隊(不僅僅是技術人員,包括市場、采購、工藝等與產品開發相關的職能代表)及業務骨干進行了研發管理體系、研發流程、研發項目管理、研發人員職業素養等培訓,通過系統的培養,研發團隊及相關業務骨干,特別是中高層團隊對產品開的跨部門協同性、系統性以及可管理性有了較深入的認識,對樹立跨部門協作的流程意識起了表率作用?!罢鏇]有想到自己的一個‘小問題’會給下游部門帶去那么多的麻煩及工作量,以后的工作中,我們將爭取杜絕‘小問題’”。培訓后他們的一位研發負責人這樣感慨到。項目管理者聯盟
在工作方法層面,首先,我們優化了市場與產品規劃流程,把以前市場與研發各做各的規劃統一起來一起考慮,以避免研發與市場脫節,同時也可以讓研發更好的理解市場、理解需求,減少需求變更。為了減少客戶的需求變更,除了提高需求分析的質量外,我們還建議加強對客戶需求的管理及引導,這就需要我們對客戶的業務或市場有較強的前瞻性,為此建議對業務專家的招聘與培養提升到戰略高度。talent.mypm.net
其次,我們產品開發流程、及其相關子流程進行了優化,明確了每個階段的輸入及輸出和關鍵控制點。并重點對產品開發流程中的關鍵活動(如需求分析、測試、評審等)進行了優化,對關鍵活動從輸入、輸出、執行活動的角色職責與能力要求、活動的操作方法及工具等方面進行了細化(如需求分析子流程、原始需求收集操作指導書、需求評審要素表等),從而保障關鍵活動的需求明確、執行步驟明了、執行人的職責清晰、操作方法及工具清晰,避免由于需求不明、活動缺失或模糊而導致的返工。對經常發生返工的環節,設置了監控點,進行自檢或互檢,然后再進行子評審,子評審通過后提交到項目組,進行評審等,以加強預防與監控。項目管理者聯盟
開發過程中返工預防及監控項目管理培訓
在開發工作的組織方面,我們建議A企業將原來的串行開發轉變成并行開發。組建了有技術、營銷、生產、采購及質量等部門人員參加的跨部門開發小組,讓其他部門從一開始就介入到產品開發中來,把他們的“抱怨”作為需求提出來,一起形成產品的需求,然后再一起開發產品的“設計方案”(如系統、軟件、硬件、結構、工藝等)。這樣以來,既可以讓相關部門準確的理解需求,又可以及早的暴露問題,并可以及時的得到修改,避免造成大量的返工。項目管理者聯盟
在工具層面,我們針對經常出現的問題以及其原因,對產品開發過程中的關鍵活動,在流程及工作方法(流程、指導書)優化的基礎上,進一步細化了流程活動的操作工具—活動模板,而且很多模板做到了樣例化。比如,針對研發人員經常出現小“問題”,我們在相應的活動后面增加了自檢或審核,并對自檢及審核設計了自檢與審核工具---CheckList(查撿表)。針對需求分析經常出現遺漏或需求模糊的問題,我們設計了需求分析模板以及需求評審模板—需求分析書、需求評審要素表等。 對這些常出現的問題,他們建立經驗教訓庫,并借助IT工具對其進行動態的更新管理,以便使其能夠既有效的避免員工犯同樣的錯誤,而又不至于占用他們很多的時間,以提高經驗教訓庫的實用性。










