產品開發過程中的IPT的組成與運作模式

2021-06-16 16:00:52 字數 4285 閱讀 6967

企業產品開發的主要目標之一是縮短產品的開發周期,並從企業的整個業務流程角度,管理和控制整個過程。產品研發的生命週期管理是一項與產品開發過程管理緊密管理的任務,如何在分布式的環境中,對企業的產品開發過程進行有效的管理,指導和協調組織、專案、團隊、成員的各項活動,並能夠協調不同的專案小組完成乙個共同的目標,是產品開發過程管理中的乙個重要方面。

對於產品開發過程管理,其根本性的基礎是產品開發團隊的組成以及運作模式的建立。對於一些需要分布進行研發的專案,整合產品開發團隊(ipt)需要採用不同的組織形式和運作模式。只有明確了開發團隊,才能夠在開發過程中有效的協調各種資源,保證專案的順利進行。

1. 整合產品開發團隊的組織模式

由於產品開發的複雜性和多樣性,不同的開發團隊有不同的組織模式,一般而言,ipt自身的組織結構往往包括以下兩種:分形組織結構、扁平網路結構。

(1)分形組織結構

ipt組織的最直觀結構是根據產品的要求進行團隊的組建與分解,將多個ipt組成乙個多層次的階梯型組織結構。在團隊內部組織上,該框架是乙個分形組織結構。在該型別的ipt結構中,不論位於整個群體的哪乙個層次和位置,每個ipt內部的組織方式完全相同。在大型複雜產品開發中,每層的ipt提供上一層的元件。在大多數這樣的多層結構中,一層的團隊領導是上一層的團員。底層ipt由相關各個專業的人員組成,上層ipt的成員包括來自所對應下層ipt的領導和相應的其他人員,其組織形式和運作方法與底層ipt完全相同,只是所面對的產品物件不同。在這種體系結構中,上層ipt對ipt具有領導和協調的作用,對底層進行初步設計和總體設計,定義底層ipt涉及的零部件之間的介面關係。

這種組織方式的缺點是沒有與開發設計的過程完全吻合。雖然可以根據開發工作的進展逐漸展開ipt團隊群,但是有一些活動很難包容在這樣乙個框架中,如總體設計活動很難單獨分割出來,只能由上層的ipt團隊來完成。

(2)扁平網路結構

在扁平網路結構中,各ipt之間的協調工作可以通過人員共享完成,也可以通過行政關係連線成乙個有機的整體。這種模式將產品開發沿生命週期和工作分解結構進行徹底的分解,形成乙個扁平網狀的ipt小組群。它的優點是,可以將ipt團隊嵌入已有的組織框架結構中,對企業的衝擊比較小,但由於ipt之間沒有固定的連線關係,其協作效率將受到一定的影響。

以上兩種結構模式各有優缺點,對於已成熟產品的改型和延伸產品的開發,階梯形的分形組織結構具有明顯的優點。當企業原有組織框架結構非常穩固時,使用扁平化的網路結構能很快提高產品開發的效率,避免對原組織結構進行調整所帶來的風險和阻礙。

2. 整合產品開發團隊(ipt)的運作原則

ipt是乙個由少量能力互補的人員組成的小組,所有成員被委託以共同的目的、行為目標和工作方法,並相互負責。ipt具有四個基本屬性:

ipt組織規範中最需要解決的問題是成立ipt的動因、團隊領導、團隊成員、工作過程和方式,以及與成員原來組織單元的關係等。

ipt是有其適用條件的,技術更新率的提高是ipt的源泉。當乙個產品開發任務需要的新知識超過20%時,或其更新率達到某個百分比時,成立ipt來完成產品開發才能夠取得希望的效率和效益。對於乙個新的研製專案,成立ipt承擔相應部件的開發任務是合適的;對於飛機的改型專案,如果有些部件改動較大,成立ipt也是有效的。如果產品改動較小,則在原有組織框架內解決更好。

對於產品開發團隊,其成員數目應限制在一定範圍內,太大的團隊不利於成員之間的交流。典型的ipt團隊在製造階段的成員包括技術類(設計、製造)和非技術類(財務、市場、銷售)人員,團隊領導往往來自設計開發專業和管理人員。在所有ipt成員中,其核心成員是由設計、管理和製造專業人員組成,他們在產品開發的整個生命週期中都擔負主要工作。非核心成員即輔助成員,在產品開發的某一階段發揮作用,可以來自硬體和軟體設計專業、工藝設計和工業工程專業、材料、質量保證、市場、會計/財務、採購/材料、公關、維護和備件**、安全和環境、使用者培訓等,還包括**廠商和使用者的代表。

ipt的典型工作階段包括概念設計、系統層設計、詳細設計、測試與改進和產品推出。在每一階段,ipt成員的活動如圖1所示。

概念設計

系統層設計

詳細設計

測試與改進

產品推出

市場·確定市場空間

·確定主要使用者

·確定競爭產品

·開發產品選擇和拓展產品系列計畫

·開發市場計畫

·開發公升級和發放材料

·促進區域測試

·與關鍵使用者一起處理早期生產

設計·調查產品概念的可行性

·開發工業設計概念

·建立和測試試驗原型

·建立可選的產品體系結構

·定義主要的子系統和介面

·改進工業設計

·定義部件幾何尺寸

·選擇材料

·分配公差

· 完成工業設計控制文件

·進行可靠性試驗、壽命試驗和效能測試

· 獲得控制方法

· 實施設計更改

·評估早期生產輸出

製造·估計製造成本

· 評估生產的可行性

·確定關鍵部件的**商

