工科女生，實施工程師的職業發展
背景：女，軟體工程純工科女生，本科畢業，現在一家醫療軟體機構供實施工程師一職
問題：我現在的工作狀態是整月出差，每天在客戶現場解決各種需求，剛剛畢業各種焦頭爛額，不知所措。
我想知道實施的職業發展規劃究竟是什麼，以後能做哪些職位，提高自身能力還需什麼技巧。
軟體實施工程師的工作是軟體產品服務主線的一個決定性環節，軟體的成功離不開實施。那什麼才是成功的實施呢?要讓使用者真正使用起來，讓使用者滿意，使用者的成功也就是軟體的成功。軟體的實施，其實並不是一件看起來很容易的事，也許可算是一項挑戰，有時還需要工程師們一種“明知山有虎，偏向虎山行”的信心和勇氣。
方案介紹
啟動階段
此階段處於整個專案實施工作的最前期，由成立專案組、前期調研、編制總體專案計劃、啟動會四個階段組成。
此階段主任務:
公司:
在合同簽定後，指定專案經理，成立專案組，授權專案組織完成專案目標。
公司專案組:進行前期專案調研，與使用者共同成立專案實施組織，編制《總體專案計劃》，召開專案啟動會。
商務經理:
配合公司專案組，將積累的專案和使用者資訊轉交給專案組。將專案組正式介紹給使用者，配合專案組建立與使用者的聯絡。
使用者:
成立專案實施組織，配合前期調研和召開啟動會，簽署《總體專案計劃》和《專案實施協議》。
成立專案組
部門經理接到實施申請後，任命專案經理，指定專案目標，由部門經理及專案經理一起指定專案組成員及成員任務，並報總經理簽署《專案任務書》。
前期調研
專案經理及專案組成員，在商務人員配合下，建立與使用者的聯絡，對合同、使用者進行調研。填寫《使用者及合同資訊表》。在專案商務談判中，商務經理積累了大量的資訊，專案組首先應收集商務和合同資訊，並與商務經理一起識別那些個體和組織是專案的.干係人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保專案能夠成功。
編制《專案總體計劃》
《專案總體計劃》是一個檔案或檔案的集合，隨著專案資訊不斷豐富和變化，會被不斷變更，主要介紹專案目標、主要專案階段、里程碑、可交付成果。通常包括以下幾方面內容:專案描述，溝通管理計劃，確定專案干係人對資訊和溝通的需要:即什麼人何時需要什麼資訊以及透過什麼方式將資訊提供給他們。質量管理計劃，確定適合於專案的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體專案的要求而定。未解決事宜和未定的決策
啟動會
專案組與使用者共同召開的宣佈專案實施正式開始的會議。
會程安排如下:
共同組建專案實施組織，實施組織的權利和職責;雙方簽署《專案實施協議》。
專案組介紹《專案總體計劃》和《專案實施協議》，包括以下內容:
專案目標、主要專案階段、里程碑、可交付成果。所計劃的職責分配(包括使用者的);
專案實施中專案管理的必要性和如何進行專案管理，專案的質量如何控制;
專案實施中使用者的參與和領導的支援的重要作用;
階段驗收、技術交接和專案結束後如何對使用者提供後續服務。
調研確認
此階段的主要工作是軟體公司的專案實施人員向用戶調查使用者對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成後，會編寫《需求調研分析手冊》，並交付使用者進行確認，待使用者對《需求調研分析手冊》上所提到的需求確認完畢後，專案實施人員將以此為依據進行軟體功能的實現。如果使用者又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容:
進行需求調研準備
需求調研對於一個應用軟體開發來說，是一個系統開發的開始階段，它的輸出"軟體需求分析報告"是設計階段的輸入，需求調研的質量對於一個應用軟體來說，是一個極其重要的階段，它的質量在一定程度上來說決定了一個軟體的交付結果。怎樣從客戶中聽取使用者需求、分析使用者需求就成為調研人員最重要的任務。
編制《需求調研計劃》
內部評審是否透過《需求調研計劃》
專案組、部門經理、商務等人員根據合同要求和專案實際情況對《需求調研計劃》草稿進行評審，如評審透過，則在稍後的時間內簽署，如評審不透過則重新修改。
使用者是否簽署《需求調研計劃》
如使用者簽署《需求調研計劃》，則作為以後需求調研工作的指南。否則重新修改。
《需求調研計劃》是否有變更
如果計劃存在變更，則執行變更控制流程，否則按計劃進行後續工作。
編寫及發出《需求調研通知》
專案組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給使用者，為順利完成需求調研工作做準備
需求調研
專案組以《需求調研手冊》為依據，從業務流程、單據使用、列印格式、報表查詢幾個方面展開深入和全面的調研，並蒐集使用者的個性化需求。
需求調研分析根據調研的結果
專案組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。
內部評審是否透過《需求分析報告》
專案組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審透過，則在稍後由使用者簽署，如評審不透過則重新修改，直至內部評審透過。
編寫及發出《需求分析報告確認通知》