導(dǎo)語：如何才能寫好一篇程序員項目總結(jié)，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公文云整理的十篇范文，供你借鑒。

篇1

1.項目起步階段

當掌握項目后，項目經(jīng)理開始進行開發(fā)人員組織，從項目來看，項目的業(yè)務(wù)較小，但是技術(shù)要求較高，如前文所述，為了保證項目能順利實施，項目首先摒棄了技術(shù)風險，所以在人員配置方面，必須要有技術(shù)過硬的程序開發(fā)人員參與。其次，為了保證系統(tǒng)的功能，項目選擇的語言不能是高級語言，所以應(yīng)該設(shè)定在C，C++語言行列。首先，進行人員組建：編程人員3人，架構(gòu)師1名，開發(fā)語言最終確定為C語言。繼而根據(jù)項目特點，搭建開發(fā)環(huán)境。其次，系統(tǒng)選擇敏捷式原型開發(fā)模式。

2.項目需求分析階段

在項目需求分析階段，為了規(guī)避業(yè)務(wù)風險，讓程序員以及架構(gòu)師認真閱讀用戶需求報告，繼而讓程序員對需求進行整理，為了使項目的業(yè)務(wù)風險減到最低，程序員可提供QA，在這個階段首先是對業(yè)務(wù)進行詳細的分析，把握功能要點；其次，根據(jù)系統(tǒng)需求，羅列技術(shù)要點，需對項目中的技術(shù)點進行調(diào)查，比如：本項目中的gmail自動登錄，用戶常用網(wǎng)址的自動登錄以及用戶安全加密技術(shù)等的調(diào)查，技術(shù)調(diào)查的結(jié)果應(yīng)該以技術(shù)模型為代表，這樣才能為后面的開發(fā)掃除技術(shù)風險。

3.系統(tǒng)設(shè)計階段

首先項目架構(gòu)師應(yīng)該根據(jù)項目特點，對項目進行結(jié)構(gòu)劃分，對項目架構(gòu)進行設(shè)計，就本項目而言，系統(tǒng)功能相對獨立，所以在項目架構(gòu)上可以采用多進程處理辦法，一個功能點設(shè)置為一個進程，利用進程之間的數(shù)據(jù)通信來完成整個系統(tǒng)的聯(lián)動。以此來規(guī)避由于設(shè)計上的原因，影響進度的風險以及程序上的質(zhì)量風險。

4.系統(tǒng)開發(fā)階段

在系統(tǒng)開發(fā)階段，程序員根據(jù)先前的設(shè)計情況，進行系統(tǒng)的編碼工作。當然為了程序的一致性，需要編寫編碼規(guī)格說明書，對函數(shù)的命名，變量的命名都應(yīng)該有明確的規(guī)定，在開發(fā)階段，為了控制軟件的進度與質(zhì)量，作為項目負責人，應(yīng)該早、晚各開一次全員會議，早會是對當天的任務(wù)進行分配，晚會是對當天的工作情況進行總結(jié)。為了保證質(zhì)量，作為項目的負責人需要檢查程序員編寫的代碼，首先是對其可讀性進行檢查，其次是對程序的邏輯進行檢查，對于本項目而言，需要注意程序中是否存在內(nèi)存泄露現(xiàn)象，因為對于C語言而言，內(nèi)存泄露是必須要控制的，而這也是質(zhì)量風險控制的要點，如果等到測試發(fā)現(xiàn)問題再修改，會浪費更多的時間，影響項目的進度，導(dǎo)致項目的成本增加。

5.系統(tǒng)測試階段

到項目開發(fā)完成后，需要對系統(tǒng)進行測試，測試點主要針對系統(tǒng)功能進行測試，其中主要體現(xiàn)在用戶操作界面是否流暢，界面會不會被隱藏，或者操作界面顯示的數(shù)據(jù)是否正確，這都是測試的基本點。

篇2

一、軟件開發(fā)項目的人員組織形式及存在問題

（一）軟件開發(fā)項目的人員組織形式由于軟件開發(fā)人員個人素質(zhì)與能力各不相同，因此，要對軟件開發(fā)人員進行合理分工，充分發(fā)揮每個人的特長。同時，軟件開發(fā)的組織結(jié)構(gòu)應(yīng)與軟件項目開發(fā)模式、軟件產(chǎn)品結(jié)構(gòu)相對應(yīng)，使軟件開發(fā)方法、工具與人相統(tǒng)一，降低軟件開發(fā)過程中，管理與質(zhì)量控制的復(fù)雜性?？梢园凑諛湫谓Y(jié)構(gòu)對軟件開發(fā)人員進行組織。樹的根是軟件項目經(jīng)理和項目總技術(shù)負責人，可由一個人或一個小組擔任。樹的結(jié)點是程序員小組。為了便于項目管理，樹的結(jié)點每層不超過7個，并在此基礎(chǔ)上盡量降低樹的層數(shù)。程序員小組可以按主程序員進行組織，由主程序員負責小組全部技術(shù)活動的規(guī)劃、協(xié)調(diào)和審查。小組其他成員，如后備工程師，是主程序員的助手，必要時可以代替主程序員領(lǐng)導(dǎo)小組工作，以保持工作的連續(xù)性。程序員小組之間和小組內(nèi)的程序員之間的任務(wù)界面必須清楚，并盡量簡化。如微軟公司的編程人員共分為5個等級，最高等級只有5人，WindowsNT,Windows2000操作系統(tǒng)的核心開發(fā)隊伍只有10人左右。內(nèi)核程序由核心人物親自編寫，而提供軟件開發(fā)工具的隊伍則多達2000人，編寫各種程序模塊的編程人員也有1000多人。

（二）存在問題1.人員流動性過大，人才結(jié)構(gòu)不合理調(diào)查顯示，軟件管理人員平均年齡為33.3歲，普通軟件員工的平均年齡為28.4歲，65%以上的受調(diào)查人員具備大學本科以上學歷。由此可見，軟件項目從業(yè)人員以高學歷的年輕人為主。這就意味著，一方面，這些人有更強的學習創(chuàng)新能力，另一方面，也可能存在個人約束力差、眼高手低等不穩(wěn)定因素，一些自認出色的從業(yè)人員對公司稍有不滿就會離公司而去，造成項目人員流動頻繁。再加上高級研發(fā)人員缺乏，一般編程人員過剩，更不利于員工培養(yǎng)和人力資源維護。2.績效評估不合理許多軟件項目缺少完整、系統(tǒng)的績效管理機制，比如，對個人績效評估的實踐、考核結(jié)果大多只為評價員工工作態(tài)度提供參考，最終績效考核變成員工出勤記錄。軟件項目缺乏績效考核，不能充分反映出項目成員的付出，有一些項目雖然對項目的投入和項目進度進行績效評估，但沒有和激勵機制結(jié)合在一起，這時，有無績效評估結(jié)果一樣，同樣不利于團隊建設(shè)和人員穩(wěn)固性的增強。3.培訓不足由于培訓方式落后和培訓管理手段不成熟等原因，軟件項目一般對成員培訓較少。項目成員認為在項目組中沒有機會學到更多東西，無法提高自己的能力，導(dǎo)致軟件項目人員流動頻繁。而由于人員流動頻繁，項目更不愿意為員工培訓投入時間和金錢，當需要人時就直接聘用，由此形成惡性循環(huán)。

二、軟件開發(fā)項目人力資源管理的有效策略

（一）招聘策略招聘是控制人力資源質(zhì)量的第一步，也是人力資源建設(shè)和開發(fā)的重要步驟，是吸引優(yōu)秀、適合人才的重要途徑，作好招聘工作是保證人員質(zhì)量的重要環(huán)節(jié)。項目組配合公司人力資源管理部門，積極參與篩選簡歷和面試評審環(huán)節(jié)的工作，根據(jù)項目需求挑選簡歷和設(shè)計面試考核問題。與往常面試題目相比較，根據(jù)項目需求的不同，在招聘面試過程中，適當增加對某方面能力的考核。不能達到能力要求的面試者，不予以錄用。

（二）培訓策略1.新員工培訓新員工培訓的具體內(nèi)容包括：公司測試標準與規(guī)范，公司質(zhì)量手冊、程序文件，公司測試業(yè)務(wù)、人員、公司整體、各部門介紹，公司各項規(guī)章制度，公司辦公與測試環(huán)境配置，測試基本理論、測試流程與測試案例（測試方案、測試計劃、測試報告、缺陷報告等），工作流程、工作表格、測試文檔的標準模板等。所有參與培訓的人員要在培訓后的入職考試中取得優(yōu)異成績，考試合格率要達到100%。2.內(nèi)部技術(shù)培訓由于各部門承擔的測試項目類型不同，對員工技能要求也不同，因此，毎年各部門、各項目組也會根據(jù)自身需求，組織與測試項目相關(guān)的內(nèi)部技術(shù)培訓。

篇3

不經(jīng)意間，工作已經(jīng)告一段落，回想起這段時間的工作，一定取得了很多的成績，這時候，最關(guān)鍵的工作總結(jié)怎么能落下，但是卻發(fā)現(xiàn)不知道該寫些什么。小編為大家準備了2021程序員個人工作總結(jié)范文，希望對大家有幫助。

2021程序員個人工作總結(jié)范文一

在過去的一年中，我擔任公司開發(fā)部的一名軟件工程師，主要從事著JA項目的開發(fā)工作，這一年來我低調(diào)努力工作著，不求閃亮顯眼和光芒四射，只為平靜和淡定；這一年中所做的成績?nèi)缦拢?/p>

一、財政局項目，本人獨立負責開發(fā)會計處的三個子系統(tǒng)：

1、會計人員信用查詢系統(tǒng)。

2、記賬機構(gòu)信用查詢系統(tǒng)。

3、會計人員網(wǎng)上報備系統(tǒng)。

以上三個子系統(tǒng)上線后，方便了社會各界查驗會計人員的真實信息、方便了查詢合法的記賬機構(gòu)信息，以及方便了各單位對會計人員的報備。

二、餐飲行業(yè)項目，在團隊開發(fā)項目中直接參與了豪享來餐飲有限公司總部的信息綜合管理平臺項目，主要負責的系統(tǒng)有：

1、房屋租賃合同管理系統(tǒng)。

2、短信收發(fā)管理系統(tǒng)。

3、會員管理系統(tǒng)。

4、基礎(chǔ)信息管理系統(tǒng)和人事管理系統(tǒng)的部分功能模塊。

系統(tǒng)應(yīng)用后，豪享來在管理全國各門店房屋租賃合同上，一定程度上提高了管理效率，并且及時有效提供了相應(yīng)預(yù)警信息；短信收發(fā)系統(tǒng)方便了總部及時傳遞各項信息；會員系統(tǒng)更好的管理全國各門店的會員信息；人事系統(tǒng)在管理中減少工作量等。

三、金融行業(yè)項目，我參與了中國銀行廈門分行，企業(yè)轉(zhuǎn)賬管理系統(tǒng)中的部分模塊開發(fā)。

本系統(tǒng)方便了企業(yè)快速實現(xiàn)大量和復(fù)雜的轉(zhuǎn)賬工作。工作總結(jié)

四、國土資源與房產(chǎn)管理局項目，正在負責和開發(fā)的是住房貨幣化補貼網(wǎng)上申報審核系統(tǒng)。

本項目采用了新技術(shù)，使界面更加大方美觀，很大程度上改善人機交互平臺的效果。

總結(jié)不足：駐豪享來總部做項目時，由于團隊內(nèi)部某些原因，加之外面的其他因素，一定程度上影響了工作效率、影響開發(fā)進度和影響最終軟件質(zhì)量；這是包括我在內(nèi)項目組中的每個成員都必須檢討的地方。

通過總結(jié)一年來的工作，盡管有了一定的進步和成績，但在一些方面還存在不足，個別工作做得還不夠完善。在今后的工作中，我將努力找出工作中的不足，以便在日后的工作中加以克服。自我不斷的學習吸收新技術(shù)，認真學習好規(guī)范規(guī)程及有關(guān)文件資料，并且及時的把新技術(shù)應(yīng)用在實際的項目中，進一步提高項目的技術(shù)含量。

2021程序員個人工作總結(jié)范文二

我是一名程序員，在過去的45天里，通過師傅的帶領(lǐng)，慢慢的進入程序員的工作狀態(tài)。在公司這充滿奮斗的環(huán)境下，師傅以嚴肅認真的工作態(tài)度和百折不饒的精神，指導(dǎo)著我努力完成公司的各項工作，也取得了一定的成績。在這年終之際，現(xiàn)對來公司45天里的時間所作的工作總結(jié)如下:

一、公司主營業(yè)務(wù)的熟悉。

公司成立于20_年，致力于為大眾提供信息存儲與平臺，服務(wù)項目包括域名注冊、虛擬主機、VPS、云主機、企業(yè)郵箱、主機租用、主機托管、網(wǎng)站建設(shè)、CDN網(wǎng)站加速、網(wǎng)絡(luò)營銷服務(wù)等，以幫助客戶輕松、高速、高效的應(yīng)用互聯(lián)網(wǎng)，提高企業(yè)競爭能力。公司一直秉承“誠信為本、聚智創(chuàng)新、服務(wù)社會開放共贏”的價值觀，堅持“以微笑收獲友善，以尊重收獲理解，以責任收獲支持，以謙卑收獲成長”的行為觀向客戶提供全面優(yōu)質(zhì)的互聯(lián)網(wǎng)應(yīng)用服務(wù)。

通過這段時間的努力，使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉，學會了在繁忙之中找條理，危難之中找希望。同時自己也有一些不足之處，一些細節(jié)地方技術(shù)上還不太成熟，還需加以學習與鉆研。

1、公司網(wǎng)站頁面維護

從十二月初開始進行公司網(wǎng)站頁面的維護，每天早起趕到公司進行網(wǎng)頁的改善。在這期間主要是對于后臺登錄頁面、支付頁面、聯(lián)系我們、服務(wù)器租用、商務(wù)合作等頁面進行改進，提升用戶粘度；在網(wǎng)站維護過程中出現(xiàn)的問題，晚上下班后加班加點將每天的小錯誤及兼容性問題修改完畢。

通過這項工作，使我原本欠缺的業(yè)務(wù)能力得到了很大的提高，并學到了很多業(yè)務(wù)技巧及業(yè)務(wù)上的知識，更加明晰了網(wǎng)站維護的流程，但離一個成功程序開發(fā)人員的標準還差得很遠，在今后工作中，定會多多注意，加以改善。

2、活動頁的編寫

進入雙旦前夕，公司開始準備活動頁的項目，主要使用媒體查詢技術(shù)，實現(xiàn)活動頁的相應(yīng)效果。自己在做這個項目的過程中，未能及時完成項目，后在師傅的引導(dǎo)下，得以完成項目。

通過這項工作，為后期的活動頁開發(fā)奠定一定的基礎(chǔ)，使我更加加深了項目開發(fā)的整體思路與技術(shù)要點，總結(jié)了前期開發(fā)和實施中碰到的問題，并對一次次的兼容性測試中的小bug進行了最后的修改。

3、利用工作之余的休息時間加強學習

平時注意收集有關(guān)__方面的資料文件，以前我在達內(nèi)學過一些開發(fā)，但是底層架構(gòu)與頁面樣式我都是沒有涉及太深，對于當前編程的主流思想是對象，沒有深入的體會，理解這些話很費解，都是從表面上理解。通過在公司的這段時間，提高自己的處理新問題和解決新問題的能力，并加強學習css3及響應(yīng)式方面的知識，為后期的工作打好基礎(chǔ)。針對自己的不足，在以后的工作和學習中多接觸，多運用新的知識點，充實自己的經(jīng)驗和知識儲備。

二、團隊協(xié)作

上面的成功與收獲，除了自身努力外，以及公司的支持，是這個團隊鑄造了我。我們這個團隊有拼搏協(xié)作的隊員，使得它成為一個具有務(wù)實、拼搏、創(chuàng)新精神的團隊。

務(wù)實：公司下發(fā)的任務(wù)，下發(fā)的工作，件件都是用心去做的。我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關(guān)對公司有益的事情。相信在李總的帶領(lǐng)下現(xiàn)在是這樣，以后同樣也是這樣。

拼搏：公司給的每一個任務(wù)不管它多難，如果工作沒有完成，我們會晚上加班，也要盡可能的完成當天的工作。如果工作實在忙，為了趕進度我們放棄周六休息時間也要盡可能的使項目提前。

創(chuàng)新：現(xiàn)在我們寫好的代碼，保證程序正確的前提下，盡可能的提高程序的效率。

互助：我們小組內(nèi)只要任何一個人出現(xiàn)技術(shù)或其它的問題，我們彼此都會盡可能的去幫助他，不會因為某一個人而拖住整個項目滯后。

交流：我們在項目中會及時溝通自己的收獲，特別是一些針對性的技術(shù)問題，這樣可以省了很多重復(fù)研究的時間，這是一筆很可觀的時間。

在交流中只要我會的，我懂的，我不會去吝嗇，我會積極的去與你交流。“人強團則強，人弱團則削”，說的就是這個道理。

三、工作心得

1.每一個項目在開始著手的第一步，一定要把需求溝通清楚，只有了解了項目的需求，才有可能真正做好一個項目。

2.工作中，有一個無論是技術(shù)，還是經(jīng)驗都比較讓人肯定的前輩帶領(lǐng)，將任務(wù)詳細化，詳細到，每個頁面、甚至是一個頁面中的圖片什么時候做好，做到什么程度，這樣把工作進度有計劃、有方向的贊定下來，做事很有效率。

3.每天的工作小結(jié)真的很重要，這讓我們每天都有計劃的知道自己干了什么，不是漫無目的的工作。

4.工作并不是一成不變的，也許有一天你要去其他崗位幫忙，所以同事之間的技術(shù)要互相學習，也許有一天，公司需要你發(fā)揮其他的技能幫忙，所以互相學習也是很重要的，自己的工作不能僅僅局限于自己的業(yè)務(wù)范疇。

四、工作計劃

1.要提高工作的主動性，做事干脆果斷，不拖泥帶水。

2.工作要注重實效、注重結(jié)果，一切工作圍繞著目標的完成。

3.要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺。

4.精細化工作方式的思考和實踐。

5.虛心請教比我做的優(yōu)秀的其他同事，向他們學習技術(shù)或經(jīng)驗。其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優(yōu)秀工作習慣，豐富的專業(yè)技能，配合著實際工作不斷的進步。

不論在什么環(huán)境下，我都相信這兩點：一是三人行必有我?guī)?，二是天道酬勤?/p>

6.在參加工作的這短短的45天中，我深刻的體會到，把自己所有的精力都投入進去，技術(shù)工作都不可能做到完美程度，畢竟技術(shù)工作太繁雜，項目多而人手少，但多付出一些，工作就會優(yōu)化一些，這就需要認認真真沉下心去做事情，職業(yè)做事，誠信待人。

五、個人總結(jié)