· 進行製造—採購分析

·定義最終裝配圖

·定義零部件生產

·設計工具

·定義質量保證過程

·開始尋求長導前期工具

·促進**商快速提高

·完善製造和裝配過程

·培訓工作人員

·完善質量保證過程

·開始運作整個生產系統

其他功能

·財務:促進經濟性分析

·法律:調研專利問題

·財務:促進製造—購買分析

·服務:確定服務問題

·銷售:開發銷售計畫

圖1ipt成員在產品開發過程中的活動

3. 整合產品開發團隊的內部組織

除了以上**的組織結構和運作模式外,ipt成員選擇的基本原則,除了要求具有基本的專業素質外,還要有較寬的專業知識面、整體意識和系統整合的思想,以及較強的合作精神。而團隊領導則要求具有多專業的協調能力,以及處理團隊與其他部門關係的能力,並能夠營造好的團隊文化。在ipt中,團隊成員包括團隊顧問或專題顧問,他們來自各職能組織單元,不直接參與產品的開發,但提供技術和知識上的支援。

在形成ipt時,首先根據任務需要,確立ipt的工作物件和工作方式,定義ipt成員的角色,形成各角色成員的**、權利、義務及行為規則,確定各角色成員的選拔方式和評判標準,然後通過挑選和考評,以授權的方式形成整個工作團隊。

根據併行工程的理念,產品開發階段的技術和相關經濟問題應盡量在ipt的內部協調解決。行政部門使用行政手段解決ipt內部和各ipt之間的各種資源問題,技術部門對ipt小組的運作提供技術支援和仲裁。

(1)對照上次ipt會議紀要,檢查遺留問題的落實情況,對未完成的工作找出原因,明確責任,提出新的要求;

(2)由成員匯報上次會議以來各項任務的完成情況,遇到的問題及處理情況;

(3)對各項任務完成情況進行講評,對關鍵性問題進行集體討論,尋找解決途徑;

(4)對下一周工作做出布置,提出具體要求。

更重要的是,ipt的內部運作必須有乙個不斷協調的協同工作環境。每個團隊成員代表本專業部門參加到ipt中來,團隊成員之間相互了解工作進度,不斷溝通和協調,出現問題隨時解決。

ipt可以不要求團隊成員必須在同乙個封閉的物理空間中工作,但必須有乙個邏輯上的虛擬協同工作環境。團隊成員可以一方面在自己專業部門內工作,擁有良好的專業支援環境,一方面在同乙個工作資料庫工作,相互了解、相互協作。

在日常的工作中,團隊成員必須定期給出兩個統計數字:

① 工作量完成比例:即已給出方案的工作佔總任務的比率;

② 確認任務比例:即最終確認完成且不再改動的工作佔總任務的比率。團隊成員除了給出比率,還要給出相應內容,使同組人員可以了解到他初步完成的工作和計畫完成的工作。掌握他已完成的工作和他當前的考慮,這樣,同組成員就可以並行進行自己的設計工作

團隊成員把自己的工作成果存入公共資料庫,並給出相應比率的頻率,可以每天一次,也可以採取定期和定額並行的方法。

同時,ipt內部應由組長召集有關人員參加的實時協調會。在工作中發現問題時,相關的團隊成員應立刻相互協調。對於團隊成員的知識能力不能解決的技術問題,將依靠其原專業部門進行解決。在ipt內,對於涉及單一專業部門的問題,各團隊成員全權代表本專業部門。直接相關團隊成員不能協調時,應提請組長協調,組長有權隨時召集組內相關人員的協調會。ipt內部不能解決的,組長提請上層ipt協調會議解決。所有組長主持的協調必須有嚴格的協調記錄;當協調工作在直接相關團隊成員之間完成時,團隊成員作紀要記錄,並在每週pdca例會上報告。

對於產品開發過程而言,開發團隊的有效建立並運作是個關鍵問題,通過有效的團隊組織和運作,才能夠保證開發任務的有效進行,資源的充分協調使用。建立在履行多種任務、行使內部控制的工作團體基礎上的企業,經常能夠超越以個人、單一任務和受外部控制為基礎的組織形式。人們有能力決定自己的行為方法,而且團體內部控制比主管的外部控制更加有效,這就是ipt能產生高質量、高效率的根本原因。

聊聊開發過程中的「反饋」

溝通,反饋,簡單,勇氣,尊敬是敏捷開發的五個價值觀,它們深刻地反映了當前軟體開發組織中相對缺少但又對團隊建設和成功交付至關重要的東西。這裡我想聊聊反饋,但並不討論關於反饋的全部,主要是集中在對 想 與 做 的節奏的 反饋是我認為最特別的乙個價值觀。實際上,做很多事情,我們總是重複著 想 做 想 做 ...

開發過程中的加解密

1.加密演算法分為 可逆加密 對稱加密 des,3des,aes,pbe 非對稱加密 rsa,dsa,ecc 不可逆加密 單向加密 md5,sha,hmac 2.金鑰的介紹 對稱加密 將明文 密文 連同金鑰放入相應的加密 或加密容器 即可得到密文或者明文,實現加解密。在對稱加密中金鑰必須是相同的才可...

簡述開發過程中的耦合

程式間的依賴關係或者是呼叫者和被呼叫者之間的依賴關係 高耦合 低耦合開發的原則 編譯時依賴,執行時不依賴。團隊開發中的時候不需要等待別人 使用反射建立類物件 class.forname 新問題 若換個驅動就要改原始碼,改原始碼的話如果是上線的web專案就需要停掉伺服器更改 使用配置檔案,通過讀取配置...