團(tuán)隊(duì)式研發(fā)管理

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

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

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

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

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

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

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

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

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

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

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