光陰如梭，45天的工作轉(zhuǎn)瞬即將成為歷史，伴隨著春節(jié)鐘聲的臨近，我們依依惜別碩果累累的20_年，滿懷熱情的迎來了20_年。展望臨近的20_年，我會更加努力、工作上認真負責，再接再厲，更上一層樓。

以上為本人粗略的個人工作小結(jié)，請領(lǐng)導(dǎo)審閱，如工作上有不到之處，請領(lǐng)導(dǎo)不吝指出，以便本人及時改正，從而能更好地工作。相信自己會完成新的任務(wù)，能迎接新的挑戰(zhàn)。

2021程序員個人工作總結(jié)范文三

我是一名程序員，在過去的一年里，軟件研發(fā)部團結(jié)協(xié)作，以及在公司這充滿奮斗的環(huán)境下，我以嚴肅認真的工作態(tài)度和百折不饒的精神，努力的完成了公司的各項工作，在軟件研發(fā)、團隊協(xié)作和個人成長上也取得了一定的成績。在公司一年的工作已經(jīng)結(jié)束，特向公司總結(jié)匯報如下：

一、軟件研發(fā)

根據(jù)公司的安排，項目的需要。在自身的努力、伍經(jīng)理的幫組，團隊的合作下，克服重重技術(shù)困難，增長了工作經(jīng)驗，收獲豐盈。

1、asp.net開發(fā)

以前我在其他公司也做過一些開發(fā)，但是底層和架構(gòu)與頁面樣式我都是沒有涉及到的。通過這一年在本公司的的這些項目程序中的鍛煉，我成長了，我學會了很多很多。

首先，面向?qū)ο笳Z言的收獲。對于當前編程的主流思想是對象，任何事物都可以用對象來表示。以前理解這些話很費解都是從表面上理解，沒有從深入的體會，通過這次asp.net項目的深入，不管是數(shù)據(jù)還是外部一些條件我們都可以抽象成對象，都可以用對象來表示，具體可以用語言中的類方等。asp.net如此，c#如此java也同樣如此。

其次，具備獨立完成vb.net知識方面的能力。以前沒有做過vb的東西，加上這次深入的做，這次涉及到的領(lǐng)域也非常廣，常用的重要的都有涉及，并且還補充_ml，java實際操作中空白的部分。通過這一年的開發(fā)，在.net方面我能勝任這方面的工作，能獨立完成這方面的工作。

再次，c#方面存在一些不足。LocALhOST通過c#這次軟件的開發(fā)，也發(fā)現(xiàn)自己的不足，如基礎(chǔ)知識掌握不牢，缺乏編程整體思想。這些都是需要在工作中完善和改進的。

2、數(shù)據(jù)庫開發(fā)

數(shù)據(jù)庫是伴隨著項目以來用的最多最平凡的技術(shù)。以前對數(shù)據(jù)庫只是會一些簡單常用的操作，經(jīng)過這一年項目的實戰(zhàn)，對數(shù)據(jù)庫的操作增加了一些豐富的經(jīng)驗。為以后的工作和經(jīng)驗的積累都奠定了堅實的基礎(chǔ)。同時在項目中還用到了oracel與access數(shù)據(jù)庫，這是我的收獲。

優(yōu)點：能熟練的運用數(shù)據(jù)庫技術(shù)進行開發(fā)。特別是對sql數(shù)據(jù)庫的操作，經(jīng)過這么長時間的積累，基本上能合理的設(shè)計和新建數(shù)據(jù)庫，同時在數(shù)據(jù)結(jié)構(gòu)上也加強了對數(shù)據(jù)庫的理解。通過項目的實踐現(xiàn)在能熟練使用和編寫多種sql語句。還掌握了一些關(guān)于數(shù)據(jù)庫優(yōu)化sql語句優(yōu)化的方法，能進行一些簡單的優(yōu)化。

缺點：數(shù)據(jù)是一門比較先進的技術(shù)，并不是你會寫一些sql語句，能建幾個數(shù)據(jù)庫你就是數(shù)據(jù)庫工程師。要成為一個好的數(shù)據(jù)庫管理員是要經(jīng)過長時間的工作積累。針對自己的不足，在以后的工作和學習中多接觸，多運用新的知識點。充實自己的經(jīng)驗和知識儲備。

二、團隊協(xié)作

上面的成功與收獲，除了自身努力外，以及公司的支持。是這個團隊鑄造了我。我們這個團隊也是因為有了我們這些拼搏協(xié)作的隊員，使得它成為一個具有務(wù)實、拼搏、創(chuàng)新精神的團隊。我與軟件研發(fā)小組是一個整體，這里的團隊總結(jié)也就是我在這個團隊中的收獲。

務(wù)實：公司下發(fā)的任務(wù)，下發(fā)的工作，件件都是用心去做的。我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關(guān)對公司有益的事情。相信在伍經(jīng)理的帶領(lǐng)下現(xiàn)在是這樣，以后同樣也是這樣。

拼搏：公司給的每一個任務(wù)不管它多難，如果工作沒有完成我們會晚上加班，也要盡可能的完成當天的工作。如果工作實在忙，為了趕進度我們放棄周末休息時間也要盡可能的使項目提前。

創(chuàng)新：現(xiàn)在我們開始項目的時候都會進行研討，一般都會進行一個效率和邏輯的分析與討論，保證程序正確的前提盡可能的提高程序的效率。

互助：我們小組內(nèi)只要任何一個人出現(xiàn)技術(shù)或其它的問題，我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個項目滯后。

交流：我們在項目中會及時溝通自己的收獲，特別是一些針對性的技術(shù)問題。這樣可以省了很多重復(fù)研究的時間，這是一筆很可觀的時間。

在交流中只要我會的，我懂的，我不會去吝嗇。我會積極的去與你交流，我的團隊名言“人強團則強，人弱團則削”。

三、個人成長

通過公司這快一年的鍛煉與學習我真的進步了很多，不管從技術(shù)上還是做事上，都不像以前那樣了。我在公司學到的懂得的使我飛速成長。

篇4

關(guān)鍵詞：SOA；SCPI

中圖分類號：TP311

SOA是面向服務(wù)的設(shè)計架構(gòu)（Service-oriented Architecture），相比面向?qū)ο笤O(shè)計來說，屬于更高的一個層面。現(xiàn)在，大多數(shù)基于SOA設(shè)計都是非常龐大的軟件系統(tǒng)。從某種意義上講，SOA也是一個廣義的概念，基于SOA的設(shè)計可以為大的系統(tǒng)軟件設(shè)計基礎(chǔ)運行平臺，在基礎(chǔ)運行平臺上開發(fā)不同的功能。

對于SOA的理解，大多數(shù)是更高層面的概念，專門面向大型軟件的項目經(jīng)理、軟件架構(gòu)師等等相對高端的軟件設(shè)計人才。而對于基層的軟件工程師和程序員能不能理解SOA的概念，應(yīng)該怎樣去理解進而可以讓SOA的設(shè)計思想更加平民化，是本文描述的重點。

SOA實際上和很多其他學術(shù)概念有很多相似的地方，比如基礎(chǔ)平臺加上應(yīng)用這個概念和軟件二次開發(fā)就非常類似，也和基于Frame Work的軟件開發(fā)有很多相似的地方，F(xiàn)rame Work是基礎(chǔ)平臺，在Frame Work上開發(fā)的功能也能夠理解為基于SOA的應(yīng)用。無論是二次開發(fā)也好，F(xiàn)rame Work也好，基礎(chǔ)平臺類的程序一旦寫好了代碼就不需要再修改了，而基于基礎(chǔ)平臺的應(yīng)用可以千變?nèi)f化，盡可能地發(fā)揮我們的創(chuàng)造力。

從體系結(jié)構(gòu)的角度，SOA是一種軟件體系結(jié)構(gòu)和軟件構(gòu)造方法。在軟件的基礎(chǔ)架構(gòu)上，SOA架構(gòu)能夠?qū)崿F(xiàn)服務(wù)部署環(huán)境和服務(wù)實現(xiàn)之間的松散耦合，以及不同功能的服務(wù)實現(xiàn)之間的松散耦合性，有利于提高分布式系統(tǒng)的可伸縮性，有利于實現(xiàn)對資源的動態(tài)優(yōu)化配置，最大程度地資源共享。在軟件的構(gòu)造方法上，SOA打破了傳統(tǒng)的分布式組件容器的界限，以服務(wù)作為基本構(gòu)造計算單元，通過服務(wù)的組合和組裝完成系統(tǒng)整體功能。

從實現(xiàn)技術(shù)的角度，SOA不僅是一種體系結(jié)構(gòu)，更是指以松散耦合方式實現(xiàn)業(yè)務(wù)層面各種服務(wù)能力的共享、供給和重用的方法學。SOA包含了編程模型及軟件工程方法學等在內(nèi)的一整套系統(tǒng)構(gòu)造方法和環(huán)境。雖然SOA技術(shù)與軟件服務(wù)化的使用模式并沒有必然的聯(lián)系，但SOA軟件構(gòu)造技術(shù)所帶來的松散耦合和軟件的可組合等特性，都有助于軟件的使用方式逐漸演化為“定制化使用”、“托管部署和運維”的服務(wù)化使用方式。

而從普通程序員的角度去考慮，全部可以歸納為代碼實現(xiàn)技術(shù)方面的問題，從面向過程、面向?qū)ο蠛兔嫦蚍?wù)不同領(lǐng)域?qū)哟蝸硖嵘约旱脑O(shè)計能力。首先，“面向過程”是一種以事件為中心的編程思想，使用算法+數(shù)據(jù)結(jié)構(gòu)的方式就能夠?qū)崿F(xiàn)。而“面向?qū)ο蟆保∣bject Oriented，簡稱OO）是一種以事務(wù)為中心的編程思想，任何事務(wù)都可以抽象成為對象。如：一扇門可以看作是對象，汽車本身有顏色、大小、品牌、位置、運動與否、運動方向、速度等屬性。面向服務(wù)是一種體系結(jié)構(gòu)，是一個系統(tǒng)架構(gòu)層次的概念，其所有的功能和服務(wù)都使用描述語言+定義，并且各自的接口都可以使用網(wǎng)絡(luò)進行發(fā)現(xiàn)。

從普通程序員的角度考慮，從面向過程、面向?qū)ο蟮矫嫦蚍?wù)，都是面對不同軟件規(guī)模的特定設(shè)計方式，以給自身的工作帶來最大的方面為目的。而無論是面向過程還是面向服務(wù)，其設(shè)計實際上沒有本質(zhì)的區(qū)別，所有原則都可以遵循“封裝”、“復(fù)用”、“再封裝”、“再復(fù)用”的方法，區(qū)別只是規(guī)模不同。

總結(jié)：如果能夠以普通程序員的角色理解SOA，對于廣大基層程序員的設(shè)計水平來說可以得到很大的提升。從程序員層面理解SOA還涉及到代碼復(fù)用技術(shù)、好的程序設(shè)計方法、數(shù)據(jù)結(jié)構(gòu)設(shè)計和二次開發(fā)設(shè)計定義，也應(yīng)該算作狹義的對SOA的理解。

參考文獻：

篇5

一年的工作已經(jīng)結(jié)束了，在即將迎來的一年中，我們還會繼續(xù)努力的，但首先得做好當下的總結(jié)。小編在這里給大家?guī)沓绦騿T2020年度工作總結(jié)范文5篇，但愿對你有借鑒作用!

程序員年度工作總結(jié)1以前在校很少自己做程序,對軟件工程更是一無所知。來到公司,開始接觸"大規(guī)模"(其實現(xiàn)在看來實習的項目其實還是很小的)軟件開發(fā),一時真的有些迷茫。比起VSS,MVC,QA,CMMI,我對JAVA,JSP,_ML的一竅不通根本不值一提。大家都不想輸在"起點",所以都默契地在加班,這樣一直持續(xù)了實習的兩個月。

剛來的時候"始業(yè)教育"顯得慢吞吞,我們還經(jīng)常盤算去哪哪玩之類的。我和__(20個新生里一個南區(qū)的兄弟,軟件學院的)還經(jīng)常出去吃各種小吃,每到一處都嘗嘗本地的風味,這是他的習慣。之后開始的培訓還不是很難過,JAVA,C++,ORACLE,老師們講的很"好",可以說是非常好,好得我們沒有幾個人能聽懂。大家開始發(fā)愁,我也是每天晚上都基本看書到10點。

"我心說得虧哥們我還練過",來之前的2月份我就自己買了一本THINKINGINJAVA,看懂看不懂怎么說也算是準備了一下JAVA。C++雖說沒去上過課,但憑我的直覺我就一下看中這東西很有用,自己也看過一陣。至于ORACLE,雖然不了解,但畢竟因為佩服"云飛揚"的性格和敬業(yè)精神,咱SQL選修也不是白混的。專業(yè)倒還有點"基礎(chǔ)",再加上咱這自學能力也不是吹的,基本維持?？傻鹊胶髞淼娜照Z課就全迷糊了:本就沒有語言天賦,再加上記憶嚴重欠缺,總是特別害怕去上日語課。不過特別喜歡那個老師說話的感覺,加上她一直對我都很好,所以還是很用心的學著。

隨著培訓的收尾,我們開始正式進入項目。從需求分析,概要設(shè)計到詳細設(shè)計,我們一步一步的開始接觸軟件開發(fā)的每個細節(jié)。不了的就是每天都要記"周報",填寫自己的勞動成果。因為這個我還被QA通報了好幾次呢,真的很郁悶。其實現(xiàn)在我很感謝這種制度化的東西,某些情況下好習慣的養(yǎng)成是要靠強制來確保的。詳細設(shè)計之后就是企盼已久的編碼,我心想終于可以做點"正事"了?，F(xiàn)在回頭一看才知道,其實編碼只占軟件開發(fā)的整個過程勞動量的1/4左右,而且其他的環(huán)節(jié)也不是想象中的那么無足輕重。

編碼我其實做的很不好,主要是因為需求分析階段就沒有認真仔細的理解需求和規(guī)格說明,加上編碼時一個關(guān)鍵時段我回校和老同學敘舊。那陣項目經(jīng)理(PM)就經(jīng)常和我們說,"有問題自己想辦法,不要經(jīng)常問我"。PM其實是在叫我們自己醞釀,遇到難題只有"憋"一"憋"才能有真的收獲。而我不在的那三天正好是大家技術(shù)/思路上的一個"躍遷",很多難題的解決方法都基本成熟,大家的編碼也接近50%了,所以回來時我感覺已經(jīng)掉隊很多。再一個就是編碼中期時機器出問題,環(huán)境搭不上了,這使我更加緊張和急躁,大大影響了我的士氣。

后來利用五一其間的加班我終于趕完了自己的模塊,達到了第一個里程碑。其實從發(fā)現(xiàn)落后到加班趕完這段經(jīng)歷,對我來說也具有里程碑的意義。不僅考驗了我自己的能力和心理素質(zhì),也證明了我對集體的責任感和合作意識。我可以叫別人來幫我做趕上進度,但那樣我會錯過自己學習的機會,以后再遇到難題我還是不行;我也可以硬著頭皮導(dǎo)致項目延期,那樣我以后的日子保證不好過,而且這么做也不符合我的性格。事實證明我頂住壓力獨立完成任務(wù)不管是對集體還是對我個人都是一件大好事。

緊張的編碼之后是單體測試,很多人都在繼續(xù)編碼,原來大家的編碼都是沒有完全做完。本是自己給自己挑毛病的過程,我們卻都用來完成之前沒有完成的任務(wù),說來不禁可笑。

單體測試之后就是惡夢一樣的系統(tǒng)測試。傳說系統(tǒng)測試壓力很大,測試組找到BUG上報后這邊就得限期修改,之后提交給測試組進行下一輪的測試,回歸若干次,測試結(jié)束后產(chǎn)品達到允許的缺陷率才可以出荷。不過由于這時已經(jīng)有人要返校體檢,其他人也軍心渙散導(dǎo)致集體"早退",測試沒有很正式的進行,只是簡單的做了一下界面的統(tǒng)一和功能的檢查,連性能測試都沒做。不能不說是實習的一個敗筆。

回想之前的工作,不到10周時間我們從學生開始轉(zhuǎn)變?yōu)閱T工,從對公司完全陌生到有了一定的了解,不管是處世為人還是技術(shù)思想我們都有確確實實的進步。

再結(jié)合我自己來看一看。的收獲就是我克服了有些自大的壞毛病,虛心的向別人學習。我知道這就是我練習與不同類型的人適應(yīng),交流的開始。技術(shù)上自不必說,我絕對學到了以前在學校一年也不一定學到的東西,這就是一個態(tài)度的問題。"態(tài)度決定一切",這句話太有道理了。

另外一點遺憾就是小孟說的,我似乎也感到自己有點"工作狂"的味道。為了拿下那些代碼和BUG,我有好幾周都連續(xù)加班到晚上11點,由于工作占用了時間,我連以前一直的跑步都沒堅持下去。這樣不是好兆頭,我必須要養(yǎng)成合理的作息制度,不管工作怎樣忙,必須不能占用自己的作息時間。還有一個就是和別人的交往。曾因為一些小事分別和老胡和哲明鬧了不愉快,幸好后來都說開了,大家沒計較。我一定要嚴謹,克制,絕對不在以后的正式工作中做這樣的蠢事。

總體來說,我對實習充滿了快樂的回憶,也許是因為我在大學的生活過于平淡和壓抑。希望我可以延續(xù)這樣的快樂,將自己帶上事業(yè)的頂峰。

程序員年度工作總結(jié)2過去的一年，在馬總的親切關(guān)懷，伍經(jīng)理的殷勤管理與認真指導(dǎo)，軟件研發(fā)部的團結(jié)協(xié)作，以及在公司這充滿奮斗的環(huán)境下，我以嚴肅認真的工作態(tài)度和百折不饒的精神，努力的完成了公司的各項工作，在軟件研發(fā)、團隊協(xié)作和個人成長上也取得了一定的成績。在公司一年的工作已經(jīng)結(jié)束，特向公司總結(jié)匯報

第一部分工作總結(jié)

一、軟件研發(fā)

根據(jù)公司的安排，項目的需要。在自身的努力、伍經(jīng)理的幫組，團隊的合作下，克服重重技術(shù)困難，增長了工作經(jīng)驗，收獲豐盈

1、asp.net開發(fā)

以前我在其他公司也做過一些開發(fā)，但是底層和架構(gòu)與頁面樣式我都是沒有涉及到的。通過這一年在本公司的的這些項目程序中的鍛煉，我成長了，我學會了很多很多。

首先，面向?qū)ο笳Z言的收獲。對于當前編程的主流思想是對象，任何事物都可以用對象來表示。以前理解這些話很費解都是從表面上理解，沒有從深入的體會，通過這次asp.net項目的深入，不管是數(shù)據(jù)還是外部一些條件我們都可以抽象成對象，都可以用對象來表示，具體可以用語言中的類方法等。asp.net如此，c#如此也同樣如此。

其次，具備獨立完成vb.net知識方面的能力。以前沒有做過vb的東西，加上這次深入的做，這次涉及到的領(lǐng)域也非常廣，常用的重要的都有涉及，并且還補充_ml,t實際操作中空白的部分。通過這一年的開發(fā)，在.net方面我能勝任這方面的工作，能獨立完成這方面的工作。

