針對兩方面的計劃風險，需要作出以下改進措施，并堅決執行：
1、資源共享。組織培訓，盡快使原有兩個組中的核心業務知識共享，同時，每個成員還會負責原有的日常測試工作，在開發部門的開發模式不調整的情況下，繼續以項目為單位，進行測試。同時，在培訓和自學中，盡快掌握其他業務，同時，達到可以對其他業務的手工操作熟練掌握，最終可以實現招標，采購測試人員的交叉。
2、技術共享。測試工作中的技術應用，通過會議，培訓，工作安排，達到兩組完全融合，技術平衡，測試管理平衡，測試規范，文檔平衡統一，測試技術技能應該平衡。
3、對人員的工作分配和使用，除了按現有的方式暫時分配工作，增加一項考核內容，就是管理部門分配的其他項目的業務水平和測試認知的考核，通過考核，使測試人員盡早的進入這種“多進程”的工作方式，最終的考核結果，會和測試人員的職級產生影響，最終的原則應該仍是在優勝劣汰的原則.
3.3.2 計劃外風險
1、開發模式的改變。重組的技術開發部門是否仍是以項目為單位，進行產品開發，功能整改工作，還是會有新的開發模型？這將直接影響到測試管理部門的職責行使、工作安排。
2、公司整改戰略思想的政策支持度。四個部門同時整改，造成原有的工作模式和工作方式，在各部門都產生重要影響力，勢必會在行使之初，有些資源利用，調配，以及資源的掌握上，有一個適應的過程，這不只是測試部門。如果在短期內，四個整改部門出現不兼容的情況，公司的整理處理方針是什么？
針對計劃外的風險，沒想過具體方式方法，只能暫時這樣制訂：
1、如果開發模式改變，只能靈活的制訂相應的測試策略，調整原來的測試方式，集中討論，形成對應的處理機制。
2、如果出現不利于公司前進的因素出現，測試部門整改的一個中間部門，和前一級，下一級部門盡早協調，爭取早日更好的接軌，倘若行不通，以公司指令和調配為準。
四、測試管理部發展規劃
4.1 部門建設
部門整合后，會對測試建設提出兩個目標，以此為目標，打造體系完善的測試管理部。
4.1.1 短期目標：
實現兩個測試組的融合：資源融合，技術融合，業務融合，工作融合，計劃用3-5個月實現。
具體規劃：
1、工作考核
2、部門績效考核
3、近期工作安排
4、培訓安排
5、業務測試交互
6、人員定崗，定職
4.1.2 長期目標：
把測試管理部發展為綜合業務水平高，測試技能突出，測試影響力大，測試經驗豐富的團隊。
具體規劃：
1、部門測試影響力
2、測試技術掌握
3、職級確定
4、部門協作
5、人才培養和留任
6、人才引入
一、現任崗位工作
1.1 工作內容
1、負責招標測試組的測試管理工作，測試組成員的測試工作進行安排，測試工作方式，測試技能，進行分析和掌握，并針對不同的測試人員的工作和技術特點，采取不同的方式進行管理和指導，提供建設性的意見和建議，并帶領組員共同學習和創新，用于項目的測試具體工作中，提高測試水平；
2、指導測試人員，并和項目其他部門溝通，以提前測試執行時間為目的，對項目的需求完善，進行答疑；對項目開發進度和缺陷修改，進行督促，從而使測試在良性狀態下順利進行，同時對整個項目進度和質量起到重要作用；
3、熟悉招標的各項業務，在業務熟悉的基礎上，轉化為測試需求，并結合現有的測試組工作狀態進行分析，制訂相關的規范和流程，并在提高測試技術水平和測試方法上，開展一系列的嘗試工作，并做出相關的文檔，以及對相關的技術難點攻關；
4、對測試的需求，計劃，用例和缺陷進行評審，提出指導意見和改進方法，完善原有的項目測試工作，尤其是對測試需求和缺陷提交的規范進行細致的引導；
1.2 工作業績
1、基本熟悉招標網平臺中的各種類型招標的基本流程，并對流程中的業務進行理解，轉化為測試思想，指導測試工作的執行；
2、對“競爭性談判”項目的測試管理進行規范，以公司原有的相關規格說明書為指導，和測試人員討論后，結合項目實際情況和以往工作經驗，制訂相應的QC中的管理流程，腳本編輯更易理解和易使用的信息，方便，有效的用于測試需求和缺陷的編寫；
3、參與其他項目例會，掌握測試人員跟進項目組的實際測試工作，作指導性的意見，并協調其他部門，更好的為測試開展提供方便；
4、針對一些項目中的成形的業務和功能操作，手工測試執行繁瑣。提出自動化測試框架的搭建需求，因為招標測試組以往的自動化測試進展水平較低，從頭開始構建自動化測試框架思想，并編寫完成框架思想和一部分針對具體項目的概要設計工作。
5、通過了解業務功能，以及整體產品運行的硬件平臺和產品整體結構框架，開始引入性能測試分析的內容，并對tomcat實行監控，數據庫進行性能分析，并對具體項目，編制性能測試方案和部分測試用例，并完成了原型腳本的編寫，使之可以更好的在場景中運行。
二、競聘匹配度分析
2.1 工作經歷分析
1、從2002從事軟件測試行業至今，經歷了這個行業的發展過程，同時，積累了豐富的工作經驗，并且轉化為管理和技能，可能更好的用于公司的測試工作中，做出貢獻；
2、在原來公司，有過三年互聯網測試經驗，并且針對網站和平臺的每次改版，都充分發揮了測試負責人和測試實施者應有的作用，保證每個產品都能順利上線；
3、在測試這個行業中，有過5年既是測試工作師又兼測試組長的雙重經歷，從而更了解測試人員的工作和想法，同時，更方便上下兼容，并且可以更好的和兄弟部門溝通交流；
4、加入必聯至今，一直引導招標測試組的測試管理工作，并對組里人員進行測試理論指導和技術指導，同時，讓組成員的工作狀態都飽滿起來；
5、對測試和管理的工作有很強的興趣和信心。
2.2 技術分析
1、熟悉Linux，Windows系統，并且熟悉web技術開發的框架和體系結構，可以熟練的配置相應的測試環境，同時對測試版本進行控制；
2、熟悉軟件工程，項目管理的理論和方法，對各種開發和測試模型有很好的認識和理解，并可以靈活用于項目中；
3、軟件測試整體過程中，測試需求、測試計劃用例，測試執行，以及對缺陷的分析和定位，有敏銳的想法和解決方案；
4、對軟件測試主流的輔助工具，如：TD，QC，JIRA，QTP，LR，可以很好的使用，并用于實際的測試過程中；
5、熟悉ORACLE數據庫的操作和使用；
6、對開源的部分測試工具，有一定的理解和使用能力，如：ruby，selenium等；
7、從事多年的測試工作，具有良好的語言表達能力和文字，文檔編寫處理能力，同時，英語四級水平使得看一些英文文檔，稍借助翻譯軟件，即可形成中文的專業文章，可學習和共享給其他組員；
2.3 管理分析
1、可以根據資源配置，可以形成以垂直管理為主導，多結構化的管理方式，既體現首席管理者的指導管理和協調管理職能，又會根據具體情況，分層次和組合的進行測試工作的開展；
2、可以對項目的測試時間，質量和成本的控制能力較強，在測試開始之際，就會建立一個測試預警方案；
3、以往的工作中，會主動管理和工作，主動向上傳遞，提交測試信息；主動向下關注，指導測試工作的良性進行，使每個人都有工作可做；對自身而言，除此之外，會對部門的建設和技術，學習，培訓等方面，開展實際的工作；
4、可以充分利用測試資源，特別是人的應用，同時，對測試部門成員有完整，全面的認識和理解，支持；
5、通過原有的工作經驗，結合現有測試部門的管理工作，仍然會實行優勝劣汰的方式，可以犯錯，但是不能無所作為。
6、在管理溝通方面，在工作周報和月報中，建立相應的板塊，除了工作總結，應該會有學習總結，問題總結，個人建議意見填寫，這些內容和考核績效結合；在例會，面對面交流過程中，討論是關鍵字；
7、可以和兄弟部門，從屬部門，其他職能部門有良好的溝通。主要是充分利用公司各種資源，如：員工之間的私交，工作上的上下級關系，項目整體關系，公司OA等，形成良好的溝通氛圍，完成自己想要達到的目的。
三、測試管理部組織規劃
3.1 組織目標
首先我們需要明白測試管理部的目標是什么？就我個人理解，主要是三個方面：
1、測試管理部統一后，可以更方便的調用兩個部門的測試人員，進行業務互換測試，同時，可以在業務熟悉之后，產生新的測試要點，拓寬測試人員的業務知識和測試水平；
2、技術共享。原來兩個測試組，采購和招標因為所謂業務不同，造成的技術不平衡情況有望在統一后的測試管理部打破，同屬測試部成員，根據項目要求以及業務掌握情況，會在統一安排下，互相扶助，從而達到技術和業務雙贏
3、增強測試持續發展，降低測試預期分險。兩個組的資源分散，主要是人力，每個人再分散到一個項目中，造成業務，技術孤立，使某項目或產品的可持續測試不能進行，同時，提高測試水平，提高項目質量受到很大限制，測試管理部的可以更優分配資源，兩個項目可以由至少兩人同時參與，共同協作，達到1+1優于2的要求。
3.2 崗位規劃
設想根據不同的業務，不同的項目開發，劃分兩個級別的測試工作人員，記為高級測試工程師，測試工程師。
因為公司原有的制度中對測試技能職級未做細分，所以在測試管理部組建之后，會暫時按原有的方式職級進行工作安排，通過工作和技術在實際的應用中發揮的作用，測試管理部會提交各人的工作總結，學習總結，技能實際掌握情況，形成部門績效考核，再由整個技術部門和相關的人力等職能部門，對測試人員職級進行調整。
在未做調整之前，測試管理部經理會盡快了解測試部內的人員技能水平和業務水平，進行工作安排，在工作中進行考核，同時，為了項目測試順利執行，對業務能力熟悉的人員，安排相應的測試前期的準備工作，同時，會有一個輔助人員會加入，作為輔助測試人員，主要為了熟悉業務和測試過程，也為了增強該項目的可持續測試。
根據項目大小，細分模塊，盡量安排至少兩人以上參與測試工作，從測試需求，用例設計，測試執行，分工協作，但是每個人的在項目中的測試工作，是獨立的完成，最后，進行測試整合，形成測試相關文檔，完成測試整體工作。
3.3 風險分析
3.3.1 計劃風險
1、測試資源風險：部門組建之初，會出現暫時的資源迭代的情況，主要是人力資源，需要每個人在主負責相關的測試項目的工作外，需要對其他項目進行測試跟蹤和學習，測試人員是否可以跟進部門安排的工作，盡快完成從單業務測試向多業務的了解和掌握，從而可以開展測試工作，需要時間來證明。同樣，測試管理部對部門整體的測試環境的掌握，測試經理對部門的實際了解和最終流暢運作，需要一定的時間來組織和構建。
2、人員風險：新的整體部門的組建，雖然會維持一些原有的流程和作業規范，但根據實際情情，勢必會進行調整，原有人員是否可以適應新的工作方式，在原有的成型的工作習慣基礎上，是否可以學習，加強業務知識，專業技能，是否能順利的完成任務，需要保守估計。
針對兩方面的計劃風險，需要作出以下改進措施，并堅決執行：
1、資源共享。組織培訓，盡快使原有兩個組中的核心業務知識共享，同時，每個成員還會負責原有的日常測試工作，在開發部門的開發模式不調整的情況下，繼續以項目為單位，進行測試。同時，在培訓和自學中，盡快掌握其他業務，同時，達到可以對其他業務的手工操作熟練掌握，最終可以實現招標，采購測試人員的交叉。
2、技術共享。測試工作中的技術應用，通過會議，培訓，工作安排，達到兩組完全融合，技術平衡，測試管理平衡，測試規范，文檔平衡統一，測試技術技能應該平衡。
3、對人員的工作分配和使用，除了按現有的方式暫時分配工作，增加一項考核內容，就是管理部門分配的其他項目的業務水平和測試認知的考核，通過考核，使測試人員盡早的進入這種“多進程”的工作方式，最終的考核結果，會和測試人員的職級產生影響，最終的原則應該仍是在優勝劣汰的原則.
3.3.2 計劃外風險
1、開發模式的改變。重組的技術開發部門是否仍是以項目為單位，進行產品開發，功能整改工作，還是會有新的開發模型？這將直接影響到測試管理部門的職責行使、工作安排。
2、公司整改戰略思想的政策支持度。四個部門同時整改，造成原有的工作模式和工作方式，在各部門都產生重要影響力，勢必會在行使之初，有些資源利用，調配，以及資源的掌握上，有一個適應的過程，這不只是測試部門。如果在短期內，四個整改部門出現不兼容的情況，公司的整理處理方針是什么？
針對計劃外的風險，沒想過具體方式方法，只能暫時這樣制訂：
1、如果開發模式改變，只能靈活的制訂相應的測試策略，調整原來的測試方式，集中討論，形成對應的處理機制。
2、如果出現不利于公司前進的因素出現，測試部門整改的一個中間部門，和前一級，下一級部門盡早協調，爭取早日更好的接軌，倘若行不通，以公司指令和調配為準。
四、測試管理部發展規劃
4.1 部門建設
部門整合后，會對測試建設提出兩個目標，以此為目標，打造體系完善的測試管理部。
4.1.1 短期目標：
實現兩個測試組的融合：資源融合，技術融合，業務融合，工作融合，計劃用3-5個月實現。
具體規劃：
1、工作考核
2、部門績效考核
3、近期工作安排
4、培訓安排
5、業務測試交互
6、人員定崗，定職
4.1.2 長期目標：
把測試管理部發展為綜合業務水平高，測試技能突出，測試影響力大，測試經驗豐富的團隊。
具體規劃：
1、部門測試影響力
2、測試技術掌握
3、職級確定
4、部門協作
5、人才培養和留任
6、人才引入
4.2 人員激勵
測試管理部的測試人員的激勵，主要從以下方面進行闡述：
1、從工作安排上來說，主要是要讓每個人都清楚自己的工作任務，明確知道自己在做什么，從而使每個人都是在工作，對于主動工作的人員，在部門的績效考核和公司的考核中，要有一定的體現；
2、職級進行分類后，根據員工的工作情況，可以和其他職能部門協商，升，降職級以此對工作作肯定和否定，這種方式慎用，主要是部門內部的工作和部門建設出現問題，原因分析確實因為個人所致的。
3、配合公司的薪水，獎金，福利制度，對人員的工作進行獎，罰。
4、對每個人興趣的，和測試相關的培訓，學習給予支持和鼓勵，并可以在項目進度允許情況下，可安排員工重點去攻關，學習，培訓，從而得到學習總結和成果，共享于測試部門，提高所有人相關知識。
5、測試人的自我激勵：主要是對這個職業的熱愛，態度的積極性，對待工作主動思考，同時會影響到其他人。
五、測試管理部業務規劃
5.1 招標網業務規劃
1、現有項目的日常測試工作穩定運行。對業務比較復雜的項目，加入新的測試人員，參與學習和輔助測試工作；
2、進一步提取原來兩個組中的精華和集合點，形成共同的基于公司業務和項目開發的完整的測試工作流程；
3、基于招標平臺的狀態機設置以及業務流，結合自動化測試框架的思想，把原有的成形的功能模塊和節點集成到自動化測試框架中；
4、開展基于測試工作環境下的性能測試和性能分析
5、在開發機構完善，測試相對獨立后，考慮搭建一個真正意義上的測試環境，從提取代碼，編譯，部署到版本測試控制，測試執行，測試分析，測試結果生成，在測試管理部的測試服務器上完成；
6、加強部門可持續發展建設。以學習、工作效率還有積極主動性作為衡量工作的比重較高的標準。
5.2 采購網業務規劃
工作方式同招標業務。
六、測試管理部職能行使
6.1 測試職能
1、行使參與項目預審，參與項目評審工作；
2、行使測試組建，測試準備，測試執行，測試分析，測試報告生成的工作；
3、按項目進度，行使對需求的完善，開發過程中的失誤，錯誤進行驗證，控制項目進度，控制時間成本，控制質量的工作；
4、加強部門建設過程中的學習和培訓，以及參與其他部門的技術，業務交流的工作；
5、用戶驗收測試完成后，用戶培訓手冊，用戶操作說明的編制工作。
6.2 部門溝通
1、利用公司的現有資源，如mail，RTX，OA等，保持現有的交流風格和方式；
2、貫徹測試理論到整個項目過程中，整個部門以重視產品質量為前提的工作狀態下進行相關工作。
3、積極和其它相關部門互換意見，尋求共贏點。
4、測試產生的數據，即時通過測試管理QC或其他相關手段，反饋給相關部門，同時，其他部門產生的數據，流經測試時，測試管理部積極處理，如果出現停頓，測試部相關人員主動查找停頓原因；
5、測試人員通過工作的主動性，從測試和質量控制環節上，帶動其他部門的主動性，并且通過工作上的主動開展，形成部門溝通的良性循環。