研發中心管理制度
1、權威性
管理制度由具有權威的管理部門制定，在其適用範圍內具有強制約束力，一旦形成，不得隨意修改和違犯；
2、完整性
一個組織的管理制度，必須包含所有執行事項，不能有所遺漏，如發現或新的執行事項產生，應相應的制定管理制度，確保所有事項“有法可依”；
3、排它性
某種管理原則或管理方法一旦形成制度，與之相牴觸的其他做法均不能實行；特定範圍內的普遍適用性。各種管理制度都有自己特定的適用範圍，在這個範圍內，所有同類事情，均需按此制度辦理；
4、可執行性
組織所設定的管理制度，必須是可執行的，不能偏離組織本身事務，成為一紙空文；
5、相對穩定性
管理制度一旦制定，在一般時間內不能輕易變更，否則無法保證其權威性。這種穩定性是相對的，當現行制度不符合變化了的實際情況時，又需要及時修訂。
6、社會屬性
因而，社會主義的管理制度總是為維護全體勞動者的利益而制定的。
7、公平公正性
管理制度在組織力對每一個角色都是平等的，任何人不得在管理制度之外。
管理制度是組織、機構、單位管理的工具，對一定的管理機制、管理原則、管理方法以及管理機構設定的規範。以下是本站為大家整理的研發中心管理制度（精選4篇），希望可以幫助到有需要的朋友。
為加強對軟體研發中心工作管理，縮短開發週期，提高軟體開發質量，降低開發成本，提高開發效率，特制定軟體研發中心管理制度。
第一章、總則
為保證日常工作正常有序的進行，讓開發中各個環節更緊湊，更可控，需要儘可能實現軟體研發中心專案管理的正規化，工作過程的流程化，以便提高軟體質量和開發效率，達到專案能按質按量按期交付的目標。
1、軟體開發總體遵循專案管理和軟體工程的基本原則。
2、專案管理涉及專案立項、專案計劃和監控、配置管理。
3、軟體工程涉及需求分析、系統設計、軟體實現、系統測試、使用者測試、試執行、系統驗收、系統上線和資料遷移、產品維護。
第二章、階段成果
根據軟體工程的過程理論並結合研發中心目前的實際情況，制定以下工作流程，並規定了各個重要環節需要提交的交付物。
1、立項：市場需求分析（或者合同）、專案立項申請表、專案風險分析清單。
2、需求分析：軟體需求報告或設計方案、需求規格說明書。
3、總體設計：概要設計說明書或功能模組描述。
4、詳細設計：詳細設計說明書，包括軟體介面說明、單元測試計劃。
5、軟體實現：軟體功能說明、原始碼、原始碼說明或者註釋
6、產品測試：測試報告
7、產品釋出：產品說明書、使用手冊
8、產品維護：問題反饋記錄
9、專案總結：提交客戶方的專案總結和研發中心專案彙報的PPT。
第三章、崗位設定
根據研發中心目前的開發過程主要分為分析、開發、測試三個階段。分析階段完成使用者需求文件的編寫，系統總體設計的編寫；開發階段完成設計文件的編寫，程式碼的編寫、程式碼的維護。測試階段完成系統的測試，測試文件及其他材料。通過逐漸的調整崗位，明確工作職責，逐步實現專案經理，需求分析工程師，高階軟體開發工程師，軟體開發工程師，測試工程師的崗位設定。
第四章、專案立項
1、需求分析工程師進行應用調查與分析，確認軟體的應用需求。
2、成立專案評審會，開發總監、研發中心經理和指定人員必須參加。對專案進行可行性研究，編寫專案建議書，評估專案的難度和工作量，形成可行性研究報告。
3、根據專案配置的優劣成立專案開發組，制定軟體開發計劃，確定專案經理，由研發中心和專案經理共同來確定具體專案配置，知識技能要求，團隊成員及團隊的角色。
第五章、專案計劃與監控
1、以專案為單位，專案經理負責整個專案的計劃、組織和控制。
2、在整個專案過程中，專案經理定期檢查專案進度和完成情況，調整人員分工和安排。
3、專案計劃需要變更時，需要明確變更內容並及時彙報。專案經理需要說明客戶變更原因並將變更說明提交研發中心領導稽核，以便根據變更內容及時調整計劃。
第六章、需求分析
1、對使用者提出的需求進行分析彙總，梳理使用者的業務流程和詳細的功能定義。
2、做出簡單的介面原型，與客戶進行有效的溝通，編寫需求詳細說明書。
3、根據現有條件進行估計，制定專案進度，制定詳細的軟體開發計劃。
第七章、總體設計
1、在該階段確定總體結構和軟體開發架構，檔案命名規範，編碼規範。可按軟體需求劃分成子系統，也可直接定義目標系統的功能模組及各個功能模組的關係。
3、確定軟體模組結構，給出每個功能模組的功能描述、資料介面描述，並完成系統概要設計說明書。
4、完成資料庫的設計，並編寫資料庫設計說明書。
5、完成的文件需提交研發中心進行歸檔管理。
第八章、詳細設計
1、調整前一步設計的不足，確認各模組之間的詳細介面資訊。
2、設計功能使用的具體描述、行為者、前置條件、後置條件、UI描述、業務流程/子流程/分支流程，介面說明等。
3、確定模組內的資料流或控制流，對每個程式模組必須確定所有輸入、輸出和處理功能。
4、彙總並提交所有相關文件，稽核確認質量和進度。
第九章、軟體實現
1、專案組根據概要設計說明書、詳細設計說明書制定系統實現計劃
2、有條件的情況下保證開發、測試和生產環境獨立。選擇軟體工具，明確專案成員的職責分工，按照編碼規範和詳細設計實現軟體功能。
3、程式碼應滿足結構良好，清晰易讀，且與設計一致，符合編碼規範。
4、開發人員需要軟體實現過程中編寫軟體功能說明，原始碼說明。軟體功能說明文件應說明專案名稱、編號、軟體名稱和版本號，軟體功能、主要功能實現過程。原始碼說明應說明專案編號、原始碼類名稱、編寫人員、編寫日期、變更履歷、功能、全域性變數、資料庫字典、函式功能、介面。該文件包含在原始碼檔案中，以註釋形式存在。
5、專案組進行單元測試和整合測試。開發人員處理測試人員反饋的測試問題，並以書面形式反饋主要問題及解決辦法，直至系統執行穩定。
6、彙總並提交所有相關文件，提交研發中心備案，形成專案知識庫。
第十章、軟體測試
1、根據單據測試和整合測試兩個過程，制定測試計劃。按階段設計測試例項，並將測試結果記錄，未通過的的反饋給開發人員調整。
2、完成測試文件、操作手冊、安裝維護手冊的編寫。
第十一章、使用者培訓
1、準備使用者培訓計劃、培訓手冊
2、確定培訓時間、培訓地點，向用戶進行系統使用培訓、操作指導及提供軟體操作手冊。
3、保留培訓簽到表，使用者意見等存檔。
第十二章、系統上線
1、制定上線計劃，確定上線工作時間表，部署的環境。
2、上線操作步驟以及問題處理步驟；
3、根據軟體特點、客戶需求進行軟體部署，並記錄軟體部署和執行結果；
4、專案組根據系統執行請款對系統進行優化，記錄系統的執行情況、系統問題和處理後的版本。
第十三章、系統驗收
1、驗收工作準備，按要求整理專案成果物，列印裝訂成冊，並提交客戶方。
2、系統主要使用研發中心及資訊科技研發中心聯合成立專案驗收小組，從需求功能及技術需求層面對系統進行綜合評估和專案成果物的稽核，根據驗收情況形成系統驗收報告
第十四章、產品維護
1、調出專案主要開發人員，按照合同要求安排維護人員對系統進行技術支援。
2、系統需求變更或調整，記錄變更原因和軟體及原始碼的版本控制，按照軟體變更要求對系統進行維護。
第章十五、原始碼和文件
1、原始碼/文件管理採用版本控制軟體VisualSourceSafe。
2、按專案的階段性完成原始碼、文件的上傳。專案負責人每天對程式碼進行檢查，開發總監或研發中心經理定期進行抽查。
3、文件分為專案文件和個人文件，文件上傳前進行歸類和彙總。
第十六章、質量檢查
1、專案負責人每天要檢查成員的工作完成情況，特別是新員工的工作進展；
2、工作抽查制度：不定期的進行抽檢，並將檢查物件、檢查時間、檢查內容、檢查結果反饋給被抽檢人。
3、內部稽核制度：針對業務需求、概要設計(功能介面、資料庫)或疑難問題組織評審會，提出意見或解決方案。
第十七章、文件規範
1、需按照軟體實施的階段落實成果物，參照《軟體過程提交成果表》。
2、如果客戶有特殊要求，請按照客戶要求的規範完成。並將最終的問題提交研發中心歸檔備份。
第十八章、軟體變更
為規範軟體變更與維護管理，特制定本制度。本制度適用於應用系統開發完畢並正式上線，移交給客戶方之後的執行支援及系統變更工作。
1、系統變更工作可分為功能完善維護、系統缺陷修改、統計報表生成。
2、需求研發中心提出系統變更需求，專案經理同開發人員一起根據重要性和緊迫性做判斷，確定其優先順序和影響程度，並進行相應處理，同時將變更需求整理成系統變更申請表。
3、系統變更實現過程按照軟體開發過程規定進行，遵循軟體開發過程統一的編碼標準和版本控制，並經過測試通過才能完成部署和上線。
4、在系統變更完成後，開發人員需將系統變更表的執行結果提交給專案經理，測試人員確認執行結果後，專案經理與需求提出方確認簽字後，提交至研發中心進行歸檔管理。
1、總則
第1條為適應公司快速發展的需要，規範研發中心管理，確保研發中心各項工作優質高效地完成，特制定本制度。
第2條公司以軟體產品研發為中心，強調技術第一，力求在所進入的行業中做到技術領先，掌握能區別於同行業其它競爭對手的核心技術；並在核心技術研發上持續投入，不斷提升公司產品的競爭力。作為公司軟體產品研發任務的承擔者，研發中心的主要職責包括：
1）制定公司研發戰略規劃和年度，月份計劃，按時保質完成軟體專案開發；
2）跟蹤技術發展，及時引入適合公司產品的新技術，確保產品技術水平處於行業領先地位；
3）制定公司軟體專案研發管理規程，並確保研發管理規程的貫徹實施和不斷改進；
4）結合研發實際情況，制定研發人員技術培訓方案和考核方案，提高人員素質，建設一支過硬的研發隊伍；
5）組織研發裝置增減計劃的制定；
6）制定相關人力計劃，研發人員配置，根據研發人員特長、特點和職業規劃合理安排崗位，充分發揮各人能力；
7）維護公司內部及資料中心的軟硬體設施，及時解決或協調供應商解決軟硬體故障。
第3條開發理念
1）以使用者為中心：以使用者體驗為中心，介面清晰易用；
2）技術為業務服務：提倡使用先進技術，但強調技術為應用服務，為提供使用者更好的功能、效能和體驗而服務，避免單純追求技術，避免過度設計而帶來額外的開發成本，導致使用者學習使用“不必要”的功能；
3）不斷完善自有開發框架：對引入第三方框架、元件持謹慎態度，逐步形成並豐富自己的開發框架，從而提高編碼效率，便於專案資源調動，減少開發維護成本；
4）嚴格需求管理：把好需求關，做到需求文件清晰、明確，避免需求模糊導致的返工；按規程做好需求變更管理；
5）貫徹全程測試：提倡全程測試，測試人員與設計人員同步瞭解需求，儘早開始測試；開發人員應做好單元測試後再提交程式碼給測試人員，“低階錯誤”不應留給測試人員發現。
2、組織架構
第4條組織架構
1）研發中心由研發總監負責，下轄3個部門，分別是技術部、開發部、it部。
2）技術部包括：
a）技術部經理：參與核心技術研究戰略規劃和年度，月份核心技術研究計劃的制定；負責技術部的建設與考核；負責進行核心技術研究；
b）技術委員會主任：負責研發中心技術人員培養、評比和研發專案的技術選型工作；
c）架構工程師：主導公司產品的公共架構設計、核心技術研究和推廣工作；主導公共架構核心模組實現、重大技術難題攻關；
3）開發部包括：
a）開發部經理：參與產品、專案戰略規劃和年度，月份開發計劃的'制定；負責開發部的建設與考核；
b）專案管理辦公室主任：負責專案管理辦公室規劃、管理和運作；組織相關標準的引進和制定；組織標準的推廣使用；協調專案之間的溝通；
c）配置管理工程師：專案審批、備案、制定模板、維護專案管理資訊系統、維護各專案基線；
d）質量保證工程師：通過專案審計，監督對專案管理標準、政策、程式和模板的遵守程度；
e）過程改進工程師：評估和引進業內先進管理標準、規範、工具；制定專案管理政策、規範、方法、流程；提供專案管理的諮詢與顧問服務；
f）專案經理：負責構建專案團隊、管理專案、確保專案的成本、進度和質量目標；
g）開發工程師：負責詳細設計、編碼和自測；
h）測試工程師：負責整合測試、系統測試和效能測試；
4）it部包括：
a）it部經理：參與it戰略規劃和年度，月份it部工作計劃的制定；負責it部的建設與考核；
b）網路組主管：參與公司辦公室、資料中心網路規劃、設計、實施相關的管理工作；
c）伺服器組主管：參與伺服器選型、裝置維護規劃、安排定期值守等管理工作；
d）技術支援組主管：參與公司產品售後的技術支援規劃、工作調配、公司內部桌面故障任務分配等管理工作；
e）網路工程師：管理公司網路及資料中心網路，更新維護各種工程用網路器材；
f）伺服器工程師：負責伺服器選型、採購，idc裝置巡檢，伺服器故障處理；
g）應用系統工程師：負責伺服器系統優化，監控、日常維護、資料備份；
h）商務技術支援工程師：負責對公司產品提供售後的技術支援；負責組織客戶支援材料的撰寫，並能為客戶提供培訓；
i）桌面技術支援工程師：負責公司內部弱電工程，辦公用電腦系統的維護，故障處理，員工問題解答；
3、過程改進制度
第1條過程改進工作的目的是對軟體工程過程進行持續改進，不斷提高研發管理水平，確保按時、保質、不超預算地完成軟體產品或專案的開發，節省研發成本，增強企業的市場競爭能力。
第2條過程改進工作的目標是在吸收其它軟體過程方法論（如rup、xp、cmmi）優秀思想及實踐經驗基礎上，構建起一套適合本公司的研發管理流程，並不斷根據實際操作中發現的問題進行調整，逐步使其優化。
第3條過程改進的方針：
1）不迷信或者死搬硬套他人推崇的過程標準和規範，根據公司的實際情況（如發展戰略、研發實力等）來制定適合公司的、可操作性強的過程規範。
2）充分考慮過程改進的成本和效益，以比較低的代價有效地改進過程能力，優先選擇改進效果大、成本低的過程域進行改進。
3）採用先試點，後推廣的方式推進過程改進，避免造成對公司正常產品研發的大面積不良影響。
4）認真撰寫規範，力求使規範中的文字和圖表沒有歧義，並且簡單易懂。
4、技術決策制度
第1條研發中心各項技術決策採取“充分討論，協商決策”的原則。
第2條技術委員會成員由技術經理選定，並根據研發中心發展情況更新成員名單。技術經理為技術委員會成員之一。
第3條在充分討論各種備選技術方案的優缺點後，技術委員會成員投票決定最終獲選方案，獲得票數超過總票數60%的方案為獲選方案。
第4條技術經理、研發總監之外的每位技術委員會成員擁有1份投票權，技術經理擁有2份投票權，研發總監擁有3份投票權。
5、附則
第1條本制度隨公司的發展而做相應的修改、變更及補充說明。
第2條本制度的最終解釋權歸公司研發中心。
第3條本制度自總經理審批之日起開始生效。
1、研發系統技術管理部
1.1研發系統技術管理部是各類專案的日常管理機構，負責專案類別評審彙總、立項申報、專案日常管理考核及專案薪資分配的稽核等工作；參與新產品開發質量計劃會籤，並根據新產品開發質量計劃，在專案關鍵控制點向專案經理了解專案的實際進度，反饋資訊給開發、產品管理部和相關人員。
1.2研發系統各開發部負責各專案類別的評定工作，並按時將評定結果交給技術管理部；
1.3產品企劃及技術支援部負責產品企劃書的下達並負責過程中企劃變更後項目管理的協調工作；
2、產品管理部
2.1負責專案立項評定稽核工作，根據專案開發的複雜難度對各開發部申報的專案類別進行評定審批，對於符合標準的予以審批，對於不符合標準的責令專案經理重新申報。
2.2負責監控研發系統技術管理部的專案考核結果，對技術管理部I類、Ⅰ類、Ⅱ類專案管理工作進行考評管理並結果負責；
2.3負責事業部專案薪資分配管理，對專案薪資整體預算負責，嚴格控制專案薪資的使用進度。具體負責專案薪資的年度預算與決算；對專案薪資的過程發放負責；對專案經理制定的專案薪資分配方案進行審批。
3、營運管理部
運管理作為專案管理的支援部門，具體負責資源配備、專案薪資的發放並就專案薪資發放方面受理有關部門人員的投述、申訴，有權就專案薪資的實施情況進行調查瞭解，並作出最終裁決。
4、專案團隊
專案組採用矩陣式的專案組織結構，專案經理由各開發部門指派，技術支援、工程、中試、品質等負責人由各歸口部門指定，作為該專案組成員。
5、專案經理
專案經理負責組織專案組成員開展專案實施期的各項工作，在專案實施期間按矩陣式管理方式直接對專案組成員進行橫向管理，確保專案開發進度和質量，對整個專案實施期負全面責任，同時對專案組成員進行考核評價，提出專案薪資分配方案，對由於個人主觀因素造成的專案失敗負責，並承擔相應的經濟責任。具體如下：
5.1專案經理的職責
a）代表事業部實施研發專案管理，對專案實施的全過程負責，制訂專案實施方案和推進計劃，確保專案的進度、質量、成本符合公司的預期要求。
b）對在開發過程中或上市後出現的設計質量問題按公司責任追究機制承擔相應責任；新產品市場維修率達到公司的考核要求；
c）參與新產品開發任務書的編制，跟進設計輸入資料，對專案全套技術文件組織整理，並對資料的完整性、正確性負責；
d）對專案的開展進行必要的監督、指導和調整；
e）組織開發專案的各階段評審，並對評審中提出的問題進行跟進處理；
f）協助財務進行產品成本核算和協助企業進行專案的檢查、鑑定和評獎申報；
g）參與新產品開發任務書的編制和開發進度計劃的確定；
5.2專案經理的許可權
a）按矩陣式管理對專案組全體專案組成員進行任務分工和月度考核，在專案實施期間提議取消不服從指揮、表現差的專案組成員資格；
b）制定專案組直接成員的專案薪資分配方案，將分配方案和考核結果提交技術管理部稽核備案；
5.3專案經理的利益
a）按專案實際完成情況獲得專案薪資，對於優異的專案經理在提薪、晉升和調研等方面將優先考慮；
b）優先參加的專案管理相關專業知識技能的培訓。
6、專案組成員
6.1專案組成員職責：
a）接受專案經理的橫向直接領導，執行專案實施方案和推進計劃；
b）對在開發過程中或上市後出現的設計質量問題按公司責任追究機制承擔相應責任；新產品市場維修率達到公司的考核要求；
c）向專案經理彙報所負責任務的進度、質量；
d）按時完成專案任務，並提供全套開發文件（文件在設計開發控制程式中明確）；
e）協助專案團隊其他成員完成任務。
6.2專案組成員許可權：
a）對專案的設計方案有提議權，供專案經理和評審人員選擇；
b）專案組成員對月度考核和專案薪資分配具有申訴權。
6.3專案組成員利益：
優秀的專案組成員在提薪、晉升、外出培訓和調研等方面將優先考慮；
6.4專案進度
6.4.1專案進度控制以“新產品設計任務書”確定的完成日期為最終目標。專案進度控制總目標應案實際情況進行分解。可按專案生命週期各階段任務分解為子專案，並按專案組成員分解為各個責任人的分目標，亦可按年、季、月計劃期分解為時間目標。
6.4.2專案經理應按下列程式進行專案進度控制：
a）根據“新產品設計任務書”啟動專案，編制“新產品開發質量計劃”，明確專案組成員的分工和配合、各階段的輸出和所需要的評審和審查。定期檢查專案組成員的工作進展；
c）按時實施專案進度，當出現進度偏差（不必要的提前或延誤）時，應及時進行調整，並應不斷預測未來進度狀況；
d）專案經理每週、每月須填報《專案進度報表》，報告專案開發進展情況。對實際開發進度比計劃進度有所推遲的專案，進度報告中要分析原因，並提出有效的解決措施；
d）當專案可能會延誤時，專案經理及時將資訊反饋給開發部、技術管理部、企劃部、產品管理部，並及時調整開發計劃；
e）T、Ⅰ、Ⅱ類專案在專案關鍵控制點由專案經理組織對進度完成情況評審，專案組主要成員及開發要參加，全部任務完成後應進行專案總結。
6.5專案變更
對於企劃部提出的專案變更，則由企劃部策劃人員提出變更請求，企劃批准後生效並通知相關負責人；其他客觀原因導致專案進度延遲由專案經理提出變更請求，須經產品企劃及技術支援部、產品管理部稽核，生效後考核的進度將隨之變更。
6.6專案質量管理
6.6.1專案經理在專案關鍵控制點組織對質量、標準化、成本、工藝性等完成情況進行評審；
6.6.2對於評審中所提出的問題，由專案經理組織整改，並將結果提交評審人審查。對於評審意見不予改進且未經評審人和開發批准的，該專案不予驗收；
6.6.3新產品市場維修率需達到公司的考核要求，否則扣除未發放部分。
6.7專案財務管理
6.7.1研發財務應在專案開發完成後，對目標材料成本完成情況進行稽核。
6.7.2T、Ⅰ、Ⅱ類專案在專案關鍵控制點財務部組織對成本情況評審，專案組主要成員、財務部負責人及開發要參加。
6.7.3已立項專案由於市場變化、或開發難度超出預料很高、或配套技術（如外協、模具、工藝等）不能滿足要求等客觀原因，專案已不再可行須及時申請專案暫停或終止，並經產品管理部會籤、由技術研發系統中心主任批准後按專案終止流程進行專案驗收終結。
6.8考核
6.8.1專案考核內容及範疇
考核專案為所有立項專案，專案考核包括重點專案的考核、專案組成員的月度考核、公共平臺人員的考核。
6.8.2重點專案的考核（只適合T、I、Ⅱ類專案）
重點專案考核由技術管理部組織實施，研發系統的技術管理部負責專案考核的日常管理，產品管理部負責監控管理。對專案的考核按照附件三《專案考核指標及計分標準》執行，採用百分制，將專案考核分為進度考核、質量考核、成本控制、標準化控制四大塊，考核結果經專案所在部門部長會籤後，由技術管理部報產品管理部稽核，經營運管理部總監和研發中心主任審批後，報營運管理部備案。
重點專案考核指標的資料來源如下：
a）產品成本核算由財務部提供資料；
b）產品零部件通用率由技術管理部標準化組提供資料；
c）技術檔案完整準確率由中試工廠、技術管理部標準化組提供資料；
d）試製不合格項整改有效率由中試工廠提供資料；
e）試產不合格項整改有效率、批量生產重大更改次數由製造工廠工程部提供資料；
f）專案進度由開發部、技術管理部提供資料；
g）評審通過率由技術管理部提供資料。
6.8.3專案組成員的月度考核（適合所有開發專案和研究專案）
專案組成員的月度考核由專案經理實行矩陣管理，考核按照冷家字[20XX]058號《新產品試製、試產、首批產績效管理辦法》月度執行，根據規定扣罰相應人員的月度工資，並將扣罰結果報技術管理部彙總，經各部門負責人會籤，報營運管理部執行，在員工綜合績效中體現。
6.8.4公共平臺人員的考核（適合所有開發專案和研究專案）
通過專案經理及專案組成員在專案實施期內對公共平臺人員有效投訴次數來實現對公共平臺人員的考核，由技術管理部具體負責受理相關投訴並實施考核，在員工綜合績效內體現。
1、遵守公司各項規章制度，守時，守紀，守法。
2、嚴格執行國家新材料研究實驗室規範。
3、在日常工作中積極主動地接受工作任務、並努力完成，不管能否完成都要及時覆命（彙報工作進展及遇到的問題等情況），一般要求當天內覆命。
4、服從研發中心主管的工作安排，不得頂撞、抱怨、推諉、敷衍。按計劃完成專案進度，對專案中出現的問題及時彙報。
5、在工作中做有心人，能夠及時發現問題、分析問題、處理問題。堅持學習，不斷提高自己的業務能力。
6、本著對企業利益高度負責的精神，公平、公正地開展日常管理、月度工作績效考核、任務分解、聯絡協調等工作。
7、承擔專案任務，在技術上做帶頭人。
8、對下屬成員在專案上給予技術指導，協助成員按時完成中心下達的研發任務。
9、日常工作中嚴於律己、勇挑重擔，做好榜樣。
10、敢於管理，善於管理，加強學習，不斷提高管理水平。
蒙田範文網