再次，c#方面存在一些不足。通過c#這次軟件的開發(fā)，也發(fā)現(xiàn)自己的不足，如基礎(chǔ)知識掌握不牢，缺乏編程整體思想。這些都是需要在工作中完善和改進的。

2、數(shù)據(jù)庫開發(fā)

數(shù)據(jù)庫是伴隨著項目以來用的最多最平凡的技術(shù)。以前對數(shù)據(jù)庫只是會一些簡單常用的操作，經(jīng)過這一年項目的實戰(zhàn)，對數(shù)據(jù)庫的操作增加了一些豐富的經(jīng)驗。為以后的工作和經(jīng)驗的積累都奠定了堅實的基礎(chǔ)。同時在項目中還用到了oracel與access數(shù)據(jù)庫,這是我的收獲·

優(yōu)點：能熟練的運用數(shù)據(jù)庫技術(shù)進行開發(fā)。特別是對sql數(shù)據(jù)庫的操作，經(jīng)過這么長時間的積累，基本上能合理的設(shè)計和新建數(shù)據(jù)庫，同時在數(shù)據(jù)結(jié)構(gòu)上也加強了對數(shù)據(jù)庫的理解。通過項目的實踐現(xiàn)在能熟練使用和編寫多種sql語句。還掌握了一些關(guān)于數(shù)據(jù)庫優(yōu)化sql語句優(yōu)化的方法，能進行一些簡單的優(yōu)化。

缺點：數(shù)據(jù)是一門比較先進的技術(shù)，并不是你會寫一些sql語句，能建幾個數(shù)據(jù)庫你就是數(shù)據(jù)庫工程師。要成為一個好的數(shù)據(jù)庫管理員是要經(jīng)過長時間的工作積累。針對自己的不足，在以后的工作和學習中多接觸，多運用新的知識點。充實自己的經(jīng)驗和知識儲備。

二、團隊協(xié)作

上面的成功與收獲，除了自身努力外，以及公司的支持。是這個團隊鑄造了我。我們這個團隊也是因為有了我們這些拼搏協(xié)作的隊員，使得它成為一個具有務(wù)實、拼搏、創(chuàng)新精神的團隊。我與軟件研發(fā)小組是一個整體，這里的團隊

總結(jié)也就是我在這個團隊中的收獲。

務(wù)實：公司下發(fā)的任務(wù)，下發(fā)的工作，件件都是用心去做的。我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關(guān)對公司有益的事情。相信在伍經(jīng)理的帶領(lǐng)下現(xiàn)在是這樣，以后同樣也是這樣。

創(chuàng)新：現(xiàn)在我們開始項目的時候都會進行研討，一般都會進行一個效率和邏輯的分析與討論，保證程序正確的前提盡可能的提高程序的效率。

互助：我們小組內(nèi)只要任何一個人出現(xiàn)技術(shù)或其它的問題，我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個項目滯后。交流：我們在項目中會及時溝通自己的收獲，特別是一些針對性的技術(shù)問題。這樣可以省了很多重復(fù)研究的時間，這是一筆很可觀的時間。

在交流中只要我會的，我懂的，我不會去吝嗇。我會積極的去與你交流，我的團隊名言“人強團則強，人弱團則削”。

三、個人成長

通過公司這快一年的鍛煉與學習我真的進步了很多，不管從技術(shù)上還是做事上，都不像以前那樣了。我在公司學到的懂得的使我飛速成長。

技術(shù)上：不管從語言上還是做事的邏輯上都得到了很大的提高?，F(xiàn)在在軟件小組里面自己能獨立完成一部分工作，承擔自己的責任。

第二部分____年工作設(shè)想

通過今年的實踐和學習，明年是一個新的開始，立足當前的優(yōu)缺，肩負起一個軟件工程師應(yīng)有的工作和性質(zhì)。希望為公司明年的發(fā)展盡的努力，也希望自己明年有更大的收獲。明年計劃在以下幾方面有所突破，有所建樹：

一、在編程語言掌握方面，達到本公司的編程思想—不被語言所束縛。在這方面伍經(jīng)理是我的榜樣，積極努力的提高自身的技術(shù)水平，真正做到不被語言所束縛。

二、數(shù)據(jù)庫方面，在當前已有的基礎(chǔ)上提升自己，明年自己給自己定的目標是，能非常合理的去使用數(shù)據(jù)庫各類技術(shù)，掌握更多的數(shù)據(jù)庫優(yōu)化思想和技術(shù)點。有時間多向許總交流。

三、加強軟件開發(fā)的輔知識使用和積累。針對當前軟件開發(fā)中的一些情況，明年更加積極的學習javascrip、aja_和fle_等技術(shù)。能輔的把軟件做的更好。

四、工作質(zhì)量上，現(xiàn)在編程我是屬于會寫會編和局部效率，并不是全局的效率，明年一定要做到，編一個高效率的代碼。這就要綜合上面的三點，才能使其達到全局的高效。

程序員年度工作總結(jié)3過去的一年，我參與了較多的產(chǎn)品設(shè)計，從中受益匪淺，不僅學到了很多專業(yè)知識，對動態(tài)產(chǎn)品有了更全面的理解和把握，而且培養(yǎng)了我作為機械工程師所應(yīng)該具備的基本素質(zhì)。同時，我堅持自學，學習了當前機械行業(yè)新的工具軟件和專業(yè)書籍，提高了理論水平?，F(xiàn)將具體工作總結(jié)如下：

1.設(shè)計、調(diào)試出口印度的摩托車試驗機

印度之行是成功的，也是艱難和值得回味的。我們一行三人，在沒有翻譯的情況下，克服當?shù)靥鞖庋谉岷惋嬍巢贿m應(yīng)的困難，在不到三周的時間內(nèi)將四臺設(shè)備調(diào)試完畢，拿到了用戶的驗收紀要，這是值得肯定的。但，我覺得也有一些遺憾的地方。由于是第一次做車輛產(chǎn)品的出口，缺乏經(jīng)驗，我們的包裝和防銹做的不夠好，設(shè)備出現(xiàn)了故障，讓印度人對我們的滿意度下降。如果我們注意這些細節(jié)，用我們的產(chǎn)品打開印度這個工業(yè)剛起步的國家的大門，那么，我相信我們會從中受益。

2.主管設(shè)計PWS-J20B1

此試驗機已經(jīng)交檢完畢，各項指標達到了技術(shù)協(xié)議要求，等用戶款到發(fā)貨。

3.參與設(shè)計PWS-200B

與毛工一起設(shè)計，對液壓夾頭，氣液增壓泵等的工作原理有了更深入的理解，從毛工身上學到了很多東西。比如，設(shè)計的嚴謹和嚴肅性，此產(chǎn)品已發(fā)貨。

開發(fā)四部的工作是繁重和艱巨的，我在車工和毛工的指導(dǎo)下，較好的融入了這種緊張和嚴謹?shù)姆諊校^好地完成了各項任務(wù)，自身的業(yè)務(wù)素質(zhì)和工作能力有了較大提高，對工作有了更多的自信。

程序員年度工作總結(jié)4我是一名程序員，在過去的一年里，軟件研發(fā)部團結(jié)協(xié)作，以及在公司這充滿奮斗的環(huán)境下，我以嚴肅認真的工作態(tài)度和百折不饒的精神，努力的完成了公司的各項工作，在軟件研發(fā)、團隊協(xié)作和個人成長上也取得了一定的成績。在公司一年的工作已經(jīng)結(jié)束，特向公司總結(jié)匯報如下：

一、軟件研發(fā)

根據(jù)公司的安排，項目的需要。在自身的努力、伍經(jīng)理的幫組，團隊的合作下，克服重重技術(shù)困難，增長了工作經(jīng)驗，收獲豐盈：

1、asp.net開發(fā)

以前我在其他公司也做過一些開發(fā)，但是底層和架構(gòu)與頁面樣式我都是沒有涉及到的。通過這一年在本公司的的這些項目程序中的鍛煉，我成長了，我學會了很多很多。

首先，面向?qū)ο笳Z言的收獲。對于當前編程的主流思想是對象，任何事物都可以用對象來表示。以前理解這些話很費解都是從表面上理解，沒有從深入的體會，通過這次asp.net項目的深入，不管是數(shù)據(jù)還是外部一些條件我們都可以抽象成對象，都可以用對象來表示，具體可以用語言中的類方等。asp.net如此，c#如此java也同樣如此。

其次，具備獨立完成vb.net知識方面的能力。以前沒有做過vb的東西，加上這次深入的做，這次涉及到的領(lǐng)域也非常廣，常用的重要的都有涉及，并且還補充_ml，java實際操作中空白的部分。通過這一年的開發(fā)，在.net方面我能勝任這方面的工作，能獨立完成這方面的工作。

再次，c#方面存在一些不足。LocALhOST通過c#這次軟件的開發(fā)，也發(fā)現(xiàn)自己的不足，如基礎(chǔ)知識掌握不牢，缺乏編程整體思想。這些都是需要在工作中完善和改進的。

2、數(shù)據(jù)庫開發(fā)

數(shù)據(jù)庫是伴隨著項目以來用的最多最平凡的技術(shù)。以前對數(shù)據(jù)庫只是會一些簡單常用的操作，經(jīng)過這一年項目的實戰(zhàn)，對數(shù)據(jù)庫的操作增加了一些豐富的經(jīng)驗。為以后的工作和經(jīng)驗的積累都奠定了堅實的基礎(chǔ)。同時在項目中還用到了oracel與access數(shù)據(jù)庫，這是我的收獲。

優(yōu)點：能熟練的運用數(shù)據(jù)庫技術(shù)進行開發(fā)。特別是對sql數(shù)據(jù)庫的操作，經(jīng)過這么長時間的積累，基本上能合理的設(shè)計和新建數(shù)據(jù)庫，同時在數(shù)據(jù)結(jié)構(gòu)上也加強了對數(shù)據(jù)庫的理解。通過項目的實踐現(xiàn)在能熟練使用和編寫多種sql語句。還掌握了一些關(guān)于數(shù)據(jù)庫優(yōu)化sql語句優(yōu)化的方法，能進行一些簡單的優(yōu)化。

缺點：數(shù)據(jù)是一門比較先進的技術(shù)，并不是你會寫一些sql語句，能建幾個數(shù)據(jù)庫你就是數(shù)據(jù)庫工程師。要成為一個好的數(shù)據(jù)庫管理員是要經(jīng)過長時間的工作積累。針對自己的不足，在以后的工作和學習中多接觸，多運用新的知識點。充實自己的經(jīng)驗和知識儲備。

二、團隊協(xié)作

上面的成功與收獲，除了自身努力外，以及公司的支持。是這個團隊鑄造了我。我們這個團隊也是因為有了我們這些拼搏協(xié)作的隊員，使得它成為一個具有務(wù)實、拼搏、創(chuàng)新精神的團隊。我與軟件研發(fā)小組是一個整體，這里的團隊總結(jié)也就是我在這個團隊中的收獲。

務(wù)實：公司下發(fā)的任務(wù)，下發(fā)的工作，件件都是用心去做的。我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關(guān)對公司有益的事情。相信在伍經(jīng)理的帶領(lǐng)下現(xiàn)在是這樣，以后同樣也是這樣。

拼搏：公司給的每一個任務(wù)不管它多難，如果工作沒有完成我們會晚上加班，也要盡可能的完成當天的工作。如果工作實在忙，為了趕進度我們放棄周末休息時間也要盡可能的使項目提前。

創(chuàng)新：現(xiàn)在我們開始項目的時候都會進行研討，一般都會進行一個效率和邏輯的分析與討論，保證程序正確的前提盡可能的提高程序的效率。

互助：我們小組內(nèi)只要任何一個人出現(xiàn)技術(shù)或其它的問題，我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個項目滯后。

交流：我們在項目中會及時溝通自己的收獲，特別是一些針對性的技術(shù)問題。這樣可以省了很多重復(fù)研究的時間，這是一筆很可觀的時間。

在交流中只要我會的，我懂的，我不會去吝嗇。我會積極的去與你交流，我的團隊名言“人強團則強，人弱團則削”。

三、個人成長

通過公司這快一年的鍛煉與學習我真的進步了很多，不管從技術(shù)上還是做事上，都不像以前那樣了。我在公司學到的懂得的使我飛速成長。

技術(shù)上：不管從語言上還是做事的邏輯上都得到了很大的的提高?，F(xiàn)在在軟件小組里面自己能獨立完成一部分工作，承擔自己的責任。

程序員年度工作總結(jié)5光陰如梭,一年的工作轉(zhuǎn)瞬即將成為歷史,伴隨著新年鐘聲的臨近,我們依依惜別碩果累累的20_年,滿懷熱情的迎來即將到來的20__年。在這年終之際,現(xiàn)對來公司一年來的時間里所作的工作匯報如下:

1、正義erp項目的編碼工作。

了解新疆正義項目的背景、及計劃安排,熟悉正義公司制度及業(yè)務(wù)流程,再到熟悉新能開發(fā)模式,之后我根據(jù)需求調(diào)研報告,從基本的數(shù)據(jù)庫創(chuàng)建,到編碼,完成了銷售部、生產(chǎn)部、采購部、質(zhì)檢部四個模塊的基本單據(jù)的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。

通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節(jié)地方技術(shù)上還不太成熟,還需加以學習與鉆研。

2、、正義erp項目的實施工作。

從十一月初開始進行正義項目的實施,每天早起趕在企業(yè)上班前趕到企業(yè)進行erp的實施。實施期間主要是軟件的安裝實施及對企業(yè)的erp系統(tǒng)的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現(xiàn)的問題,晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。

通過這項工作,使我原本欠缺的業(yè)務(wù)能力得到了很大的提高,并學到了很多與客戶交流的技巧及業(yè)務(wù)上的知識,更加明晰了erp系統(tǒng)的流程。但離一個成功程序開發(fā)人員的標準還差得很遠,在今后工作中,定會多多注意,加以改善。

3、幫助和使用手冊文檔的編寫。

幫助的編寫使我熟悉了dreameweaver和fireworks的使用,為后期的oa開發(fā)也奠定一定的基礎(chǔ),使用說明的編寫,使我更加加深了項目開發(fā)的整體思路與技術(shù)要點,總結(jié)了前期開發(fā)和實施中碰到的問題,并又一次的對軟件整體進行了測試,對暴露出的小bug進行了最后的修改。

4、利用工作之余的休息時間加強學習。

平時注意收集有關(guān)pb方面的資料文件,提高自己的處理新問題和解決新問題的能力,并加強學習java及oa方面的知識(現(xiàn)轉(zhuǎn)為學習.net),為后期的工作打好基礎(chǔ)。

以上為本人粗略的個人工作小結(jié),請領(lǐng)導(dǎo)審閱,如工作上有不到之處,請領(lǐng)導(dǎo)不吝指出,以便本人及時改正,從而能更好地工作。

篇6

求職簡歷是it社招求職者向用人單位介紹、推薦自我的名片,下面是小編為大家精心推薦的it社招簡歷范文模板，希望能夠?qū)δ兴鶐椭?/p>

it社招簡歷范文模板(一)個人信息

xuexila

目前所在：天河區(qū)

年

齡：21

戶口所在：湖南

國

籍：中國

婚姻狀況：未婚

民

族：漢族

培訓認證：未參加

身

高：158 cm

誠信徽章：未申請

體

重：45 kg

人才測評：未測評

我的特長：

求職意向

人才類型：普通求職

應(yīng)聘職位：軟件工程師：java程序員

工作年限：1

職

稱：初級

求職類型：全職

可到職日期：隨時

月薪要求：2000--3500

希望工作地區(qū)：廣州,廣東省,

工作經(jīng)歷

長沙信凱軟件有限公司

起止年月：2009-01 ～ 2010-04

公司性質(zhì)：民營企業(yè)

所屬行業(yè)：計算機/互聯(lián)網(wǎng)/通信/電子

擔任職位：java程序員

工作描述：OA自動化辦公系統(tǒng):

軟件環(huán)境：Apache Tomcat 5.0/MySQL /windows2003/jdk1.4.2

開發(fā)工具：Eclipse，Dreamweaver等開發(fā)工具

項目描述：該項目主要針對衡陽市環(huán)保局的自動化辦公，提高辦公效率。

1、項目主要采用當前流行的MVC模式，Struts+Hibernate+Spring框架(B/S)。

2、使用的技術(shù)：

JSP、Servlet、JavaBean、Hibernate、JNDI、XML、Struts、Spring等相關(guān)技術(shù)。

責任描述：

1、負責技術(shù)：相關(guān)JavaBean，Servlet，Hibernate持久層的編寫，配置，調(diào)試等負責部署整個webapplication。

2、負責功能為個人辦公，包括短消息，通訊錄等。

客戶關(guān)系管理系統(tǒng)(CRM)

1.開發(fā)環(huán)境：Apache

Tomcat 5.0/SQLServer/windows2003/jdk1.4.2

2.開發(fā)工具：Eclipse

,Dreamweaver等開發(fā)工具

3.項目描述：基于J2EE平臺，采用MVC設(shè)計模式及SSH(Struts+Spring+Hibernate)三個集成框架、B/S模式、SQLServer作為后臺數(shù)據(jù)庫。

4.項目責任：本人主要負責營銷管理模塊及其顯示層的開發(fā)。

離職原因：

志愿者經(jīng)歷

教育背景

畢業(yè)院校：湖南城市學院

最高學歷：大專

獲得學位:

畢業(yè)日期：2009-06

專 業(yè) 一：計算機科學與技術(shù)

專 業(yè) 二：

起始年月終止年月學校(機構(gòu))所學專業(yè)獲得證書證書編號

2006-092009-06湖南城市學院計算機科學與技術(shù)--

語言能力

外語：英語　良好粵語水平：較差

其它外語能力：

國語水平：優(yōu)秀

工作能力及其他專長

1.扎實的JAVA基礎(chǔ)知識，熟悉面向?qū)ο缶幊趟枷?，熟練MVC設(shè)計模式。

2.熟悉JAVA、HTML、XML等語言的軟件開發(fā);

3.精通JSP，Servlet，JDBC，JSTL等Web開發(fā)技術(shù)

4.熟練J2EE(Javabean，struts，hibernate，spring)+

Apache Tomcat 5.0開發(fā);

5.熟悉SQL-Server、MySQL，Oracle數(shù)據(jù)庫的操作;

6.了解Linux操作系統(tǒng)，Ajax技術(shù)。

7.核心技術(shù)：J2EE。

業(yè)余愛好:

音樂、鍛煉身體、閱讀、旅游等

自我評價

本人自學能力強，思維敏捷，對于新知識接受快，勇于面對困難，敢于挑戰(zhàn);

為人誠懇，待人真誠，具有良好的團隊合作精神和溝通組織能力，工作認真、踏實、積極上進。

it社招簡歷范文模板(二)簡歷信息

姓名：xuexila

性別：男

電話：136-3231****

學歷：本科

郵箱：www@xuexila.com

