本站小編為你精心準備了并行產品開發進展管控探微參考范文,愿這些范文能點燃您思維的火花,激發您的寫作靈感。歡迎深入閱讀并收藏。
盡管并行的產品開發過程相較于傳統的串行產品開發模式取得了很大的進步,但是要將其應用于實際的產品開發過程中,還存在下面的問題:(1)并行的產品開發過程注重產品開發流程的改進與優化,但在流程的執行過程中缺乏有效的進度管理。(2)缺乏制定并行開發進度計劃的有效方法。傳統的進度管理方法如甘特圖、網絡圖等都基于固定的產品開發流程,對現行的并行產品開發模式有局限性。(3)并行產品開發中缺乏有效的過程監控系統。目前的過程監控普遍存在速度慢、環節多的現象,甚至會造成信息失真或丟失。
并行產品開發流程中制定進度計劃及實施進度控制的障礙
在串行產品開發流程中,各任務按照順序依次執行,在產品開發流程開始之前,其大致過程就可確定出來,且開發過程中不會存在大量的反饋信息,故制定進度計劃相對簡單。在并行產品開發過程中,由于如下原因,使得在編制產品開發進度計劃及實施進度控制時存在很多困難。(1)開發過程中存在的迭代與反復現象造成開發總量和開發過程不確定。如圖2所示,在A、B執行完后,要通過一次檢驗,如果檢驗合格,就能執行下一活動C,但如果檢驗結果不合格,就要再次執行A和B過程。因此,局部的過程可能為“A-B-C”、“A-B-A-B-C”或“A-B-A-B-A-B-C”……,這種不確定性使得描述開發過程比較困難。(2)產品開發各活動之間沒有嚴格的界限。在并行產品開發過程中,允許后續工作提前參與,如當產品設計到達某一階段就允許工藝與制造部門參與進來,但是后續工作必須在前面的工作滿足了一定的條件時才能開始。如何確定這個銜接點,是制定并行產品開發過程進度計劃必須解決的問題。并行產品開發過程隨著產品設計的進行逐步明晰,在產品設計初期,沒有人能確切地知道產品及相關過程設計中的每一個細節,使得傳統的進度管理方法受到限制。
產品開發流程進度計劃制定及過程控制原理
1新產品開發進度計劃流程制定
為產品開發過程制定進度計劃,首先要了解并產品開發過程中的過程管理原理。產品開發過程中的過程管理系統首先要對整個開發過程進行分解,得到過程單元,如設計、制造、工藝等,然后為每個過程單元分配任務。如此,將整個產品開發過程分解為一系列任務組合。其中,每個任務的狀態可以歸納為:未分配、開始、執行、等待、完成、終止、放棄等。未分配狀態表示該任務還未進入工作隊列,處于等待中;開始狀態指該任務進入工作等待狀態,但必須滿足起始條件后經過激發才能進入執行狀態;執行狀態指該任務被激發后,開始任務的執行;等待狀態表示有其它緊急任務需要馬上進行或因執行受到阻礙而使正在進行的任務暫時中止,處于等待中;完成狀態表示任務完成之后,設計人員可以轉向下一個設計任務;放棄狀態指該任務被中止不再進行動作的狀態;終止狀態是指設計單元處于執行狀態時被過程管理器終止其設計模塊的整個動作。確定所有任務的開始、結束時間及其串并行關系,即制定產品開發過程的狀態轉移圖,整個產品開發流程的進度計劃就形成了。
2產品開發過程中進行的進度控制原理
產品開發過程中產品進度控制的原理如下:根據企業所處的外部環境和企業本身的條件,確定產品開發進度函數,將其存入系統中。在產品開發過程中,系統進度測定模塊收集產品開發成員反饋的實際進度信息并與計劃進度比較得出產品設計推遲、提前或者正常進行的進度偏差值,項目管理人員以進度偏差值為依據,參考其它干擾信息提出具體的進度調整措施并發出調整指令給各具體相關人員[7]。將進度控制模塊的工作機理用控制圖的形式表示出來,如圖4所示。
產品開發進度計劃制定
傳統的DSM模型即布爾DSM模型(見圖5),矩陣的行表示需要由其它任務提供的信息,列表示任務輸出給其它任務的信息,若任務對其它任務提供或輸出的信息量為0,則所對應單元格的數值為0,若信息量不為0,則所對應單元格的數值為1。應用DSM矩陣制定產品開發進度計劃,需要對布爾DSM模型加以修改,保持矩陣的結構不變,但需要在該矩陣對角線上填入各項任務單獨完成所需要的時間Ti,非對角線上填入各任務之間的影響度Pij,如圖6所示。要計算各個任務之間的影響度,需要作如下假設和定義:假設:假設任務I給任務J發送了n條信息,以任意一條信息k單獨影響任務J總工作量的百分比作為該條信息對任務J的影響概率Pijk,各條信息對任務J的影響也是相互獨立的。
定義:計算出任務I中單條信息對任務J的影響概率,利用式(1)對其進行綜合疊加,即可得出任務I對任務J的影響度Pij。其中,k=1/n。如果任務I中每條信息對任務J的影響都為0,則Pijk=0,根據公式(1)可知,Pij也為0。如果任務I中每條信息對任務J的影響都為1,則Pij也為1。如果任務I中所有信息對任務J的影響既不為0也不為1,則根據對任務J影響的不同,由公式(1)計算應的影響度。信息影響越一致,則任務I對任務J的影響就越確定,影響度就越小;信息影響越不一致,則任務I對任務J的影響就越不確定,影響度就越大。確定各個任務之間的影響度。在為各個任務制定進度計劃時,不能單純地以各任務單獨完成所需的時間來作指標,而需要用如下公式對其作出相應的改進,假設DSM矩陣為MxM矩陣,任務完成時間為T′j,則有:確定完成各個任務需要的時間,若要計算整個項目所需時間,則需要專家根據產品開發狀態轉移圖及各個任務之間的影響度,確定并行產品開發流程中各個任務的交疊執行率δij,然后根據如下公式計算整個產品開發流程所需要的時間T:
進度管理系統
1進度管理系統框架
實現并行工程中進度管理的系統采用標準的關系型數據庫及.NET平臺作為系統的運行環境,構建基于B/S架構的進度管理系統。總體結構包括用戶界面、Web服務、應用模塊及數據庫等幾大部分。產品開發人員可通過用戶界面錄入、查詢與分析進度信息,同時系統也根據各開發人員的職責為其設置相應的權限。應用模塊包括進度計劃、進度反饋、進度調整等模塊,能實現信息更新、進度跟蹤、綜合分析和合理調整等功能,為進度管理提供全過程的信息服務和多種柔性的分析查詢。本系統的數據庫基于.Net運行平臺、采用Oracle數據庫服務器建立系統數據庫;在模型及數據庫的支持下,對任務進度作出分析,并提供多種查詢及分析方法,其結構框架如圖7所示。
2進度管理系統功能模塊介紹
進度管理系統中主要有4個功能模塊,即進度計劃模塊、進度反饋模塊、進度分析和進度調整模塊。進度計劃模塊中存儲著企業預期的進度和安排,產品開發人員通過進度反饋模塊錄入產品開發的實際進度信息。進度分析模塊基于原來的進度計劃,結合產品開發過程中的實際進度信息,采用各種分析方法對產品開發進度進行分析,其分析結果能指導下一步的任務調整。進度調整模塊根據進度分析的結果,對存在的進度問題進行適當的調整。
結語
對于并行產品開發,在設計過程中需要考慮產品生命周期中各方面的因素,故存在大量的反饋和局部反復現象。應用改進后的DSM模型可明確反映出各任務之間的影響程度,繼而利用相關算法計算項目中各任務持續的時間,為制定項目進度計劃提供依據。要實現并行產品開發過程中的進度控制,必須借助一個功能完善的進度控制系統。本文提出的進度控制系統能及時收集實際的產品開發進度,并與進度計劃進行比較和分析,及時調整未來的產品開發計劃,保證產品開發進度按預期要求進行。
作者:裴小兵蔣偉皇甫丹丹單位:天津理工大學管理學院