c.需求分析人員。一般來說，需求分析人員也承擔了項目管理或者售前工程師的工作，與用戶接觸最多，最了解用戶的業務，有些高手甚至同時是用戶業務的高手，比用戶還清楚全面的業務工作，因為他面對的系統不是單個用戶的，而是真箇用戶所在的公司的。從上到下，他都爛熟於心。書寫的需求分析報告非常清楚地表達了用戶實際工作的模型、規則和流程關係。需求分析就是要講無序的、雜亂無章的用戶的業務規範成計算機可以處理的清晰的、規範的、流程明確的文字描述。
d.項目管理人員。該崗位的人，不但是技術專家，也是善於管理團隊的人。雖然說，從理論上可以不懂技術，但實際上，外行領導內行確實是有問題的，平時交流都是問題。特別是it行業，技術還是核心的。不懂技術，就無法正確估計工作量和難度，甚至出現：一將無能，類似千軍的情況。
e.測試人員。如果作為測試人員，那么首先是技術高手，同時具備系統需求分析能力，永遠站到用戶角度來考慮系統的質量和問題，包括測試用例、數據、工具等，如同企業中的質量監督員。目前雖然有很多測試方法和工具，但測試人員這個崗位的人才還很缺乏。畢竟是一個難度大的工作。雖然有些單位簡單地讓秘書崗位的人來承擔，其實是把該崗位看清了，有些對付事的嫌疑。
無論什麼崗位。企業最希望的是人才一專多能，萬金油一樣，那么可以減少人員，並指望全才搞定問題。這也是現在的特點。按照理論來劃分為：項目經理、需求分析員、系統設計員、資料庫設計員、開發人員、測試人員和售後服務人員。而現實是很多情況下，項目經理承擔了編碼和售後服務以外的所有工作。但無論怎么分工，每個工作環節的能力要求是不變的，不會因為一個人承擔就可以忽略或簡化，也不會因為多個人承擔就嚴格或者是省略。
技能提高本身就包含了：技術水平和能力素質兩個方面。很多培訓機構簡單地將技能理解成專業技術，如vb，vc，java等技術，忽略了非技術類的能力素質，如文檔編寫能力、系統規劃能力、項目開發綜合素質能力等。畢竟，開發項目（包括自己立項的產品）不是簡單的會了開發工具就搞定的，還需要配套的軟體工程等思想和技術的支持。
4、有什麼樣的國際/國家標準體系
目前，it行業，有相關的標準，這些標準看起來是條條框框，很不適用，但實際上，如同軟體工程一樣，看著很虛，實際上，如同我們學的數學一樣，使規則和素質的能力指導，而不是具體的編碼工具或網路的一台設備。項目的施工不是木匠打造桌椅，而是房地產的建設高樓。那么，必須有規則，有科學的指導。這就是標準和規範的意義：
a.國際的iso9001質量體系，也就是項目質量管理體系。專門規範項目開發的公司的管理制度、崗位劃分、崗位工作方法、崗位工作遵循的審核、審查條件和規範的文檔模板以及項目實施過程的配置管理方法。
b.國標gb2000開發標準規範。主要依據iso9001體系，提出的具體的軟體開發過程中的文檔編寫規範和說明，涉及到軟體開發的各個具體環節。可行性分析、需求、設計、資料庫、編碼、測試、維護、日常開發報告等一系列規範格式。當然，很多公司自己搞了這些規則和檔案格式，但建議採用國家標準，因為畢竟其中考慮問題還是非常全面的，也容易得到用戶的認可。
c.cmm標準。cmm是針對軟體開發行業提出的質量控制標準。嚴格約束和制定了開發過程中的各個階段和工作崗位的工作規範以及必須達到的要求的指標。對軟體開發公司或團隊提出了更加高的要求。軟體生產過程是智力投入的過程，非常複雜，所以，規範地控制和管理是保證最終產品質量的關鍵。
d.軟體工程。作為一種類似物理學一樣的軟體專業的工程化理論，雖然不是標準化組織的檔案，但也是指導軟體開發工作的重要的理論基礎。如同邏輯學與開發工具無關，但與設計思想和算法有關一樣。軟體工程從巨觀上闡述了軟體開發關鍵環節的工作方法和理論方法。很多程式設計師由於沒有作過項目管理或者系統規劃，不是太理解軟體工程，但當你真的處在項目開發的規劃、設計角色的時候，不理解軟體工程，將給你的工作帶來很大問題。這個時候，你會發現，掌握在多的開發工具已經無法解決面對的問題了，因為開發工具無法解決系統規劃設計管理問題。只能是coding,coding,coding！