地址：廣州市天河區(qū)

求職意向

java軟件工程師

掌握技能

1.熟練CoreJava編程，有編寫注釋的習慣;

2.能熟練的整合Spring+Struts+Hibernate(SSH)三大開源框架;

3.能熟練的應(yīng)用各種常見的設(shè)計模式：工廠模式、單例模式、缺省適配器模式、不變模式、裝飾模式、模式、MVC、SpringIoC等;

4.熟練應(yīng)用Oracle、MySQL等關(guān)系數(shù)據(jù)庫編程技術(shù);

5.熟練使用JSP、HTML、JSTL、EL等表現(xiàn)層技術(shù)，掌握JSF技術(shù);

6.熟練使用WEB服務(wù)器Tomcat、JBoss，IDE工具Eclipse進行開發(fā);

7.能熟練應(yīng)用SpringIoC/AOP/ORM等各種技術(shù)，了解EJB及WebService技術(shù);

8.掌握XML語言、OOA/D、UML圖、CVS、Log4j，了解JavaScript、Ajax等技術(shù);

9.掌握Socket編程，了解TCP/IP、UDP、Http、Telnet、FTP等協(xié)議。

項目經(jīng)驗

項目名稱：NetStore網(wǎng)上購書系統(tǒng)

項目描述：該系統(tǒng)分為首頁、用戶管理、購物車管理、訂單管理、退出5個模塊。首頁模塊實現(xiàn)了模糊分頁查詢、分類分頁查詢等功能;用戶管理模塊實現(xiàn)了登錄、注冊、修改、查看信息等功能;購物車模塊實現(xiàn)了查看、購買、修改圖書數(shù)量等功能;訂單模塊實現(xiàn)了查看、刪除等功能.

責任描述：個人獨立完成了整個項目設(shè)計，開發(fā)，測試等。此系統(tǒng)整體采用MVC模式的Struts框架，持久層使用的是Spring的HibernateTemplate實現(xiàn)，數(shù)據(jù)源利用的是SpringIoC注入;模型層嚴格按照JavaBean規(guī)范要求;用Struts進行流程的控制，并實現(xiàn)了國際化，JSP用純標簽進行頁面顯示。為達到用戶名唯一的目的用戶注冊采用Ajax技術(shù)進行后臺校驗。運用SpringIoC的注入對各層解耦，大大提高了程序的可擴展性，易于維護。

開發(fā)環(huán)境：數(shù)據(jù)庫：MySQL;

JAVA應(yīng)用服務(wù)器：tomcat6.0;

技術(shù)選型：Spring、Struts、Hibernate、JavaBeans、Jsp。

項目總結(jié)：通過這個項目使我對MVC模式的認識更加的清楚，看到了SpringIoC在解決程序松散耦合方面的強大之處。JSP頁面純標簽開發(fā)所帶來的方便以及頁面的美觀。

項目名稱：NETCTOSS電信運營支撐系統(tǒng)

項目描述：該系統(tǒng)后臺主要由數(shù)據(jù)采集系統(tǒng)和數(shù)據(jù)整合系統(tǒng)提供支持，前臺分為用戶自服務(wù)管理，資費管理，用戶管理，管理員管理，帳單管理，帳務(wù)管理6個模塊。

責任描述：在數(shù)據(jù)采集系統(tǒng)、數(shù)據(jù)整合系統(tǒng)中，主要利用J2SE技術(shù)對原始計費信息日志進行定時解析，整理成清單，并保存到服務(wù)器的數(shù)據(jù)庫t_detail表中，在保存過程中實現(xiàn)對信息的備份管理和日志記錄。之后再利用PL/SQL由t_detail表整合出日表t_day_x，月表t_month_x，年表t_year_x三種表。在前臺主要完成了用戶管理、資費管理等模塊，采用Struts2.0+Hibernate+Spring架構(gòu)實現(xiàn)，大大降低了模塊間的耦合，并編寫了文檔。

開發(fā)環(huán)境：數(shù)據(jù)庫：Oracle;

Java應(yīng)用服務(wù)器：tomcat6.0;

技術(shù)選型：Struts2.0、Hibernate、Spring、JSP、J2SE、Log4j等。

項目總結(jié)：這個項目不僅讓我掌握了Struts2.0的應(yīng)用，也加深了我對其他技術(shù)的理解以及編寫文檔的好習慣和重要性。

項目名稱：BBS在線論壇管理系統(tǒng)

項目描述：該系統(tǒng)主要由首頁、用戶管理、帖子三個模塊構(gòu)成，首頁實現(xiàn)了模糊分頁查詢、帖子分類、最新帖子、最新留言等功能;用戶管理模塊有登錄、注冊、修改信息、查看信息、積分功能等基本功能;帖子模塊有發(fā)表帖子、留言、查看帖子、修改帖子、刪除帖子等基本功能。

責任描述：個人主要完成了用戶管理模塊。持久層使用的是Hibernate技術(shù)實現(xiàn)了登錄、注冊、修改、查看信息、模糊查看等功能;控制層使用的是Struts的DispatchAction實現(xiàn)頁面跳轉(zhuǎn)，JSP頁面主要利用JSP標簽和Struts標簽完成。用戶注冊和登錄都使用form表單來獲取數(shù)據(jù)，并且在頁面用JavaScript技術(shù)對數(shù)據(jù)進行初步的校驗。

開發(fā)環(huán)境：數(shù)據(jù)庫：Oracle;

Java應(yīng)用服務(wù)器：tomcat6.0;

技術(shù)選型：Struts、Hibernate、JavaBeans、Jsp。

項目總結(jié):通過這個項目讓我認識到團隊合作的重要性，面向?qū)ο蟮脑O(shè)計思想以及Hibernate框架的簡單性，加強了對JSP標簽、Struts標簽的認識。

項目名稱：BAM銀行帳戶管理系統(tǒng)

項目描述：該系統(tǒng)是基于C/S架構(gòu)的帳戶管理系統(tǒng)。

責任描述：獨立完成了整個系統(tǒng)的開發(fā)。采用GUI實現(xiàn)用戶界面來采集數(shù)據(jù)，實現(xiàn)了用戶開戶、登錄、轉(zhuǎn)帳、修改用戶信息、查看資產(chǎn)排名等功能;數(shù)據(jù)庫采用MySQL存儲信息，DAO層利用JDBC實現(xiàn)。

開發(fā)環(huán)境：數(shù)據(jù)庫：MySQL;技術(shù)選型：GUI、JDBC、JavaBeans。

項目總結(jié)：這個顯目讓我對軟件編程產(chǎn)生了更濃厚的興趣，對JDBC訪問數(shù)據(jù)庫的技術(shù)使用更熟練以及有了對C/S架構(gòu)的深入認識。

教育背景

20XX/9-目前湖南城市學院電子信息工程專業(yè)本科

收獲：鍛煉了我的交往能力，自學及適應(yīng)能力，并且自學了J2SE。

20XX/6-20XX/11加拿大Tarena外企IT培訓公司　java高級軟件工程師培訓

收獲：掌握了基于JavaEE的Web編程等各種技術(shù)，加深了對軟件開發(fā)的興趣，對工作有了新的認識。

大學經(jīng)歷

20XX/9-20XX/2學校二級獎學金

20XX/2-20XX/7學校三級獎學金

收獲：它使我有了更充足的學習動力，并且讓我開始尋找自己的職業(yè)方向。

20XX/4-20XX/5組織了一次電子競技比賽

20XX/9-20XX/8其間擔任過兩次家教

收獲：這鍛練了我的組織能力和處理事情的邏輯能力，讓我認識到知識的寶貴。

個人評價

技術(shù)：熟練使用SSH三大框架和各種常見的設(shè)計模式進行J2EE的開發(fā)，熟練應(yīng)用數(shù)據(jù)庫知識，有良好的開發(fā)習慣和設(shè)計思路，并積累了1年左右的項目開發(fā)經(jīng)驗。

興趣：有各種興趣愛好，如打籃球，乒乓球，游泳，釣魚，下棋，玩競技游戲等。它們讓我的生活充滿樂趣和活力，也讓我認識了更多的朋友。

性格：學習能力和對環(huán)境的適應(yīng)能力強，思維敏捷，分析能力強，認真細致、有責任心，做事有計劃，善于溝通與交流。

it社招簡歷范文模板(三)個人基本信息

姓

名：

性

別： 男

婚姻狀況： 未婚

民

族： 漢族

年

齡： 22

身

高： 171cm

戶

籍： 江西-贛州

現(xiàn)所在地： 廣東-廣州

希望地區(qū)： 廣東-廣州

希望崗位： 計算機IT類-開發(fā)/應(yīng)用-軟件工程師

計算機IT類-開發(fā)/應(yīng)用-軟件設(shè)計師

計算機IT類-開發(fā)/應(yīng)用-需求分析師

計算機IT類-開發(fā)/應(yīng)用-網(wǎng)絡(luò)工程師

尋求職位： Java程序員、軟件工程師

待遇要求： 3800元/月 可面議 要求提供住宿

教育經(jīng)歷

2008-08 ～ 2012-06 江西理工大學 計算機科學與技術(shù) 本科

培訓經(jīng)歷

2012-02 ～ 2012-05 **軟件培訓學校 spring、hibernate、struts、oracle、ajax

工作經(jīng)驗

***公司名稱 (2012-05 ～ 2013-08)

公司性質(zhì)： 私營企業(yè) 行業(yè)類別： 計算機軟件

擔任職位： Java程序員 崗位類別： 軟件設(shè)計師

工作描述： 1、擔任研發(fā)部的小組長，負組員的任務(wù)分配，監(jiān)督組員的進度，需求分析的講解與指導(dǎo)并完成自己的模塊.

2、參與軟件工程系統(tǒng)的設(shè)計、開發(fā)、測試等過程

3、協(xié)調(diào)各個程序員的工作，并能與其它軟件工程師協(xié)作工作。

4、協(xié)助工程管理人保證項目的質(zhì)量;

5、我們團隊成功的開發(fā)了OA辦公系統(tǒng)，電力綜合管理系統(tǒng).贏得了客戶的好評.

離職原因： 合同到期，換個對自己有發(fā)展的公司

項目經(jīng)驗

電力綜合管理系統(tǒng) (2012-11 ～ 2013-08)

擔任職位： Java程序員、小組長

項目描述： 基于b/s網(wǎng)絡(luò)的生產(chǎn)管理系統(tǒng)，從而使得工程管理，生產(chǎn)計劃管理及人事部的生產(chǎn)工時管理，企業(yè)經(jīng)營部的公司資質(zhì)和業(yè)績，實現(xiàn)信息化的統(tǒng)一管理，解決企業(yè)信息的孤島問題。

系統(tǒng)以工程管理為主線，涵蓋了標書管理、合同管理、資金管理、工器具管理、車輛管理、材料管理、安全質(zhì)量管理、工作計劃管理、綜合查詢、基本資料管理等模塊，實現(xiàn)了電子數(shù)據(jù)處理，辦公自動化，提高了企業(yè)員工的工作效率、減低了企業(yè)的成本。

責任描述： 負責工器具管理、車輛管理;工器具管理是對項目所需的工具的管理，可以進行領(lǐng)取，分配，回收，采購，外借等功能;車輛管理：對公司的車輛，和司機的管理，對車輛的錄入，分配，回收，外借，年檢等管理。

**辦公系統(tǒng) (2012-05 ～ 2012-10)

擔任職位： Java程序員，小組長

項目描述： 主要技術(shù)：hibernate、struts、spring、ajax、jquery、jsp、jbpm、JasperReport、JFreeChart等相關(guān)技術(shù)開發(fā)的。

項目功能分為系統(tǒng)基礎(chǔ)模塊和業(yè)務(wù)模塊，基礎(chǔ)模塊包括審批管理、權(quán)限管理、組織機構(gòu)，業(yè)務(wù)模塊包括信息中心、通訊錄考勤管理、人事機構(gòu)、辦公申請、報銷管理、辦公用品管理、資產(chǎn)管理、工作日志。

系統(tǒng)在使用后頁獲得了金利公司的一致好評，金利有限公司通過使用的我們開發(fā)的OA系統(tǒng)后使員工從繁瑣，無序，低端的工作中解放出來，提交了企業(yè)的辦事效率和對信息的可控性，提高了企業(yè)的市場競爭力。

責任描述： 負責人事管理、報銷管理兩個模塊，權(quán)限管理實現(xiàn)的是將用戶分成各種角色，每個角色擁有相應(yīng)的權(quán)限、一個用戶可以屬于多個角色，從而控制用戶是否有權(quán)限操作某些功能，報銷管理是對消費報銷的申請、登記、統(tǒng)計等功能。

技能專長

專業(yè)職稱： 軟件工程師

計算機水平： 程序員

計算機詳細技能：

具備扎實的Java基礎(chǔ)知識，熟悉多線程和網(wǎng)絡(luò)編程，具備面向?qū)ο蟮木幊趟枷?，熟悉常用的設(shè)計模式。

熟悉JSP/Servlet、Javascript、JDBC、XML、AJAX、JQuery、JBPM、JasperReport、JFreeChart等Web開發(fā)技術(shù)。

熟悉Struts、Hibernate和Spring主流框架，并使用這些技術(shù)開發(fā)過電力工程管理系統(tǒng)， 金利辦公系統(tǒng)

熟悉Eclipse開發(fā)環(huán)境、能熟練使用CVS進行團隊開發(fā)、使用Rose進行建模。

熟悉SQLServer、Oracle數(shù)據(jù)庫及SQL數(shù)據(jù)庫操作語言。

能熟練使用Tomcat、Jboss 等服務(wù)器。

技能專長： struts hibernate spring 等框架有一年的開發(fā)經(jīng)驗，從事過大型企業(yè)的企業(yè)信息管理系統(tǒng)的開發(fā)工作。并成功上線如OA辦公系統(tǒng)、電力綜合管理。利用JBPM進行流程的處理。

語言能力

普通話： 流利

粵語： 較差

英語水平： 口語一般

英語： 一般

求職意向

發(fā)展方向： 程序員-項目組長-項目經(jīng)理-項目總監(jiān)-CTO;

其他要求： Java軟件工程師，軟件程序編寫

自身情況

自我評價： 對工作的熱忱和一顆積極進取的心

為人踏實、工作認真，善于學習、不怕吃苦，能很快適應(yīng)新的環(huán)境，

一年半的Java工作經(jīng)驗讓我對這個行業(yè)有了更深的認識，也提升了自己的技術(shù)水平

我會以一顆最虔誠上進的心在工作中不斷的學習不斷的積累，力爭為公司創(chuàng)造更多的價值。

興趣愛好： 打球、旅游、上網(wǎng)、游戲、聽音樂等休閑類的娛樂活動。

看過“it社招簡歷范文模板”的人還看了：1.it行業(yè)簡歷范文模板

2.it行業(yè)的求職簡歷模板范文

篇7

1.作人的姿態(tài)

作人似乎跟商務(wù)談判不太有關(guān)系，很多技術(shù)人員相信PM需要的是本事，是如何做好一個項目，而不是會搞好關(guān)系弄的四平八穩(wěn)的人。隨著PM在中國的悄悄興起，越來越多的

的PM開始在老總的授意下參與商務(wù)談判，和銷售們一起打單子，這就比較實在的需要PM們?nèi)ゴ蛻舻男睦怼４蛻粜睦硇枰卸喾矫娴闹R，需要深度和廣度，然而，最重要的仍然是作人。如何放下架子，降低作人的姿態(tài)，對從技術(shù)人員轉(zhuǎn)型的PM們來說，是至關(guān)重要的。

降低作人的姿態(tài)需要從多個方面去實施，最主要應(yīng)該記住：人不可貌相，更不可以地位衡量。很多公司為了保持公司形象，會統(tǒng)一叫員工打扮的好看一點，看起來象個白領(lǐng)的樣子。然而，老板多半是沒有約束的。中國改革開放才二十年，很多有錢的老板實業(yè)家文化層次都不高，往往是當大學生們只會把屁股坐在板凳上肆意揮霍父母辛苦積攢的財富時，他們已經(jīng)在各地奔波，積累豐富的商業(yè)經(jīng)驗并對金錢，人生和社會的本質(zhì)有了充分的認識，形成了自己穩(wěn)定的思維框架。這些人，很多都是穿著舊舊的衣服，戴著破破的手表，說話的時候經(jīng)常會帶上三字經(jīng)，鉆進上海的人堆里，搞不好你會把他當成民工。因為到他們所處的社會地位，已經(jīng)不需要任何華麗的外表來襯托自己的身份，他們有的是底氣。對PM來說，這是個非常危險的挑戰(zhàn)。雖然說項目在初期有意向時會對對方的人事和關(guān)鍵人物有一定的了解，然而大項目里能說的上話的人太多了。上海人最瞧不起的就是土氣，很多人談項目的時候看到民工或很俗氣的表現(xiàn)不免會皺皺眉頭，往往在皺眉頭的時候就失去了項目，也就是失去了市場和金錢。PM必須作到能與每一個層次的人交談，尤其是看起來比自己層次要低的群體，哪怕是公司里掃地的阿姨。只有作到謙虛謹慎，不擺架子，尊重別人，才會得到別人的尊重，才有機會贏得項目。鼻子比眼睛高的人只會把自己的鼻子撞扁。

2.豐富的知識面

光尊重別人還不足以贏得項目，準確的說是贏得對方關(guān)鍵人物的信賴。PM一般用不著陪客戶喝酒吃飯，那是銷售們的事情，但是PM和客戶討論問題可能是最多的。討論問題的時候就是機會，如何投其所好，是一大關(guān)鍵。金錢與美女依然是常規(guī)的敲門磚，然而這種傻瓜也知道的辦法人人都會去做。老板的關(guān)系也只是一個方面，如今的大老板，哪個沒有關(guān)系？同等條件下PM憑什么去勝過別人一籌？

我一個朋友（PM）打一個單子時，發(fā)現(xiàn)對方對什么都不太感興趣，費了很大力氣也找不到突破口。對方這個人非常順利，金錢地位美女樣樣不缺。他花了好多天和對方交談，以自己的博學逐漸取得了對方的信任。后來他隱約發(fā)現(xiàn)對方對數(shù)學和天文學的發(fā)展史有所涉獵，如獲至寶，回家花一個通宵的時間在網(wǎng)絡(luò)上搜索相關(guān)資料。第二天他根本不談項目的事情，只跟對方大談特談哥白尼，布魯諾，伽利略這些人的生平，整整吹了一天。對方點頭如搗蒜泥，態(tài)度和熱情都來個一百八十度轉(zhuǎn)彎，隔天他就拿到了單子。這是個經(jīng)典的戰(zhàn)例，誰能事先想到哥白尼會來幫助IT的人賺錢？這個PM靠的就是博學和由博學引申出的敏銳的感覺抓住了機會，讓客戶產(chǎn)生共鳴?？蛻舾杏X他層次也很高，而且和自己有共通之處，信任度大大增強，把項目交給他放心。如今這種例子在商務(wù)談判中已經(jīng)屢見不鮮了。對PM來說，并不要求在各個方面都很精通，那是不可能的事情，只要PM對一些流行的話題和天文地理歷史各方面的知識有個大概的了解，在需要的時候能盡快的掌握，才有機會創(chuàng)造機遇和把握機遇。

