團隊式研發(fā)管理

1、團隊式研發(fā)管理團隊式研發(fā)管理研發(fā)能力是制造業(yè)企業(yè)生存的命脈，團隊式研發(fā)模式是充分發(fā)揮研發(fā)人員能力的關鍵。特別是當眾多的企業(yè)高管們，普遍認識到三維軟件對于研發(fā)能力提升的重要性時，如何進一步提升研發(fā)能力，維持企業(yè)研發(fā)能力的持續(xù)性和均衡性，是每個企業(yè)高管必須面對的課題。事實上，在CADCAMCAE等各個方面，全面引進三維軟件，對于企業(yè)的研發(fā)管理來說，才是一切剛剛開始，而不意味著對于企業(yè)研發(fā)能力的高枕無憂。最簡單的研發(fā)管理模式是基于研發(fā)團隊中的

2、個體，每位設計師或者工藝師將是整個產品研發(fā)的主體。產品設計或者工藝設計和分析，不是由多名工程師一起完成的。由此造成的諸多不利因素，將會嚴重制約企業(yè)研發(fā)能力的提升。共享目錄式的團隊式研發(fā)管理模式，屬于靜態(tài)的文檔管理。為了推行團隊式研發(fā)模式，比較常見的做法是利用文件服務器，在文件服務器上建立受控的共享目錄，一些主流三維軟件都支持這種工作模式，在此不一一贅述?；谖募到y(tǒng)的共享目錄管理，在實現(xiàn)團隊式研發(fā)管理的主要弊端是研發(fā)團隊的協(xié)調性差，缺乏

3、團隊式研發(fā)的要件：動態(tài)靈活性。比如：以Windows服務器為例，一般來說，同一項目組的工程師一般會設成對于某個共享目錄的讀寫權限，這些設定是靜態(tài)的，權限的變化依賴文件服務器系統(tǒng)管理員的手工操作?；赥eamcenter的研發(fā)管理，能夠支持動態(tài)的三維軟件集成。這段簡單的視頻就是在講述一個團隊式研發(fā)管理的實例。這個案例以運行于Teamcenter環(huán)境中的NX6為例，由兩名設計師進行某項目的設計。在一開始，工程師甲在NX6界面中可以查找某個正

4、在研發(fā)中的產品的部件，該部件位于Teamcenter數(shù)據(jù)庫中，提取部件的三維模型時，工程師甲不用理會該部件處于哪個服務器，在何處存放。在NX6中，可以方便的看到在該部件中的哪些零部件處于何種狀態(tài)，是否已經正式發(fā)布，還是正在由其他工程師設計中。工程師乙負責該部件中一個子部件的設計任務，同樣也是從數(shù)據(jù)庫中找到該子部件，當他正在編輯修改時，工程師甲通過刷新NX6的裝配列表，實時地看到工程師乙正在編輯該子部件，并暫時鎖定為只能由工程師乙修改。工

5、程師乙一旦完成子部件設計任務提交回Teamcenter數(shù)據(jù)庫的動作簡單到“保存”，無需其他額外操作，工程師甲通過刷新NX6的裝配列表，實時的更新工程師乙的最后保存結果。上述過程是在Teamcenter的支持下，動態(tài)的完成對象鎖定和轉移，無需服務器管理員介入。通過兩個場景的對比，不難看出，在Teamcenter中對于團隊式研發(fā)管理的支持更加合理，容易操作。Teamcenter中能夠完整的規(guī)劃產品研發(fā)的全部進程所需的各個環(huán)節(jié)，需要多少部門參