3.強大的溝通能力

胸中有萬千墨水卻不知如何表達其實是比較少見的，但并非絕對沒有。每個人的人生軌跡都有所不同，思維受環(huán)境的影響也各有差異。包括象我們目前這個班級里的一些未來的MSE們，一定有比較內(nèi)向或者不太愛表達自己觀點的人，這些人比較被動，往往很難承擔起談判的重任。從今天開始，這類人就必須重新學習如何說話，如何大聲的爭論。溝通，并不僅僅是大聲說話，而是在表達自己觀點的同時發(fā)現(xiàn)問題并綜合整理加以解決。除此之外，溝通的能力與社會經(jīng)驗息息相關(guān)，與PM的見識聯(lián)系緊密。在日常生活中，PM就要多留心，多思考，當別人想到某個層次的時候要爭取比別人考慮的更深。當然，也有一些不夠踏實的朋友把溝通和吹牛當成了完全的一回事情，在和客戶交流的時候口若懸河的說一些不著邊際的話。這種人，碰到不懂，不太認真或者好奇心強的客戶是有一定市場的；而有水平，負責任的客戶往往會覺得這種人不可靠，一般不會把單子交給他。PM需要把握好這個度，吹是肯定要吹的，只是吹牛的時候一定要有基礎(chǔ)的去吹，對從來沒涉及過的領(lǐng)域或者根本不懂的東西輕易不要發(fā)表意見，挑選自己熟悉的方向合理的進行發(fā)揮，適當?shù)牧羯弦粌墒郑o對方高深莫測的感覺，效果最好。

4.優(yōu)秀的售前團隊

這個團隊一般是由總經(jīng)理發(fā)起并組建的，通常不指定PMP，對團隊的成員如SALES，PM，SA，ENGINEER們的團隊合作提出了比較高的要求。一般公司在接下一個單子進行到一定程度的時候，PM往往會尷尬的發(fā)現(xiàn)協(xié)議上銷售代表們對客戶的一些承諾是幾乎做不到或者根本做不到的事情。這種情況非常多，銷售的任務(wù)是拿下單子，我聽到的銷售們說的最多的就是"沒問題"或者"NOPROBLEM"，但是當我聽到客戶的要求和銷售的回答時我總是心驚肉跳，很不自然。銷售是非常辛苦的，為了建立客戶關(guān)系，尤其是空白的市場是很不容易的，往往為了一個單子會犧牲非常多。在這種情況下，和銷售進行協(xié)調(diào)自然而然的又落到了PM的頭上。在銷售和客戶做承諾之前，PM要主動的跟銷售交流，提供粗略的總體設(shè)計框架和技術(shù)難關(guān)以及能考慮出的工作量，而不是等出了問題再被動和銷售在老板面前互相推委責任。在組建團隊的時候，PM要根據(jù)團隊里每個人的素質(zhì)和任務(wù)進行因人置宜的信息傳遞。優(yōu)秀的售前團隊合作是接單的重要保障。

在商務(wù)談判的實際操作中，存在著各式各樣的問題，PM的職責和要求絕非以上幾點所能描述詳盡。根據(jù)環(huán)境，政策，人文，關(guān)系等各方面的不同情況，PM的不同成長經(jīng)歷，每個PM最終都會建立自己對商務(wù)談判的看法和經(jīng)驗。但是有一點的職責和要求絕非以上幾點所能描述詳盡。根據(jù)環(huán)境，政策，人文，關(guān)系等各方面的不同情況，PM的不同成長經(jīng)歷，每個PM最終都會建立自己對商務(wù)談判的看法和經(jīng)驗。但是有一點可以肯定，這是PM成為PM的第一道關(guān)，也是最重要的一關(guān)。接不到單子，PM將失去去存在的意義。與銷售有所不同，PM在該階段的任務(wù)除了接單，還要盡可能的搜集客戶關(guān)鍵人物的資料并與對方各個階層的負責人建立良好的客戶關(guān)系，以便在項目實施時充分調(diào)動資源。

二.啟動階段

1.項目的一些基本概念

項目三要素有多種版本，各不相同。實際操作中多分為范圍，成本與進度，其中最重要的莫過于范圍。我們把項目最終生成并提交給用戶的產(chǎn)品和文檔統(tǒng)稱為遞交件。談判的時候一定要確立遞交件的標準和要求，也就是范圍。盡管商戰(zhàn)的時候不可避免的客戶會不斷提高標準和要求，而承諾的款項卻不會有一分錢的增加。但是這個標準對每個公司來說都有一個底線，一旦超過了這個底線，那項目就肯定是虧的。除非是為了二期有利可圖或者是為了搞好關(guān)系，否則范圍超過底線的時候情愿不做，再厲害的PM在這種情況下也是無能為力。建立范圍需要的就是PM的多年的實戰(zhàn)經(jīng)驗，在大大小小的項目中用血淚換來的一些體會。在這個時候，很能體現(xiàn)PM與技術(shù)人員的區(qū)別。成本就是客戶答應(yīng)付的款項，與我們的投入成本并不是一回事情。進度就不用多描述了。

項目如何成功？也有一些關(guān)鍵的因素。個人的理解也不盡相同，通常包括以下幾個方面：界定工作目標及工作任務(wù)；老板或高層的支持；優(yōu)秀的PM和開發(fā)團隊；充足的資源；良好的溝通；對客戶的積極反應(yīng)以及適當?shù)谋O(jiān)控和反饋。這里要注意的就是資源和高層的支持。一個上規(guī)模的公司總是同時會有很多項目，可是再大規(guī)模的公司資源也不足以保證每個項目都能組建最合適的開發(fā)隊伍或擁有最好的環(huán)境。這時候各個團隊或者部門之間不可避免的會發(fā)生資源爭奪戰(zhàn)，摩擦再所難免。這時候?qū)M的作人再次提出挑戰(zhàn)。除了高層對PM項目的重視程度，如果PM平時在公司與同事相處的好往往能使很多別人看起來很棘手的問題迎刃而解。相反，一個不會作人的PM由于人緣差，即使高層強壓別的部門或團隊配合，別人也會能拖就拖，延緩項目的進度和質(zhì)量。有時候，這種內(nèi)耗對項目和PM來說是毀滅性的。對客戶的積極反應(yīng)也比較關(guān)鍵。一般來說PM已經(jīng)被項目里大大小小的事情搞的筋疲力盡，要PM去主動要求客戶配合是很吃力的事情。然而，這個時候，越是困難，越是覺得累，越是要去主動?？蛻敉膊皇翘貏e的積極，主動與客戶聯(lián)系溝通和測試能及早發(fā)現(xiàn)問題。從風險控制的角度來說，問題發(fā)現(xiàn)的越早，風險越小，損失也就越小。積極的態(tài)度可以帶動客戶的積極性，在項目完工的時候，客戶對你的感激往往是難以用語言描述的，這對以后接單或者做二期三期會打下良好的基礎(chǔ)。因為在和別的新客戶談判的時候，新客戶自然會找你的老客戶了解情況，這時老客戶隨意的一句話頂?shù)纳夏愫苜M心的十句。

項目具有商業(yè)行為的幾個重要特征，有消費源，有參與者，有成功關(guān)鍵因素，有財務(wù)目標，有風險。

2.啟動階段的主要任務(wù)

根據(jù)PMI的解釋，接單之后項目自然轉(zhuǎn)入啟動階段。啟動階段PM的主要任務(wù)是率領(lǐng)總體架構(gòu)設(shè)計師和系統(tǒng)分析員收集盡可能詳細的數(shù)據(jù)，確立盡可能詳細的需求，進一步確立詳細的項目范圍，預(yù)估資源，確立其他方案并獲得進入下一階段的批準。在這個階段，隨著需求分析的深入，PM也開始在公司內(nèi)部進行人員挑選和資源爭奪，著手組建自己的項目團隊。項目即將進入計劃階段。

在收集完數(shù)據(jù)之后，PM要和客戶開始明確項目的大小，成本，規(guī)格，期限等重要特征并將其寫入合同文本，同時準備內(nèi)部的包括預(yù)算，衡量標準等文檔，建立項目的評估標準。接下來就是需求分析。由于專業(yè)的原因，我們這里僅討論軟件工程項目的需求分析（以下簡稱需求分析）。

需求分析的主要參與人員有PM，總體架構(gòu)設(shè)計師，系統(tǒng)分析員，熟悉業(yè)務(wù)流程的客戶。PM統(tǒng)領(lǐng)的團隊這時候還不是真正的開發(fā)團隊，我們叫做前期團隊。隨著需求分析的逐步深入，新的團隊成員不斷加入，啟動階段結(jié)束的時候正式的團隊將建立。對一個已經(jīng)啟動的項目來說，需求分析直接決定了項目的成功與失敗。最初的需求體現(xiàn)在客戶的工作說明書或招標文件及附件上。這種需求一般比較含糊，無法體現(xiàn)客戶真正的需求。前期團隊要根據(jù)自己的經(jīng)驗和客戶溝通并引導(dǎo)客戶進入正軌。有時候客戶會很不講道理或者思路僵化，就要求按照他的思維去定一些明顯錯誤的需求。這個時候團隊成員要耐心和客戶舉事實，談經(jīng)驗，講道理，用圖形或模型等直觀的方式將需求描述出來，比如常見的數(shù)據(jù)流圖等。所以說，爭論再所難免，客戶有時候會吹胡子瞪眼睛拍桌子甚至會說"這個東西不要你們做了"之類的話。PM此時除了要親身參與需求分析綜合整理文檔之外，還要處理好團隊成員與客戶的關(guān)系，確保關(guān)系不會惡化到無法收拾的地步。只要PM盡力約束團隊中的成員，這個度還是很容易控制的。

對快速開發(fā)和疊代開發(fā)來說，需求和實現(xiàn)往往是同步進行，開發(fā)速度快是一大優(yōu)勢。對有相同或類似模式的小項目來說采用快速開發(fā)或疊代開發(fā)是很合算的做法，時下流行的極限編程就是針對這方面建立的思維模式。然而，大中型項目中有太多不一樣的需求和模塊。如果不是因為項目有差異，那么市場上就只有產(chǎn)品而沒有項目了。所以，大中型項目的需求要認真仔細的去做。我們要討論一個問題，究竟應(yīng)該在需求分析和總體設(shè)計上花費多少時間？我們熟悉的瀑布開發(fā)模式基本上分需求分析，總體設(shè)計，軟件開發(fā)，測試等幾個階段，然而究竟應(yīng)該在前兩個階段上花多少時間卻沒有定論。實際項目操作的例子表明，分析設(shè)計的時間越長，需求設(shè)計做的越詳細，測試的時間就越短，返工率越低，風險也越小，成本越容易得到控制。而需求分析和總體設(shè)計沒有做好就急忙上馬進行開發(fā)的項目在項目初期進展順利的時候問題不大，到了項目后期和測試階段一些潛伏期比較長但是破壞作用比較大的問題就會凸顯出來，造成返工，延長測試時間。所以與其把問題堆積到緊張的項目后期，不如把時間多花點到需求分析和總體設(shè)計上?；A(chǔ)夯實了，金字塔就容易造了。

在日本公司打工的程序員們可能都知道，小日本的軟件規(guī)范非常厲害，他們花在需求分析和總體設(shè)計上的時間通常在40%到50%左右，遠遠超過國內(nèi)軟件項目的實施，效果也要強的多。他們總體設(shè)計的規(guī)范甚至詳盡到某個過程該如何判斷，確立什么樣的條件，換言之就是把什么時候該如何寫(if...else)語句都幫程序員定好了。在這樣的軟件規(guī)范下，程序員更象是裝配流水線上的工人，對一個模塊或技術(shù)熟悉到一定程序就變成了完全的重復(fù)性勞動。所以在日本和歐美經(jīng)常會有程序員是低級工作一說，很多人不明就里，對國內(nèi)程序員也照搬，對國內(nèi)的程序員來說是很不公平的。在國內(nèi)，只會照抄別人代碼，一點都不懂創(chuàng)新，凡事依靠別人，快下班就盯著表看的程序員是不少，這種人一般很難有什么前途。但是，優(yōu)秀的不斷進取的程序員也很多。由于國內(nèi)沒有象CMM這樣的軟件規(guī)范或者很少，所以這類優(yōu)秀的程序員不少都是干著系統(tǒng)分析員甚至PM的活，拿著程序員的工資。這類程序員雖然在起步時會吃很多虧，而且是主動找虧吃，然而幾年之后與前一種程序員的社會地位會出現(xiàn)明顯的分化。當上進的程序員們作為PM進行商務(wù)談判的時候，前者還在各個公司里頻繁跳槽，跳來跳去都不滿意。有些扯開了，回到我們的話題。日本的軟件規(guī)范與CMM有驚人的相似，其中至少有35%以上都是幾乎一模一樣的。最近經(jīng)濟不景氣，東京倒閉了160家軟件公司，這個數(shù)字是今年6月份的，還在不斷增加。這些公司紛紛搶灘上海，招收技術(shù)人員。如果去這樣的公司應(yīng)聘就要考慮清楚了，進去可以學到他們的規(guī)范和質(zhì)量控制，可是要想從程序員成為系統(tǒng)分析員或PM，比登天還難。往往一個程序員進去干了好幾年，對自己的那一塊熟的不得了，而對隔壁同事所做的東西一竅不通。拒傳華為正在嘗試CMM4（華為印度研究所已經(jīng)通過CMM4），對在華為工作的程序員們來說可謂福禍難料。當然，已經(jīng)作到PM或QA或者熱愛CODING的朋友例外。

需求分析本身也存在著時間分配的問題。第一遍需求分析花的時間會最長，分析員們在客戶的各個部門之間幾乎把腿都跑斷，把口水說干，就是為了確立一個初期的需求模型。所有的文檔將會提交給PM進行復(fù)審并簽字，不合格的打回重做。反饋表隨之將提交給客戶，第二遍第三遍等等等等接踵而來，與客戶反復(fù)討論和磋商，反復(fù)提交文檔和表格，目的只有一個，明確需求。當PM最終合并了所有文檔并確立需求之后，最終生成的需求文檔將提交給客戶的各部門負責人簽字。這些文檔將作為合同的附件添加，以便在將來項目變更或者碰到重大問題時和客戶扯皮的重要依據(jù)。需要說明的是，客戶并非都是蠻不講理，但是說實話，頗有無奈，國內(nèi)目前的項目大多數(shù)客戶為了不讓自己的錢白花，經(jīng)常變著法子提需求。在啟動階段明確需求并簽字，無論最終情況如何，一份詳盡的書面文檔可以解決很多口頭承諾或概念模糊的文檔帶來的許多問題。

詳盡的需求分析有一個額外的好處就是對一些雙方都很陌生或者從來無人嘗試的領(lǐng)域?qū)⑹且粋€決定是否進行項目的判斷標準。有時候，這種大項目在簽單時雙方都沒有絕對把握保證可以出成果，一旦在需求分析階段發(fā)現(xiàn)難以逾越的技術(shù)難關(guān)，就會放棄項目。典型的例子就是NMD洲際導(dǎo)彈防御系統(tǒng)。上世紀八十年代初美國搞星球大戰(zhàn)計劃，拖跨了蘇聯(lián)。大家對那段歷史有些含糊，很多人認為蘇聯(lián)人上了美國的當。其實并不完全如此，蘇聯(lián)人的情報機構(gòu)無孔不入，并非那么容易上當受騙。實際上當時美國國防部已經(jīng)開始著手NMD系統(tǒng)軟件的需求分析，前后耗資數(shù)億美圓，耗時兩年，僅僅是做需求分析，終于發(fā)現(xiàn)存在著在當時技術(shù)上無法達到的高度，隨后項目被放棄。

3.項目啟動

項目啟動要確定項目計劃，與客戶一起實施第一次項目審核，確認并對一些產(chǎn)品和服務(wù)向下包廠商下訂單。這個時候的PM會忽然發(fā)現(xiàn)有開不完的會，一天開三到四個會議是很正常的事情。這些會議有與客戶的會議，與下包廠商的，有團隊的，有公司高層的。團隊的會議主要是建立正式的團隊，提供團隊成員的角色和職責，提供績效管理方法，向成員提供項目范圍和目標。與客戶的一個主要會議將是項目啟動會議。在這個會議上PM會與客戶確立正式的交流渠道，項目綜合描述，讓項目參與人員相互了解，建立以PM為核心的管理制度。還有一些零零碎碎的東西甚至包括辦公場地的大小，電話多少部，所有人的聯(lián)系方式等等都要在會議上確立，并做會議記錄。這都是些非?，嵥榈氖虑?，聽起來婆婆***，卻是非常必要，缺一不可。大概就是所謂三軍未動，糧草先行吧。

這時候，作為公司高層，應(yīng)該向全公司發(fā)表申明，正式給PM項目經(jīng)理任命書和項目授權(quán)書。這個動作雖然在別人看來有些形式主義，但是對提高PM本人的士氣和責任感是有很大助力的。

三.計劃階段

1.定義結(jié)構(gòu)分工結(jié)構(gòu)圖（WBS）

啟動階段結(jié)束后，項目進入計劃階段，也就正式進入實施。這里概念可能有些不太對頭，其實是翻譯的緣故，反正大家明白意思就行，不用拘泥于字面。WBS是一組要提交的項目元素，用來組織定義項目的總體范圍，具體包括從工作內(nèi)容，資源，成本角度考慮項目范圍；建立一套系統(tǒng)所需要的分層工作結(jié)構(gòu)；把項目分解成易于管理的幾個細目，這概念有些模糊，其實跟資源管理器里分目錄是一回事情?？梢哉f，WBS是計劃階段的核心。WBS會詳細的分到遞交件，包括給自己人用的項目使用的過程文件，給客戶用的模塊和說明文檔，完成每個細目的標準以及如何把這些細目的責任分配到具體的個人。WBS有縮進式和樹狀式，我這里也沒辦法畫圖，大家參考一些項目管理的書籍，里面有詳細介紹。我整個文章只挑我覺得需要注意的地方，如非必要，對技術(shù)細節(jié)或者工具使用不做詳細介紹。WBS的細目并不需要分解到同一水平，最下面的細目叫做工作包，分包的依據(jù)是個人的責任和可信度，也就是說到每個人頭上的任務(wù)是否能落實，是否有把握完成；還有就是準備對項目進行控制的程度，程度越深，WBS樹也就越深。由于WBS是實用性的東西，根據(jù)個人理解也不一樣，所以一個項目可能會有幾個正確的WBS，看PM的需要和最適合當前團隊狀態(tài)的進行選擇。

WBS的定義還是很麻煩的。PM要召開團隊進行討論，向成員提供與項目相關(guān)的所有詳細資料，并把WBS樹分解到二層三層。然后要花上一段時間讓成員進行頭腦風暴式（BRAININGSTORM）思考，制訂工作產(chǎn)出和相應(yīng)人員的職責，記錄每一個工作包的完成標準。在頭腦風暴式思考時，會有很激烈的爭論，PM要協(xié)調(diào)關(guān)系，調(diào)節(jié)氣氛，從自己能考慮到的各個角度旁推側(cè)敲，提示成員的思維角度和方向并加以總結(jié)。盡管很麻煩，制訂WBS仍然是非常值得的。如同需求分析一樣，WBS準備的越充分，編碼的進度越快。

2.風險管理

既然是商業(yè)行為，那么項目的風險必然存在，相信閱讀這個帖子的朋友不少人都經(jīng)歷過或大或小的風險。有些風險很容易解決，有些風險則大大損害利益。不論什么樣的風險，能避免盡量避免，所以有必要對風險進行管理。由于風險的不可預(yù)知性，風險管理難度很大，概念也很難講清楚，只能從一些可行的角度去分析，進行管理。

首先要識別風險。這是個難度很高的活。PM要先召開風險識別會議，這個會議面向公司，高層，跨部門的有經(jīng)驗的人都將參加。然后審核由項目小組生成的風險清單并與重要成員進行風險溝通，檢查一些重要的風險源如WBS，成本（時間）預(yù)估，人員計劃，采購管理等等。最后就要用到PM本身在以前類似項目中得到的經(jīng)驗教訓。

識別之后要進行分析。我們可以進行粗略的量化分析（精確分析是不可能的事情）。有經(jīng)驗的人可以一起參加討論，把提交出來的風險進行分類。首先按發(fā)生的可能性分，一般分成高，中，低三個級別，雖然很勉強，但是好歹也有個量化了；然后按耗去的成本分，也是高，中，低三級。我們可以把這兩種類別的三個級別進行組合，碰到可能性也高，成本也高的風險就定位為不能接受。碰到這種風險只好讓客戶修改需求或者增加風險預(yù)留成本，否則一旦虧起來不是虧一點點，有可能賠的很厲害。高和中，中和中的搭配都是屬于高風險，中和低，低和低搭配屬于低，高和低搭配屬于中。

針對出現(xiàn)的可能性，需要采取一些手段降低風險。到目前為止也沒有一個定論說有絕對好的方式，只能盡其所能的避免。有幾種方法可以考慮，第一種是將風險納入項目管理計劃并指定負責人，由外部人員定期檢查項目風險，一旦風險發(fā)生，執(zhí)行風險管理計劃；第二種是保險，這種屬于風險轉(zhuǎn)嫁；第三種方式有點，不過最保險，就是把客戶拖下水，讓他們一起參與風險管理，呵呵，到時候就好說話了：）

風險管理作為項目計劃之后，PM需要更新WBS，修改日程計劃和更新風險管理計劃。

2.啟動階段的主要任務(wù)

根據(jù)PMI的解釋，接單之后項目自然轉(zhuǎn)入啟動階段。啟動階段PM的主要任務(wù)是率領(lǐng)總體架構(gòu)設(shè)計師和系統(tǒng)分析員收集盡可能詳細的數(shù)據(jù)，確立盡可能詳細的需求，進一步確立詳細的項目范圍，預(yù)估資源，確立其他方案并獲得進入下一階段的批準。在這個階段，隨著需求分析的深入，PM也開始在公司內(nèi)部進行人員挑選和資源爭奪，著手組建自己的項目團隊。項目即將進入計劃階段。

在收集完數(shù)據(jù)之后，PM要和客戶開始明確項目的大小，成本，規(guī)格，期限等重要特征并將其寫入合同文本，同時準備內(nèi)部的包括預(yù)算，衡量標準等文檔，建立項目的評估標準。接下來就是需求分析。由于專業(yè)的原因，我們這里僅討論軟件工程項目的需求分析（以下簡稱需求分析）。

需求分析的主要參與人員有PM，總體架構(gòu)設(shè)計師，系統(tǒng)分析員，熟悉業(yè)務(wù)流程的客戶。PM統(tǒng)領(lǐng)的團隊這時候還不是真正的開發(fā)團隊，我們叫做前期團隊。隨著需求分析的逐步深入，新的團隊成員不斷加入，啟動階段結(jié)束的時候正式的團隊將建立。對一個已經(jīng)啟動的項目來說，需求分析直接決定了項目的成功與失敗。最初的需求體現(xiàn)在客戶的工作說明書或招標文件及附件上。這種需求一般比較含糊，無法體現(xiàn)客戶真正的需求。前期團隊要根據(jù)自己的經(jīng)驗和客戶溝通并引導(dǎo)客戶進入正軌。有時候客戶會很不講道理或者思路僵化，就要求按照他的思維去定一些明顯錯誤的需求。這個時候團隊成員要耐心和客戶舉事實，談經(jīng)驗，講道理，用圖形或模型等直觀的方式將需求描述出來，比如常見的數(shù)據(jù)流圖等。所以說，爭論再所難免，客戶有時候會吹胡子瞪眼睛拍桌子甚至會說"這個東西不要你們做了"之類的話。PM此時除了要親身參與需求分析綜合整理文檔之外，還要處理好團隊成員與客戶的關(guān)系，確保關(guān)系不會惡化到無法收拾的地步。只要PM盡力約束團隊中的成員，這個度還是很容易控制的。

對快速開發(fā)和疊代開發(fā)來說，需求和實現(xiàn)往往是同步進行，開發(fā)速度快是一大優(yōu)勢。對有相同或類似模式的小項目來說采用快速開發(fā)或疊代開發(fā)是很合算的做法，時下流行的極限編程就是針對這方面建立的思維模式。然而，大中型項目中有太多不一樣的需求和模塊。如果不是因為項目有差異，那么市場上就只有產(chǎn)品而沒有項目了。所以，大中型項目的需求要認真仔細的去做。我們要討論一個問題，究竟應(yīng)該在需求分析和總體設(shè)計上花費多少時間？我們熟悉的瀑布開發(fā)模式基本上分需求分析，總體設(shè)計，軟件開發(fā)，測試等幾個階段，然而究竟應(yīng)該在前兩個階段上花多少時間卻沒有定論。實際項目操作的例子表明，分析設(shè)計的時間越長，需求設(shè)計做的越詳細，測試的時間就越短，返工率越低，風險也越小，成本越容易得到控制。而需求分析和總體設(shè)計沒有做好就急忙上馬進行開發(fā)的項目在項目初期進展順利的時候問題不大，到了項目后期和測試階段一些潛伏期比較長但是破壞作用比較大的問題就會凸顯出來，造成返工，延長測試時間。所以與其把問題堆積到緊張的項目后期，不如把時間多花點到需求分析和總體設(shè)計上。基礎(chǔ)夯實了，金字塔就容易造了。

在日本公司打工的程序員們可能都知道，小日本的軟件規(guī)范非常厲害，他們花在需求分析和總體設(shè)計上的時間通常在40%到50%左右，遠遠超過國內(nèi)軟件項目的實施，效果也要強的多。他們總體設(shè)計的規(guī)范甚至詳盡到某個過程該如何判斷，確立什么樣的條件，換言之就是把什么時候該如何寫(if...else)語句都幫程序員定好了。在這樣的軟件規(guī)范下，程序員更象是裝配流水線上的工人，對一個模塊或技術(shù)熟悉到一定程序就變成了完全的重復(fù)性勞動。所以在日本和歐美經(jīng)常會有程序員是低級工作一說，很多人不明就里，對國內(nèi)程序員也照搬，對國內(nèi)的程序員來說是很不公平的。在國內(nèi)，只會照抄別人代碼，一點都不懂創(chuàng)新，凡事依靠別人，快下班就盯著表看的程序員是不少，這種人一般很難有什么前途。但是，優(yōu)秀的不斷進取的程序員也很多。由于國內(nèi)沒有象CMM這樣的軟件規(guī)范或者很少，所以這類優(yōu)秀的程序員不少都是干著系統(tǒng)分析員甚至PM的活，拿著程序員的工資。這類程序員雖然在起步時會吃很多虧，而且是主動找虧吃，然而幾年之后與前一種程序員的社會地位會出現(xiàn)明顯的分化。當上進的程序員們作為PM進行商務(wù)談判的時候，前者還在各個公司里頻繁跳槽，跳來跳去都不滿意。有些扯開了，回到我們的話題。日本的軟件規(guī)范與CMM有驚人的相似，其中至少有35%以上都是幾乎一模一樣的。最近經(jīng)濟不景氣，東京倒閉了160家軟件公司，這個數(shù)字是今年6月份的，還在不斷增加。這些公司紛紛搶灘上海，招收技術(shù)人員。如果去這樣的公司應(yīng)聘就要考慮清楚了，進去可以學到他們的規(guī)范和質(zhì)量控制，可是要想從程序員成為系統(tǒng)分析員或PM，比登天還難。往往一個程序員進去干了好幾年，對自己的那一塊熟的不得了，而對隔壁同事所做的東西一竅不通。拒傳華為正在嘗試CMM4（華為印度研究所已經(jīng)通過CMM4），對在華為工作的程序員們來說可謂福禍難料。當然，已經(jīng)作到PM或QA或者熱愛CODING的朋友例外。

需求分析本身也存在著時間分配的問題。第一遍需求分析花的時間會最長，分析員們在客戶的各個部門之間幾乎把腿都跑斷，把口水說干，就是為了確立一個初期的需求模型。所有的文檔將會提交給PM進行復(fù)審并簽字，不合格的打回重做。反饋表隨之將提交給客戶，第二遍第三遍等等等等接踵而來，與客戶反復(fù)討論和磋商，反復(fù)提交文檔和表格，目的只有一個，明確需求。當PM最終合并了所有文檔并確立需求之后，最終生成的需求文檔將提交給客戶的各部門負責人簽字。這些文檔將作為合同的附件添加，以便在將來項目變更或者碰到重大問題時和客戶扯皮的重要依據(jù)。需要說明的是，客戶并非都是蠻不講理，但是說實話，頗有無奈，國內(nèi)目前的項目大多數(shù)客戶為了不讓自己的錢白花，經(jīng)常變著法子提需求。在啟動階段明確需求并簽字，無論最終情況如何，一份詳盡的書面文檔可以解決很多口頭承諾或概念模糊的文檔帶來的許多問題。

詳盡的需求分析有一個額外的好處就是對一些雙方都很陌生或者從來無人嘗試的領(lǐng)域?qū)⑹且粋€決定是否進行項目的判斷標準。有時候，這種大項目在簽單時雙方都沒有絕對把握保證可以出成果，一旦在需求分析階段發(fā)現(xiàn)難以逾越的技術(shù)難關(guān)，就會放棄項目。典型的例子就是NMD洲際導(dǎo)彈防御系統(tǒng)。上世紀八十年代初美國搞星球大戰(zhàn)計劃，拖跨了蘇聯(lián)。大家對那段歷史有些含糊，很多人認為蘇聯(lián)人上了美國的當。其實并不完全如此，蘇聯(lián)人的情報機構(gòu)無孔不入，并非那么容易上當受騙。實際上當時美國國防部已經(jīng)開始著手NMD系統(tǒng)軟件的需求分析，前后耗資數(shù)億美圓，耗時兩年，僅僅是做需求分析，終于發(fā)現(xiàn)存在著在當時技術(shù)上無法達到的高度，隨后項目被放棄。

3.項目啟動

項目啟動要確定項目計劃，與客戶一起實施第一次項目審核，確認并對一些產(chǎn)品和服務(wù)向下包廠商下訂單。這個時候的PM會忽然發(fā)現(xiàn)有開不完的會，一天開三到四個會議是很正常的事情。這些會議有與客戶的會議，與下包廠商的，有團隊的，有公司高層的。團隊的會議主要是建立正式的團隊，提供團隊成員的角色和職責，提供績效管理方法，向成員提供項目范圍和目標。與客戶的一個主要會議將是項目啟動會議。在這個會議上PM會與客戶確立正式的交流渠道，項目綜合描述，讓項目參與人員相互了解，建立以PM為核心的管理制度。還有一些零零碎碎的東西甚至包括辦公場地的大小，電話多少部，所有人的聯(lián)系方式等等都要在會議上確立，并做會議記錄。這都是些非?，嵥榈氖虑椋犉饋砥牌?**，卻是非常必要，缺一不可。大概就是所謂三軍未動，糧草先行吧。

這時候，作為公司高層，應(yīng)該向全公司發(fā)表申明，正式給PM項目經(jīng)理任命書和項目授權(quán)書。這個動作雖然在別人看來有些形式主義，但是對提高PM本人的士氣和責任感是有很大助力的。

三.計劃階段

1.定義結(jié)構(gòu)分工結(jié)構(gòu)圖（WBS）

啟動階段結(jié)束后，項目進入計劃階段，也就正式進入實施。這里概念可能有些不太對頭，其實是翻譯的緣故，反正大家明白意思就行，不用拘泥于字面。WBS是一組要提交的項目元素，用來組織定義項目的總體范圍，具體包括從工作內(nèi)容，資源，成本角度考慮項目范圍；建立一套系統(tǒng)所需要的分層工作結(jié)構(gòu)；把項目分解成易于管理的幾個細目，這概念有些模糊，其實跟資源管理器里分目錄是一回事情?？梢哉f，WBS是計劃階段的核心。WBS會詳細的分到遞交件，包括給自己人用的項目使用的過程文件，給客戶用的模塊和說明文檔，完成每個細目的標準以及如何把這些細目的責任分配到具體的個人。WBS有縮進式和樹狀式，我這里也沒辦法畫圖，大家參考一些項目管理的書籍，里面有詳細介紹。我整個文章只挑我覺得需要注意的地方，如非必要，對技術(shù)細節(jié)或者工具使用不做詳細介紹。WBS的細目并不需要分解到同一水平，最下面的細目叫做工作包，分包的依據(jù)是個人的責任和可信度，也就是說到每個人頭上的任務(wù)是否能落實，是否有把握完成；還有就是準備對項目進行控制的程度，程度越深，WBS樹也就越深。由于WBS是實用性的東西，根據(jù)個人理解也不一樣，所以一個項目可能會有幾個正確的WBS，看PM的需要和最適合當前團隊狀態(tài)的進行選擇。

WBS的定義還是很麻煩的。PM要召開團隊進行討論，向成員提供與項目相關(guān)的所有詳細資料，并把WBS樹分解到二層三層。然后要花上一段時間讓成員進行頭腦風暴式（BRAININGSTORM）思考，制訂工作產(chǎn)出和相應(yīng)人員的職責，記錄每一個工作包的完成標準。在頭腦風暴式思考時，會有很激烈的爭論，PM要協(xié)調(diào)關(guān)系，調(diào)節(jié)氣氛，從自己能考慮到的各個角度旁推側(cè)敲，提示成員的思維角度和方向并加以總結(jié)。盡管很麻煩，制訂WBS仍然是非常值得的。如同需求分析一樣，WBS準備的越充分，編碼的進度越快。

2.風險管理

既然是商業(yè)行為，那么項目的風險必然存在，相信閱讀這個帖子的朋友不少人都經(jīng)歷過或大或小的風險。有些風險很容易解決，有些風險則大大損害利益。不論什么樣的風險，能避免盡量避免，所以有必要對風險進行管理。由于風險的不可預(yù)知性，風險管理難度很大，概念也很難講清楚，只能從一些可行的角度去分析，進行管理。

首先要識別風險。這是個難度很高的活。PM要先召開風險識別會議，這個會議面向公司，高層，跨部門的有經(jīng)驗的人都將參加。然后審核由項目小組生成的風險清單并與重要成員進行風險溝通，檢查一些重要的風險源如WBS，成本（時間）預(yù)估，人員計劃，采購管理等等。最后就要用到PM本身在以前類似項目中得到的經(jīng)驗教訓。

識別之后要進行分析。我們可以進行粗略的量化分析（精確分析是不可能的事情）。有經(jīng)驗的人可以一起參加討論，把提交出來的風險進行分類。首先按發(fā)生的可能性分，一般分成高，中，低三個級別，雖然很勉強，但是好歹也有個量化了；然后按耗去的成本分，也是高，中，低三級。我們可以把這兩種類別的三個級別進行組合，碰到可能性也高，成本也高的風險就定位為不能接受。碰到這種風險只好讓客戶修改需求或者增加風險預(yù)留成本，否則一旦虧起來不是虧一點點，有可能賠的很厲害。高和中，中和中的搭配都是屬于高風險，中和低，低和低搭配屬于低，高和低搭配屬于中。

篇8

>> 基于軟件程序員課程開發(fā)的研究 基于高職柔性人才培養(yǎng)模式的教學體系研究 基于“ABC―KAQ雙相模式”的醫(yī)藥營銷本科人才培養(yǎng)體系的研究 基于德國職業(yè)教育評價體系的高職人才培養(yǎng)模式創(chuàng)新研究 基于校企深度合作教育體系的人才培養(yǎng)模式研究 基于“平臺+模塊”課程體系的制藥工程專業(yè)人才培養(yǎng)模式研究 基于產(chǎn)學研的軟件外包人才培養(yǎng)體系研究 基于工學結(jié)合人才培養(yǎng)模式的高職思政課教學體系的構(gòu)建 基于職業(yè)就業(yè)的高職人才培養(yǎng)模式研究 基于冰山理論的人才培養(yǎng)模式研究 基于產(chǎn)學研模式的高校人才培養(yǎng)問題研究 基于職業(yè)標準的人才培養(yǎng)模式研究 基于知識管理的高校人才培養(yǎng)模式研究 基于“項目式教學”的人才培養(yǎng)模式 基于人才培養(yǎng)模式的教學內(nèi)容選擇 基于人才培養(yǎng)模式改革的人才培養(yǎng)方案研究 基于高素質(zhì)人才培養(yǎng)的高職院校人才培養(yǎng)模式研究 基于應(yīng)用型人才培養(yǎng)的旅游管理本科實踐教學體系構(gòu)建研究 基于創(chuàng)新型人才培養(yǎng)的創(chuàng)業(yè)實訓教學體系研究 基于人才培養(yǎng)的民營醫(yī)院教學體系建設(shè)研究 常見問題解答 當前所在位置：中國 > 政治 > 基于 ATOM教學體系的程序員人才培養(yǎng)模式的研究 基于 ATOM教學體系的程序員人才培養(yǎng)模式的研究 雜志之家、寫作服務(wù)和雜志訂閱支持對公帳戶付款！安全又可靠！ document.write("作者：未知 如您是作者，請告知我們")

申明:本網(wǎng)站內(nèi)容僅用于學術(shù)交流，如有侵犯您的權(quán)益，請及時告知我們，本站將立即刪除有關(guān)內(nèi)容。 摘要：本文立足研究高職院校的程序員培養(yǎng)問題，創(chuàng)新提出了“ATOM”即原子教學體系，并提出了基于該體系的分階段、循環(huán)、遞進式人才培養(yǎng)模式。目的在于為高職院校解決批量培養(yǎng)低考分工科人才提供經(jīng)驗參考。 關(guān)鍵字：程序員 ATOM CDIO 人才培養(yǎng)模式