6、與，每個參與者的職能，項目總體研發(fā)成本控制，這樣一些產品研發(fā)的關鍵要素，都能透過Teamcenter項目規(guī)劃和管理模塊實現(xiàn)。產品研發(fā)總體規(guī)劃完成后，逐層分解落實有關責任人，將任務直接發(fā)送至工程師、管理人員的郵箱。對于設計人員來說，接受任務后，即按照設計指導書要求，完成規(guī)定的設計任務，設計過程中，就特別依賴上述的動態(tài)集成的團隊式作業(yè)環(huán)境，否則，將會是雜亂無章的非受控狀態(tài)。團隊式研發(fā)管理團隊式研發(fā)管理研發(fā)能力是制造業(yè)企業(yè)生存的命脈，團隊式研

7、發(fā)模式是充分發(fā)揮研發(fā)人員能力的關鍵。特別是當眾多的企業(yè)高管們，普遍認識到三維軟件對于研發(fā)能力提升的重要性時，如何進一步提升研發(fā)能力，維持企業(yè)研發(fā)能力的持續(xù)性和均衡性，是每個企業(yè)高管必須面對的課題。事實上，在CADCAMCAE等各個方面，全面引進三維軟件，對于企業(yè)的研發(fā)管理來說，才是一切剛剛開始，而不意味著對于企業(yè)研發(fā)能力的高枕無憂。最簡單的研發(fā)管理模式是基于研發(fā)團隊中的個體，每位設計師或者工藝師將是整個產品研發(fā)的主體。產品設計或者工藝設

8、計和分析，不是由多名工程師一起完成的。由此造成的諸多不利因素，將會嚴重制約企業(yè)研發(fā)能力的提升。共享目錄式的團隊式研發(fā)管理模式，屬于靜態(tài)的文檔管理。為了推行團隊式研發(fā)模式，比較常見的做法是利用文件服務器，在文件服務器上建立受控的共享目錄，一些主流三維軟件都支持這種工作模式，在此不一一贅述?；谖募到y(tǒng)的共享目錄管理，在實現(xiàn)團隊式研發(fā)管理的主要弊端是研發(fā)團隊的協(xié)調性差，缺乏團隊式研發(fā)的要件：動態(tài)靈活性。比如：以Windows服務器為例，一般

9、來說，同一項目組的工程師一般會設成對于某個共享目錄的讀寫權限，這些設定是靜態(tài)的，權限的變化依賴文件服務器系統(tǒng)管理員的手工操作?；赥eamcenter的研發(fā)管理，能夠支持動態(tài)的三維軟件集成。這段簡單的視頻就是在講述一個團隊式研發(fā)管理的實例。這個案例以運行于Teamcenter環(huán)境中的NX6為例，由兩名設計師進行某項目的設計。在一開始，工程師甲在NX6界面中可以查找某個正在研發(fā)中的產品的部件，該部件位于Teamcenter數(shù)據(jù)庫中，提取部

10、件的三維模型時，工程師甲不用理會該部件處于哪個服務器，在何處存放。在NX6中，可以方便的看到在該部件中的哪些零部件處于何種狀態(tài)，是否已經正式發(fā)布，還是正在由其他工程師設計中。工程師乙負責該部件中一個子部件的設計任務，同樣也是從數(shù)據(jù)庫中找到該子部件，當他正在編輯修改時，工程師甲通過刷新NX6的裝配列表，實時地看到工程師乙正在編輯該子部件，并暫時鎖定為只能由工程師乙修改。工程師乙一旦完成子部件設計任務提交回Teamcenter數(shù)據(jù)庫的動作簡

11、單到“保存”，無需其他額外操作，工程師甲通過刷新NX6的裝配列表，實時的更新工程師乙的最后保存結果。上述過程是在Teamcenter的支持下，動態(tài)的完成對象鎖定和轉移，無需服務器管理員介入。通過兩個場景的對比，不難看出，在Teamcenter中對于團隊式研發(fā)管理的支持更加合理，容易操作。Teamcenter中能夠完整的規(guī)劃產品研發(fā)的全部進程所需的各個環(huán)節(jié)，需要多少部門參與，每個參與者的職能，項目總體研發(fā)成本控制，這樣一些產品研發(fā)的關鍵要