隨著信息化社會的到來及高速發(fā)展，黨和政府提出了“堅持以就業(yè)為導(dǎo)向，深化職業(yè)教育教學改革”的要求，要求學校必須根據(jù)市場和行業(yè)的需要改革課程體系，更新教學內(nèi)容，創(chuàng)新教學模式。對于致力于培養(yǎng)軟件專業(yè)人才的職業(yè)教育院校來說，學生層次是制約其教學結(jié)果的關(guān)鍵。然而，2009年到2012年黑龍江高職院校錄取分數(shù)線分別為：180分、170分、200分、170分。處于這一層次的學生，以往的學習階段基本沒有好的學習習慣或者沒有好的學習方法，而軟件技術(shù)類課程本身又存在學習難度大、很枯燥的問題，學生學習興趣難以持久。

如何能夠在教學中有效的引導(dǎo)學生、掌控學生？如何有效的發(fā)揮學生的主動性？如何把這樣的學生批量培養(yǎng)成才？成了擺在廣大高職院校計算機軟件教學領(lǐng)域中的一大難題。哈爾濱信息工程學院（原哈爾濱華夏計算機職業(yè)技術(shù)學院）軟件技術(shù)系經(jīng)過多年努力，一直在致力于解決這個問題。

1國內(nèi)外工程人才教育模式研究現(xiàn)狀分析

對于優(yōu)秀工程人才教育模式的研究，國內(nèi)外已經(jīng)取得了很多研究成果，例如：由美國歐林工學院提出的以“歐琳三角”哲學理念為基礎(chǔ)的教育模式，由麻省理工學院等四所國際大學提出的CDIO工程教育模式。迄今為止，已有幾十所世界著名大學加入了CDIO組織，按CDIO模式培養(yǎng)的學生深受社會與企業(yè)歡迎。中國也已經(jīng)引進了這種優(yōu)秀的教育模式，并進行了本土化研究及應(yīng)用。例如，2003年起，江西理工大學創(chuàng)立并迅速發(fā)展的 “3+1”創(chuàng)新教育模式，2005 年起，汕頭大學工學院提出了全新的 EIP-CDIO 培養(yǎng)模式。2010年，大連東軟信息學院提出的T-C教育模式。這些CDIO性質(zhì)的教學模式以其先進性、實效性與優(yōu)越性，被國內(nèi)很多大學認識與接受，被更多的企業(yè)認同。

我國這些繼承CDIO教育模式的大學都利用這一理論體系培養(yǎng)出了大批優(yōu)秀的人才。但是，對于全國各大高職院校來說，要把如此低分的學生批量培養(yǎng)成才，目前還是一個難題。

2主要研究內(nèi)容、研究目標和解決的關(guān)鍵問題 2.1研究目標：

我們在繼承CDIO工程教育模式教學研究成果的基礎(chǔ)之上，完全以企業(yè)需求為目標，從職業(yè)定向性的角度以學生批量成才為導(dǎo)向，在階段性教學實踐中已經(jīng)取得了良好的效果。 2.2研究內(nèi)容

該課題研究繼承COID工程教育模式中提出的“主要讓學生以主動的、實踐的方式學習工程”這一思想，進行軟件工程開發(fā)技術(shù)的教育模式研究;并在課題體系建設(shè)上注意課程之間有機聯(lián)系，并在此基礎(chǔ)之上又進行了課程內(nèi)部知識點的獨立分解。主要從以下幾個方面研究。

2.2.1符合優(yōu)秀IT企業(yè)人才培養(yǎng)標準的知識點、能力點的分解

其中包括：把程序員需要的知識結(jié)構(gòu)分解、細化成具體的知識點;把程序員應(yīng)具備的能力結(jié)構(gòu)分解、細化成具體的能力點;

2.2.2構(gòu)建具有“責任體制”特色的課程體系和教學方法

我們把自身的這種特色課程體系和教學方法相融合，總結(jié)出了一套秉著“有責任感的教師隊伍培養(yǎng)有責任感的學生”這一教學宗旨的教學體系。這種教學體系的每個環(huán)節(jié)都近似于原子中電子群圍繞原子核的運動關(guān)系，且每個英文首字母組合后恰好是“原子”的英文拼寫ATOM，所以定名為ATOM教學體系。

具體解釋：

其中A代表“能力和知識的高內(nèi)聚拆分（Ability and knowledge of high-cohesion split）”，即把一個知識點或能力點及圍繞它的理論做為一個原子進行拆分;

T代表“基于團隊的教學管理方式 （Team teaching management mode based on）”，即以團隊和圍繞該團隊工作的學生作為一個教學活動的原子單位，實行團隊合作的學習方式;

O代表“面向?qū)ο蟮某绦蛟O(shè)計模塊化（Object-oriented program design module）”，即把一個項目拆分成若干個模塊，把一個程序模塊及圍繞該模塊組織的教學活動作為一個原子單位，進行實踐教學;

M代表“基于責任的因材施教的管理教育（Management education， teach students in accordance with their aptitude based on）”，即以每個學生為單位設(shè)計差異化培養(yǎng)內(nèi)容，把一個學生及圍繞該學生的教師團隊作為這種管理教育的保障。

2.2.3研究構(gòu)建基于ATOM教學體系的分階段、循環(huán)、遞進式人才培養(yǎng)模式

該研究構(gòu)建出的人才培養(yǎng)模式包括：a.多輪交替模式。主要以學生訓練為主，把項目研發(fā)訓練課程分成3個階段，每個階段都以同一個項目的研發(fā)為目標，在遞進的過程中，分別采用基本的研發(fā)技術(shù)、企業(yè)級的研發(fā)技術(shù)、基于框架的企業(yè)級研發(fā)技術(shù)這3個層次，進行項目技術(shù)的遞進式開發(fā)訓練;而且每次項目改進都是對原有項目的循環(huán)開發(fā)。在這個過程中，使學生溫故知新，逐步向企業(yè)級開發(fā)水平靠攏。并在教學過程中，補充以教師關(guān)注差異化的學生，并有針對性的對癥下藥的辦法;b、校企合作、工學結(jié)合模式。該模式分3個階段，即1.5年的基礎(chǔ)學習，加上0.5年的企業(yè)級綜合訓練，再加上1年的企業(yè)實習。

新的培養(yǎng)模式可概括為：

教學宗旨：對學生負責，對家長負責，對企業(yè)負責，對社會負責，對結(jié)果負責;

教學體系：4個原子化（ATOM）;

教學實施方式：階段性、循環(huán)、遞進式;

教學過程：3級飛躍，即基礎(chǔ)知識積累（1.5年）―>企業(yè)級應(yīng)用實踐（0.5年）―>職業(yè)人（1年）; 2.3解決的關(guān)鍵問題

通過研究，我們解決了以下2個問題：

①基于結(jié)果負責為導(dǎo)向的責任體制的改革;

② 低考分學生的批量成才問題;

本課題是2013年黑龍江省高等教育教學改革項目，課題編號：JG2013020017。筆者把研究的主要思想成文，以分享研究心得。

參考文獻：

篇9

【目標】

相信和不少朋友一樣，有了幾年工作經(jīng)驗成為Senior后就開始了面試別人的經(jīng)歷。我在最初這個階段只是按照自己的想象把”找到基礎(chǔ)好的程序員“，”找到算法能力優(yōu)秀的程序員“，”找到有Android開發(fā)經(jīng)驗的程序員“等作為面試的目標。但是，實際的經(jīng)歷告訴我，尤其是按“基礎(chǔ)好”，“算法好”這些目標招到的人最終效果并不好。比如，有的面試者基礎(chǔ)知識和算法掌握情況不錯，進程、線程、內(nèi)存等概念清晰，基本的Hash，二叉樹，快速排序等數(shù)據(jù)結(jié)構(gòu)和算法也比較熟悉，但是進公司后在實際工作中表現(xiàn)得很糟糕。后來，我才發(fā)現(xiàn)原來是我的面試目標出了問題，我原先的面試方法更像是大學的算法或操作系統(tǒng)期末考試，按照這種方法讓許多并不合適的人通過了面試，同時也可能錯過了許多合適的人。

后來，我的反思是，從公司的角度講，面試的根本目的是找到"能夠干好工作"的人，而“高學歷”，“算法好”，“基礎(chǔ)好”，“有經(jīng)驗”這些都是表象而不是根本，它們并不能直接和“工作好”劃等號。

【方法】

目標明確了，但接下來的問題是假設(shè)面試者是一個黑盒系統(tǒng)，“工作好”不是直接可觀測變量，你所能直接觀測的變量是基礎(chǔ)、算法、經(jīng)驗、學歷、性格、談吐、年齡等等。所以，實際上，你只能從“基礎(chǔ)好”，“算法好”等可以直接觀測的量去推測“工作好”的概率，這就是一個在“X好“條件下"工作好“的條件概率問題：P(工作好 | X好)。

根據(jù)這個模型，面試所應(yīng)該考察哪些方面就很明顯了，那就是選擇那種最具有區(qū)分性的方面來考察。比如，考察面試者的體型特征沒有太大意義，因為P(工作好|高)，P(工作好|矮)，P(工作好|胖)，P(工作好|瘦)的概率都差不多;所以，體型特征不具有區(qū)分性，這不是面試所應(yīng)該關(guān)注的內(nèi)容。

面試官應(yīng)當結(jié)合職位的要求明確哪些因素具有比較好的區(qū)分性。比如，如果要招一名技術(shù)門檻比較高的3D游戲引擎開發(fā)工程師，面試者A具有3D游戲引擎開發(fā)的經(jīng)驗，但是在基礎(chǔ)知識和算法面試方面表現(xiàn)一般;面試者B相反，基礎(chǔ)知識和算法面試表現(xiàn)很好，但沒有游戲開發(fā)經(jīng)驗，而你只能選擇其一。你選誰呢?其實，這就是兩個條件概率問題P(工作好|經(jīng)驗好，基礎(chǔ)一般，算法一般)和P(工作好|沒經(jīng)驗，基礎(chǔ)好，算法好)。這個問題就留給面試官來判斷了，就我個人而言，對于技術(shù)門檻較高需要技術(shù)積累的職位，經(jīng)驗更加說明問題，因此，我更傾向于面試者A。

下面，我再結(jié)合自己的經(jīng)驗談?wù)剬γ嬖囍谐Ｒ姺矫娴目捶ā?/p>

【算法】

算法是Google和MS等大公司面試所重點考察的內(nèi)容。我個人很喜歡算法，曾經(jīng)參加ACM/ICPC拿過北京賽區(qū)的13名。但是，就個人經(jīng)驗來看，我所接觸過的絕大多數(shù)開發(fā)職位而言，算法都不適合作為考察面試者優(yōu)劣的主要因素。對于普通的非算法性開發(fā)職位，考察面試者的算法就相當于考察他打乒乓球好不好一樣，與目標“工作好”的相關(guān)性太低。就我個人的經(jīng)驗來看，差不多P(工作好|算法好)=50%，也就是算法面試沒有太大的區(qū)分性。

甚至，還有一種很不好的情況特別多地出現(xiàn)在算法好的面試者身上，我稱之為“只磨刀，不砍柴”。什么意思呢?有類人只對什么A*算法，異步編程，JVM類加載機制這種純技術(shù)問題感興趣，對實現(xiàn)用戶需求毫無興趣。這類人看起來有一定的技術(shù)能力，但是對公司來講貢獻十分有限，甚至不如技術(shù)一般但認真負責的人。所以，一旦遇到面試者算法好，我就特別留意考察會不會是這種“只磨刀，不砍柴”的人。

另外，雖然我個人不了解Google和MS，但我對于其特別重視考察算法能力的面試策略是持懷疑態(tài)度的。即使在這樣的世界級大公司，算法雖然重要，但可以想象在項目實施過程所遇到的各種各樣問題中，算法問題絕大多數(shù)時候不會是主要瓶頸，沒有到那種需要每個人都是算法高手的情況。實際上，絕大多數(shù)項目真正難點并不是一兩個算法瓶頸，甚至也不是單點的技術(shù)瓶頸，而是系統(tǒng)性的組織、協(xié)調(diào)、設(shè)計、開發(fā)問題，有大量的看起來不是那么有技術(shù)含量的臟活累活，也有許多問題是由于信息不足，并不是技術(shù)能力強就能克服這些困難。一個團隊最好優(yōu)勢互補，有人算法強，有人業(yè)務(wù)分析能力強，有人擅長后端服務(wù)，有人擅長前端界面，有人聰明，有人踏實，這是最好的。如果按照“算法好”的單一標準選材，必定會把許

多優(yōu)秀的人才拒之門外。

補充：在更多地了解了Google和Facebook等一流公司的面試細節(jié)之后，我對這個問題的認識有了一定的改變，實際上這些公司在面試過程中并不完全強調(diào)技巧性很強的算法，而是更加注重編碼(Coding)能力，只是在進行編碼測試的過程中往往是通過一些簡單算法題來進行的。我對于這種面試方法越來越欣賞，并且也作為了我們公司面試過程中的重點環(huán)節(jié)，因為編碼能力的測試是十分必要的，它有著知識性問題無法取代的作用，如果一個面試者連“判斷一個字符串是否是另一個字符串的子串”這樣的題目都無法正確并快速地實現(xiàn)，那么基本上可以直接排除了。我這里所強調(diào)的是不必考察高難度的算法問題，并非不重視編碼能力測試，請讀者不要誤解。

【基礎(chǔ)】

基礎(chǔ)面試是指考察諸如指針使用、進程線程概念等基礎(chǔ)知識的面試，十分類似于大學期末考試題。我曾經(jīng)以為基礎(chǔ)面試十分重要，但是現(xiàn)在不這么看了。在工作中基礎(chǔ)的確是重要的，但是在面試過程中，它必須具有區(qū)分性才有意義，也就是說P(工作好|基礎(chǔ)好)的概率要高，那么考察指針使用，進程線程區(qū)別這樣的基礎(chǔ)題目才有它的意義。我的實際經(jīng)驗是，基礎(chǔ)面試并不具有很好的區(qū)分性，和算法一樣， 差不多P(工作好|基礎(chǔ)好) = 50%。同時，基礎(chǔ)面試是最容易準備的，中國人有長期的應(yīng)試教育經(jīng)驗，要準備幾個把玩指針題目太容易了。

我曾經(jīng)遇到過這樣的面試者，他的C語言基礎(chǔ)和編譯、鏈接等原理掌握得非常好，給我留下了深刻的印象，我給的面試結(jié)論是：知識面不寬，只會C語言，但基礎(chǔ)很扎實，建議錄用。后來的事情證明了那個結(jié)論的前半部分是對的，但是”建議錄用“錯了。他在實際工作中表現(xiàn)得一塌糊涂，不理解需求，不理解整體架構(gòu);同時，上班時間不是花在項目上，而是花在閱讀諸如《程序員的自我修養(yǎng)》之類的書籍上。最后，這位同事由于長期“不出活”離開了公司。

基礎(chǔ)不是不重要，而是“基礎(chǔ)好”不足以說明面試者能干好工作，因為基礎(chǔ)是屬于局部性知識，而實際工作需要綜合性能力，二者有天壤之別。C語言、操作系統(tǒng)能考高分，但是不會寫程序的人在大學我們還見得少嗎? 軟件開發(fā)就像蓋房子，綜合能力是設(shè)計和搭骨架，基礎(chǔ)知識是碼磚。張小龍原先Foxmail是Delphi開發(fā)的，他它不懂C#，你如果要招聘一個開發(fā).NET Email客戶端的人，你考察他對CLR掌握得好不好有意義嗎? 讓張小龍來開發(fā)一個C#版的Foxmail真的會有困難嗎? 你招一個精通C#但沒有Email客戶端開發(fā)經(jīng)驗的人來真的比張小龍靠譜嗎?

我說基礎(chǔ)知識不重要，和古人說的“不積洼步無以至千里”是不是矛盾呢?不矛盾!“洼步”與“千里”是一種可累加關(guān)系，但再多的“基礎(chǔ)知識”都累加不成“綜合能力”。學習軟件開發(fā)要像持續(xù)集成一樣，一開始就是一個完整的系統(tǒng)，雖然規(guī)模不大，問題很多，但它麻雀雖小五臟俱全，從小系統(tǒng)到大系統(tǒng)，從簡單系統(tǒng)到復(fù)雜系統(tǒng)逐步演化。

所以，基礎(chǔ)好本身不足以說明太多的問題，必須進一步考察綜合能力。對于基礎(chǔ)面試表現(xiàn)不好的面試者，如果時間允許也要進一步考察，有的面試者其實是有能力的，只是沒有進行充分的準備。最理想的狀態(tài)當然是基礎(chǔ)和綜合能力俱佳，若不能兼顧，應(yīng)當綜合能力優(yōu)先。

【經(jīng)驗】

這里所說的經(jīng)驗不是通過工作了多少年來衡量的，而主要是指面試者的經(jīng)歷，比如，是否完整地實現(xiàn)過一個軟件，或作為主要開發(fā)者完成過一個項目。經(jīng)驗的重要性在于它能說明一個人的綜合能力。從項目的性質(zhì)、規(guī)模和難度，面試官就可以大致判斷出面試者的綜合能力。如果一個面試者一直在大公司負責一個小模塊的開發(fā)維護，那么基本可以判斷他不具備獨立或作為主要開發(fā)者承擔一個項目的能力，只適合在另一家大公司做類似的事情。對于門檻較高需要長期技術(shù)積累的職位，相關(guān)經(jīng)驗更顯得尤為重要，比如，Linux內(nèi)核開發(fā)，JVM開發(fā)，游戲引擎開發(fā)，數(shù)據(jù)庫實現(xiàn)，高級UX等。對于這類職位，沒有經(jīng)驗的面試者即使綜合素質(zhì)不錯也是需要長時間的學習和積累才能勝任。所以，基本上如果確定了你的職位屬于此類，那么相關(guān)經(jīng)驗毫無疑問應(yīng)該成為首選因素，換句話說，P(工作好 | 相關(guān)經(jīng)驗好)的概率是非常高的。

通過項目經(jīng)驗判斷面試者的優(yōu)劣比通過基礎(chǔ)和算法測試更加靠譜，所以，面試過程中面試官應(yīng)該花比較多的時間聽面試者介紹項目經(jīng)驗，并進行深入地探討交流，了解面試者的知識面、思維能力、表達能力等。同時，可以結(jié)合項目提一些基礎(chǔ)知識和算法的問題，比如，如果面試者做過C++相關(guān)的項目，那就可以問他如何進行內(nèi)存管理?是否熟悉智能指針?如果面試者的回答不能令人滿意，那么就基本上可以判斷他的項目做得不是很好。

要注意的是，經(jīng)驗也是一個多維度的事物。比如，C++股票交易中間件系統(tǒng)，這就涉及(C++，中間件，股票) 3個維度。假如面試者A做過C++股票交易客戶端，面試者B做過C的股票交易中間件。從語言角度看，A最匹配，從項目性質(zhì)看，B最匹配，你如何選擇?這就是在多個維度中，哪個維度更重要的問題，就這個例子而言，我個人更傾向于B，因為我認為中間件開發(fā)經(jīng)驗是主要矛盾，而從C切換到C++并不是問題。所以，面試官需要判斷哪一種經(jīng)驗是主要的，而哪一種經(jīng)驗是次要的。比如，我們招聘Android應(yīng)用開發(fā)，這個職位的Android技術(shù)門檻并不高，它的真正難點在于做出好的用戶體驗(UX)。所以，如果一個面試者沒有Android的經(jīng)驗我們是可以接受的，但是我希望他在UX方面有經(jīng)驗，至少做過其他平臺的移動應(yīng)用開發(fā)。

【性格】

現(xiàn)在，我來談我認為最重要的因素：性格。這可能是許多初為面試官的朋友所難以想象的，怎么會是性格最重要呢?說實話，當我意識到這一點時，我自己也很驚訝!說白了，還是 P(工作好|性格好)的概率最高啊。我的實際經(jīng)驗是，如果一個人的性格好，他能把工作做好的可能性是最高的，性格好遠比基礎(chǔ)好、算法好要靠譜。

一個人如果技術(shù)上有缺陷，經(jīng)驗上有不足，但性格好，在團隊中是很容易由其他人來補位的，他自己也很容易逐漸補起來;相反，如果一個人的性格不好，所有的技術(shù)優(yōu)勢經(jīng)驗優(yōu)勢都發(fā)揮不出來，甚至還會起到負作用，而且性格缺點很難改變。我一直談到實際工作所需要的是綜合性的能力，這種綜合能力的發(fā)揮中性格是至關(guān)重要的。項目中不止會遇到技術(shù)問題，要涉及溝通、協(xié)調(diào)，不同的人不同的部門既有合作又有磨擦，如何處理這些事情都需要一個良好的性格?？梢哉f，在開發(fā)團隊里讓你與眾不同的不是你從哪個學校畢業(yè)，也不是你過去的經(jīng)驗，而是你的性格。

當然，性格是一個復(fù)雜的東西，它包含了很多的方面，并非所有方面都是程序員面試所需要關(guān)注的。我的經(jīng)驗是可以重點考察這些方面：

1) 態(tài)度積極還是消極。有的面試者在談吐中就會自然給你一種積極上進的感覺，或者你可以在他的經(jīng)歷中發(fā)現(xiàn)他積極的因素，這些都不是太難看出來的。相反，有的面試者你能明顯感覺到他的消極情緒。積極性在工作中是十分重要的，積極的人能給團隊帶來朝氣，也更易于合作?；旧?，如果確定面試者屬于態(tài)度積極的，他通過我這一關(guān)的可能性就會大大增加;相反，如果確定屬于態(tài)度消極的，即使技術(shù)

能力不錯我也會十分謹慎。

2) IQ。我的經(jīng)驗是，總體來看，聰明的人在工作中的表現(xiàn)更為優(yōu)秀。在面試中要考察一個人是否聰明并不一定要像Google和MS那樣找些專門測試IQ的智力題，其實，你只需要看他討論問題是不是很有邏輯性，思考和說話是不是反應(yīng)敏捷就可以做出大致的判斷。另外，眼睛是人心靈的窗戶，一個人聰明與否，眼睛是會說話的。不過，聰明也不完全是優(yōu)點，比如，當公司或項目遇到困難時，往往是聰明人先跑掉了，堅守的往往是IQ一般的人。

3) 語言表達能力。語言表達能力也是程序員十分重要的一項素質(zhì)，它關(guān)系到項目中的溝通是否順暢。面試官可以看看面試者能否用簡明的語言介紹清楚曾經(jīng)做過的項目，能否抓住要點，能否考慮到聽者的相關(guān)背景。一般來講，語言表達能力強的人綜合能力都不會太差。(文秘站 )

4) 是否具有用戶意識。有人說程序員是做研發(fā)的，哪來什么用戶?只有銷售、市場人員才會和用戶打交道。其實，這是完完全全的錯誤認識。你寫一個模塊，甚至一個API，只要有別人用，他就是你的用戶。有的程序員設(shè)計一個模塊或是一個軟件總是習慣于從使用者的角度來考慮，盡量地方便使用者，這就是一種良好的用戶意識。具有良好的用戶意識的人更能考慮別人的感受和整體的需要，而不是單純地從自己和局部來思考問題。當面試者談及過去的項目經(jīng)驗時，面試官可以常常站在用戶的角度對其進行提問，從這個過程中觀察其是否具有良好的用戶意識。

5) 如何應(yīng)對質(zhì)疑和壓力。面試官應(yīng)該對面試者的回答以及以往項目進行合理的質(zhì)疑，看看他如何應(yīng)對。曾經(jīng)有一位面試者談到做游戲登錄服務(wù)器的經(jīng)歷，我就問：“如果登錄服務(wù)器掛了，怎么辦呢”?他說原先雖然沒有考慮這個問題，但是可以怎么怎么改進。其實，大家都理解項目中有各種不完美，這里面原因很多，只要面對質(zhì)疑和壓力能從容應(yīng)對努力往好的方向思考解決就可以了，不需要掩飾缺陷，更不應(yīng)該有情緒。我遇到過有的面試者，一旦你對其項目提出質(zhì)疑，他馬上產(chǎn)生反抗情緒，或不高興，或不承認有問題，這很容易一下子看出來他在工作中容不得質(zhì)疑和批評，這種人要想合作就很困難。

6) 個性特點。許多面試者喜歡在簡歷上寫“精通C++/Linux“，這些字眼看得人麻木，如果有人寫”喜歡C++/Linux“，我就會有一種眼前一亮的感覺。“精通”是沒有感彩的敘述，而“喜歡”包含了面試者的個性，我更愿意看到面試者的個性。我相信對某樣東西真正的熱情遠比你當前對它的掌握程度更為重要。其實，N年的經(jīng)歷告訴我們，同一個班的同學，同一個項目組的同事，雖然每天所學的知識，所接觸的工作都是相同的，但其實每個人的成績和表現(xiàn)差異是十分明顯的。那么，到底本質(zhì)的差異是什么呢?其實，就是每個人的個性。是個性使得有的人業(yè)余時間去打球，有的人業(yè)余時間去看書，有的人喜歡Linux，有的人喜歡Mac。一個人在團隊中扮演的角色也和他的個性有很大的關(guān)系。面試官應(yīng)該引導(dǎo)面試者展現(xiàn)自己的個性，并判斷其是否有益于團隊。

篇10

關(guān)鍵詞 電子信息專業(yè)；人才培養(yǎng)模式；應(yīng)用型人才

中圖分類號：G642文獻標識碼：B文章編號：1671-489X(2012)15-0029-03

1 引言

隨著軍隊院校教育轉(zhuǎn)型建設(shè)的不斷深入和發(fā)展，軍事教育呈現(xiàn)精英教育的特質(zhì)，要求學員不僅應(yīng)具備基礎(chǔ)理論知識和基本任職能力，還應(yīng)突出個性化發(fā)展，強化學習能力和創(chuàng)新能力，主動適應(yīng)部隊崗位發(fā)展和戰(zhàn)斗力提升的需求。理工大學的電子信息類專業(yè)旨在為部隊培養(yǎng)能勝任未來信息化軍隊建設(shè)的高素質(zhì)新型軍事氣象水文信息處理專業(yè)技術(shù)軍官，應(yīng)具備專業(yè)理論基礎(chǔ)、復(fù)合知識結(jié)構(gòu)、較強的信息應(yīng)用能力和開拓創(chuàng)新精神的創(chuàng)新型人才。

軍事教育的應(yīng)用性、創(chuàng)新性以及綜合性要求已經(jīng)逐步在日常教學和學科建設(shè)中得到較好的體現(xiàn)和落實。但目前由于教學評價體系單一、教員教學精力投入不足、教學與科研的矛盾以及學習激勵機制不完善等方面的客觀原因，使得部分教學內(nèi)容陳舊，教學模式單一，教學方式還存在“大鍋飯”的現(xiàn)象，教學活動與部隊實際需求脫節(jié)，針對性不強，雖采取一些方法，諸如導(dǎo)師制以及大學生科技競賽等活動，但是還缺乏一個行之有效的與課程體系配套的專業(yè)拓展和考核平臺，以促進學員綜合素質(zhì)的培養(yǎng)。本文研究以學院電子信息類專業(yè)本科人才培養(yǎng)為背景，提出在專業(yè)學習階段建立一套與課程體系配套的專業(yè)拓展平臺和考核機制，盡可能使課堂的理論教學內(nèi)容與實踐應(yīng)用和部隊崗位需求相對接，切實增強教學效果。

2 個性化人才培養(yǎng)模式

通過積極探索利用各類信息資源和課余教學活動，全方位調(diào)動學員的學習主動性和積極性，使每個學員都能根據(jù)自己的個性和特長，在完成課程學習的基礎(chǔ)上，開展形式多樣的專業(yè)拓展活動，通過權(quán)威專業(yè)機構(gòu)的專業(yè)能力認證考核，把理論知識、實踐能力與崗位任職緊密集合起來，營造個性化發(fā)展的教育氛圍，面向部隊需求，以提升學員信息技術(shù)開發(fā)能力、網(wǎng)絡(luò)應(yīng)用能力以及新技術(shù)和新手段的創(chuàng)新能力為目標，在電子信息類專業(yè)人才培養(yǎng)方案的指導(dǎo)下，在相對固定的課程體系之外，輔助以多元化的專業(yè)拓展訓練和考核方式，課內(nèi)教學活動和課外專業(yè)拓展活動兩條線并發(fā)推進，相輔相成，互為補充，讓學員根據(jù)個性特長和興趣愛好，自主學習，自我提高，積極適應(yīng)部隊戰(zhàn)斗力生成模式的轉(zhuǎn)變的新要求。

2.1 建立專業(yè)拓展和考核平臺

面向部隊實際需求，修訂學員專業(yè)學習階段的課程學習計劃和課外拓展考核規(guī)劃，建立學習實踐的考核機制和激勵機制。著力培養(yǎng)學員的信息技術(shù)開發(fā)能力、網(wǎng)絡(luò)應(yīng)用能力和新技術(shù)、新手段的創(chuàng)新能力，建立軟件開發(fā)技術(shù)、網(wǎng)絡(luò)工程應(yīng)用、大學生科技競賽項目和專業(yè)技能訓練等4個課外拓展平臺，并相應(yīng)引入國家軟件程序員考試、思科網(wǎng)絡(luò)國際認證、申請軟硬件發(fā)明專利以及組織專業(yè)技能鑒定等進行學習成果驗證考核，學員可以根據(jù)自身學習興趣和愛好，有選擇地進行學習。學員學習的成果經(jīng)過評定可作為人才選拔的重要依據(jù)，突破傳統(tǒng)學分制的弊端，減少高分低能的狀況。

2.2 加強師生互動

充分發(fā)揮教員的“引導(dǎo)”和學生的“興趣”相結(jié)合的優(yōu)勢，教員不再以知識的傳授者自居，而要進行適當?shù)慕巧D(zhuǎn)換，即由“教學”變?yōu)椤皩?dǎo)學”，使學生充分發(fā)揮潛能，激發(fā)興趣，使他們更好地將所學的知識轉(zhuǎn)化為實際應(yīng)用能力，進一步完善本科生導(dǎo)師制。利用專業(yè)拓展和考核平臺，教員可有的放矢地進行指導(dǎo)，建立教員與學員之間的資源信息共享、優(yōu)勢互補的互動環(huán)境。一方面，學員在與教員的互動學習的過程中，能最大限度地將所學的理論知識應(yīng)用到工程實踐中，促進學員自主性和創(chuàng)造性的發(fā)揮，有利于學員的學習和成長；另一方面，教員雖然在理論知識和相關(guān)科研實踐中擁有學術(shù)權(quán)威，但在教學與學術(shù)水平上仍有可提高的空間，而這主要是在師生互動中得到提升的，個性化人才培養(yǎng)模式能夠增進教員對自身的認識，強化教員的自我發(fā)展和自我完善意識，從而能有效地指導(dǎo)學員將所學知識轉(zhuǎn)化為分析問題和解決問題的能力。

2.3 合理擬定實施方法

緊密結(jié)合課程群，合理設(shè)計多層次的拓展平臺，充分利用和整合現(xiàn)有的教學資源，擬訂專業(yè)發(fā)展平臺和考核機制的實施途徑和方法。在傳統(tǒng)的學分制教學模式管理下，學員更注重的是考試成績，而忽略對于電子信息類專業(yè)尤為重要的專業(yè)素質(zhì)和應(yīng)用設(shè)計能力。因此，鼓勵學員根據(jù)自身興趣參加各類專業(yè)技術(shù)考試，不僅能有效驗證學員是否具備相應(yīng)的專業(yè)技術(shù)資歷，也能切實提高他們的學術(shù)水平和創(chuàng)新設(shè)計能力。根據(jù)實際需求，擬選定以下四方面建立專業(yè)拓展學習和考核平臺。

1）程序員考試。根據(jù)電子信息類專業(yè)對學員程序設(shè)計能力的要求，學員可報考中級程序員和軟件設(shè)計師（高級程序員）。其中，通過中級程序員考試的學員能根據(jù)軟件開發(fā)項目管理和軟件工程的要求，按照程序設(shè)計規(guī)格說明書編制程序，寫出相應(yīng)的程序文檔，產(chǎn)生符合標準規(guī)范的、實現(xiàn)設(shè)計要求的、能正確可靠運行的程序，相當于技術(shù)員的實際工作能力和業(yè)務(wù)水平；通過軟件設(shè)計師考試的學員能根據(jù)軟件開發(fā)項目管理和軟件工程的要求，按照系統(tǒng)總體設(shè)計規(guī)格說明書進行軟件設(shè)計，編寫程序設(shè)計規(guī)格說明書等相應(yīng)的文檔，并對軟件進行優(yōu)化和集成測試，開發(fā)出符合系統(tǒng)總體設(shè)計要求的高質(zhì)量軟件，具有工程師的實際工作能力和業(yè)務(wù)水平。指導(dǎo)教員應(yīng)具備大型軟件開發(fā)的經(jīng)驗，能指導(dǎo)學員能夠從系統(tǒng)的角度開發(fā)軟件，編寫高效的程序，相關(guān)課程為軟件工程、數(shù)據(jù)結(jié)構(gòu)、操作系統(tǒng)、C語言、數(shù)據(jù)庫技術(shù)與應(yīng)用等。

2）思科認證網(wǎng)絡(luò)工程師。思科認證網(wǎng)絡(luò)工程師論證包含CCNA、CCNP以及CCIE等多個層次，在學習初期，可以先引入相對簡單的CCNA論證考試，使學員具備初步的網(wǎng)絡(luò)管理和實施的能力，相關(guān)課程為計算機網(wǎng)絡(luò)等。

3）申請發(fā)明專利。根據(jù)部隊需要，在廣泛調(diào)研的基礎(chǔ)上，緊密結(jié)合專業(yè)學習，有針對性地進行新技術(shù)試驗、項目技改和部隊科研，在實踐中磨練意志，增強能力素質(zhì)，鼓勵學員對所取得的成果申報發(fā)明專利和軟件著作權(quán)。指導(dǎo)教員應(yīng)具備申報專利或軟件著作權(quán)的相關(guān)經(jīng)驗，指導(dǎo)學員撰寫申報文檔。

4）職業(yè)技能鑒定。職業(yè)技能鑒定是一項基于職業(yè)技能水平的考核活動，它是由考核機構(gòu)對考核人員從事某種職業(yè)所應(yīng)掌握的技術(shù)理論知識和實際操作能力做出客觀的測量和評價。與電子信息類專業(yè)相關(guān)的鑒定職業(yè)為計算機維修員、計算機高級安裝調(diào)試員等，鑒定級別分為初級、中級、高級，獲得職業(yè)資格證書的學員能對計算機及外部設(shè)備進行檢測、調(diào)試和維護修理。相關(guān)課程為計算機維護、計算機硬件技術(shù)基礎(chǔ)等。

2.4 提供組織措施保證

研究專業(yè)拓展平臺和考核機制的組織體系和評估體系，進一步提高教學的集約性、靈活性和有效性。專業(yè)拓展平臺和考核機制的建立必須有強有力的組織措施為保證，同時要凝聚各方資源和力量，要在提升學員能力與素質(zhì)上舍得投入，著眼長遠和人才培養(yǎng)的大局，建立機關(guān)、教研室、學員旅的聯(lián)動機制，及時溝通學員學習情況，逐個分析影響學習效果的因素，從人力、財力和教學資源等方面進行適當?shù)闹С?，努力?gòu)建以信息技術(shù)為主導(dǎo)的完整的新型課程體系和教學體系，提升專業(yè)課程信息化建設(shè)水平，培養(yǎng)學員基于信息系統(tǒng)的專業(yè)應(yīng)用和實踐能力。

2.5 實施重點

1）合理修訂電子信息類專業(yè)人才培養(yǎng)方案中的培養(yǎng)目標與培養(yǎng)方法，銜接好課程計劃的制定與課外拓展項目的選擇。由于電子信息類專業(yè)課程較多，學時量大，如何合理分配課內(nèi)學習與課外拓展項目的時間比是搞好課外專業(yè)拓展項目的關(guān)鍵。

2）搞好專業(yè)拓展和考核平臺建設(shè)，關(guān)鍵要提升教員的能力和水平，教員要預(yù)先進行項目規(guī)劃并做好充分的準備，在教學資源整理、案例開發(fā)、項目設(shè)計以及實踐條件建設(shè)等方面進行深入的研究，以“貼近作戰(zhàn)任務(wù)、貼近部隊實際、貼近崗位需要”理念為導(dǎo)向，使課內(nèi)教學與課外實踐相互補充，全面提升學員的任職和創(chuàng)新能力。

3 總結(jié)

本文面向?qū)W院的電子信息類本科專業(yè)教學，積極探索和實踐與專業(yè)課程相配套的專業(yè)拓展平臺和考核機制，在專業(yè)課程學習的同時，引進權(quán)威教育機構(gòu)實踐性與創(chuàng)新性強的專業(yè)拓展與考核項目，全力提升學員的信息技術(shù)應(yīng)用、開發(fā)和創(chuàng)新能力，形成常態(tài)化的多層次的以學員為主體的能力素質(zhì)培養(yǎng)機制。本文探討的個性化人才培養(yǎng)模式可以對現(xiàn)有的人才培養(yǎng)方案進行補充和完善，破除了單純地依賴考試成績來衡量和檢驗學員的學習效果的模式，可以更好地調(diào)動學員的積極性，培養(yǎng)學員的實踐應(yīng)用能力，由“考試型”轉(zhuǎn)化為“應(yīng)用型”人才，為構(gòu)建一個面向?qū)嶋H需求、強化工程能力培養(yǎng)的應(yīng)用型人才培養(yǎng)體系打下堅實的基礎(chǔ)。

參考文獻

[1]易萬程,桂穎.淺談計算機專業(yè)應(yīng)用創(chuàng)新型人才培養(yǎng)[J].信息系統(tǒng)工程,2011(1):75-76.