前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的程序員工作體會主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：程序員工作體會范文

技術

我在學校里學的是電氣自動化，程序基礎僅限于C基礎課程的一些知識，后來由VB、HTML轉向asp，在asp上花費了不少時間，對asp比較熟悉，后來由于公司業務需要，將開發平臺轉向，開始對不是很感冒，以為就是asp的一點擴展（那時還不知道三層架構，數據數據訪問全在頁面里！），后來招來幾個北大青鳥的過來終于意識到的強大之處，經過個人的努力已經逐步掌握了，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。

相信從面向過程轉向面向對象的同學都有一種感覺：面向對象開始真的有點別扭，涉及到屬性，尤其是類之間的各種關系，那時老想用面向過程傳遞參數多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現、分級別訪問、封裝對象之間各種關系逐漸真正理解了，尤其是對象之間的關系，如對象a與對象b兩者之間的關系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作這不是現實的實際模型嗎？應該這么理解，面向對象來源于現實，它不是一種憑空空想出來的理論，這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關系。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數據與數據訪問方法層次不清晰，在模擬現實上它與面向對象相比更易于入門理解，實質上難于準確直接地表述。

面向對象上另一方面是它的設計模式，在之前的面向過程中對這個設計模式并沒有清晰地提出來，面向過程優秀的代碼要求高內聚低耦合，從個人的理解上，這僅是對軟件開發方法“技”上理論總結；設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關系，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間并沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用于來，當然要應用于實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑒前人的思想來去提升自己，不可去為“設計模式”而設計模式。

具體到的實現模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的AutoPostBack、SelectedIndexChanged都是去調用Form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的HTML標簽，微軟的讓軟件開發更容易的思路是很好的，時代在前進，很多年前你使用C寫出MIS證明你很牛，很多年之后你不在使用C去寫“學生管理系統”、“圖書館管理系統”那只能說明你的腦子少一根筋，開發語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿C與PHP比，程序員都有一種偏執的心理，但一點要記住，你面對的用戶才有最終發言權，程序能不能滿足需要，易用性、穩定性、成本才是應當首先放到重要位置來去談的。

管理

最開始擔任管理一職時開發團隊加我在內只有四個人，那時只是抱著接受挑戰的心理去做管理，加上我本人比較重感情，團隊之間關系相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始承諾項目不能完工，于是最后天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。后來我逐步體會到，管理應該是“大家定規則去遵守”，而不應該是“人管人”。

人管人很容易陷入一個誤區：領導去時時刻刻關注每個員工，這樣最后往往后造成員工對領導的敷衍了事，管理松了員工會責任下下降，管理緊了造成員工與領導關系緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全局的管理中。

于是“定制度-定分工-定進度”，明確日常所有的規章制度，這期間除了公司主要的工作規章制度外其他的日常工作紀律、日常管理等規章制度都是我本人制訂，然后征求大家意見最后去貫徹執行。中間也遇到了不少問題，比如開始我們內部是允許使用QQ的，后來員工用QQ閑聊的時間增多，大大影響了工作效率，最后決心禁止，開始阻力較大（貌似程序員都喜歡掛上幾個QQ去到群里搞個群主，雖然群里大多都是菜鳥），最后多次開會，逐個談話，闡明道理，形勢逐漸好轉。

項目分工上針對技術水平明確分工，制訂項目開發計劃，由于開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班我陪著加班，這段時間能感覺到員工對我稍有怨言但總體還是認可的。

這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規范、文檔管理、Bug管理等諸多問題都得到一一解決，技術水平上主要是我個人利用空余時間學習新知識充電，然后展開各種培訓，主要是photoshop、css、js、SQL等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會更多，加上我本人對技術興趣比較深厚，所以后期工作慢慢踏入良性循環。

待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有著嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現在公司的問題與當前中國軟件行業的通病一樣，盲目追求利益最大化，不求質量，但求速度，整個社會風氣造成軟件行業良莠不齊發展，整個中國三四個人的開發團隊組成的公司數不勝數，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質量低下、維護成本大、穩定性差、用戶體驗差。當然我們本身不能去逃避這個現狀，對于個人來講任何假大空的口號都是沒有意義的，程序員作為技術人員最重要的是心態，以良好的心態去面對各種問題，發現問題、解決問題，發現問題抱怨是解決不了問題的（“IT民工”是我個人認為IT人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業，他能做好自己的工作嗎？），最主要是解決問題。

第2篇：程序員工作體會范文

不經意間，工作已經告一段落，回顧這段時間中有什么值得分享的成績呢?這也意味著，又要準備開始寫工作總結了。怎樣寫工作總結才更能吸引眼球呢?以下是小編整理的精選程序員年度工作總結合集，僅供參考，歡迎大家閱讀。

精選程序員年度工作總結一

時間一晃而過，轉眼間到公司已經一年多了。這是我人生中彌足珍貴的一段經歷。在這段時間里各級領導在工作上給予了我極大的幫助，在生活上給予了我極大的關心，讓我充分感受到了領導們“海納百川”的胸襟，感受到了xx人“不經歷風雨，怎能見彩虹”的豪氣。

在對公司各級領導肅然起敬的同時，也為我有機會成為公司的一份子而自豪。

在這一年多的時間里，在領導和同事們的悉心關懷和指導下，通過自身的努力，各方面均取得了一定的進步，現將我的工作情況作如下匯報。

一、通過培訓學習和日常工作積累使我對xxxx公司有了一定的新的認識

在x月中旬我來到了xxxx公司信息科技有限公司參加招聘，經過幾輪面試和筆試，終于能夠有幸加入了xxxx公司這個大家庭，在我進入公司時我拿到的第一份資料就是公司介紹和新員工入職說明，當時只是覺得公司很正規，很強大。在和部門領導以及項目經理交流后，感覺公司很親切，很溫馨。對其它方面就不太知道了，特別是對視頻監控幾乎一無所知。

通過三個月的親身體會，對智能交通和公司有了一定了解。公司的理念在平時的工作以及項目開發時體現的淋漓盡致，本人對公司的理念非常認同。公司發展不忘回報社會的壯舉，令人敬佩。公司以人為本、尊重人才的思想在實際工作中貫徹，這是xxxx公司能發展壯大的重要原因。在十年左右的時間實現跨越發展的確很不容易，在智能交通行業深入發展是xxxx公司的雄心壯志，也是凝聚人才的核心動力。現在公司在視頻監控以及安防行業起到了舉足輕重的地位，今后還將更加輝煌。

二、遵守各項規章制度，認真工作，使自己素養不斷得到提高

愛崗敬業的職業道德素質是每一項工作順利開展并最終取得成功的保障。在這一年多的時間里，我能遵守公司的'各項規章制度，兢兢業業做好本職業工作，一年來從未遲到早退，用滿腔熱情積極、認真地完成好每一項任務，認真履行崗位職責，平時生活中團結同事、不斷提升自己的團隊合作精神。一本《細節決定成敗》讓我豪情萬丈，一種積極豁達的心態、一種良好的習慣、一份計劃并按時完成竟是如此重要，并最終決定一個的人成敗。這本書讓我對自己的人生有了進一步的認識，渴望有所突破的我，將會在以后的工作和生活中時時提醒自己，以便自己以后的人生道路越走越精彩。

三、認真學習崗位職能，工作能力得到了一定的提高

根據目前工作分工，我的主要工作任務是：

1、參與公司軟件項目的開發與測試；

2、負責xx省xx聯合指揮中心軟件系統的維護工作。

通過完成上述工作，使我認識到一個稱職的開發人員應當具有良好的語言表達能力、扎實的技術能力、較強的邏輯處理能力、靈活的應變問題能力、有效的對外聯系能力。在參與項目開發的過程中，發現很多看似簡單的工作，其實里面還有很多技巧。

四、不足和需改進方面

雖然加入公司這個大家庭已經一年有余，對開發技術掌握的還不是很深，對發現問題的處理還不是很全面，對分工的工作還沒有形成系統的計劃。隨著對公司和工作的進一步熟悉，我也希望能夠在今后的工作中更加迅速的提升自己的業務能力以及技術能力，我覺得多做一些工作更能體現自己的人生價值。

“業精于勤而荒于嬉”，在以后的工作中我要不斷學習業務知識，通過多看、多問、多學、多練來不斷的提高自己的各項業務技能。學無止境，時代的發展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種知識，并用于指導實踐。

在今后工作中，要努力做好開發人員的本職工作，把自己的工作創造性做好做扎實，為項目的開發以及公司的發展貢獻自己的力量。

精選程序員年度工作總結二

光陰如梭，一年的工作轉瞬即將成為歷史，伴隨著新年鐘聲的臨近，我們依依惜別碩果累累的過去，滿懷熱情的迎來即將到來的新的一年。在這年終之際，現對來公司一年的時間里所作的工作總結如下：

一、xx項目的編碼工作

從了解xx項目的背景、及計劃安排，熟悉xx公司制度及業務流程，再到熟悉新能開發模式，之后我根據需求調研報告，從基本的數據庫創建，到編碼，完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作；完成了xx項目的模塊測試及流程測試。

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

二、erp項目的實施工作

從x月初開始進行xx項目的實施，每天早起趕在企業上班前趕到企業進行erp的實施。實施期間主要是軟件的安裝實施及對企業的erp系統的使用人員進行軟件使用培訓；紀錄客戶使用過程中出現的問題，晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。通過這項工作，使我原本欠缺的業務能力得到了很大的提高，并學到了很多與客戶交流的技巧及業務上的知識，更加明晰了erp系統的流程。但離一個成功程序開發人員的標準還差得很遠，在今后工作中，定會多多注意，加以改善。

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

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

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

平時注意收集有關xx方面的資料文件，提高自己的處理新問題和解決新問題的能力，并加強學習java及oa方面的知識，為后期的工作打好基礎。

展望臨近的新一年，我會更加努力、工作上認真負責，再接再厲，更上一層樓，相信自己會完成新的任務，能迎接新的挑戰。

精選程序員年度工作總結三

新的一年即將到來，回首13年我很榮幸的進入了公司，加入了ios游戲開發團隊，進入了一個大家庭。在公司的半年使我真正的從學生時代過度到了一個社會人。

下面對自己20xx年進去公司大半年的情況進行年終小結：

一、在工作中主要存在的問題有：

1、由于開始對業務需求不是很熟悉，所以了解程序開發的過程中多次出現因為需求的原因，而不斷修改返工的情況。

2、在開發中，用到了很多新的技術，由于開發時間緊促，發現的問題不能馬上解決，但是開發的過程，同時也是學習的過程，通過不斷的學習和總結，遇到的問題都得到了很好的解決。

3、在工作階段，有時比較偏向自己的工作方便，忽略了其它同事工作上的量和難易。有的功能自己怎么方便怎么寫。加大了其它同事的工作量，大家都需要相互配合。

二、在工作中的教訓

1、工作的條理不夠清晰，要分清主次和輕重緩急，在開發時間倉促的情況下，事情多了，就一定要有詳實而主次分明的計劃，那些需要立即完成，那些可以緩緩加班完成，在這方面還有很大的優化空間。

2、對流程、業務需求不夠熟悉，在工作中因為流程或業務需求的問題而不知道如何下手的情況有點多，包括錯誤與缺漏還有當時設計考慮的不到位的地方，對于這塊的控制力度顯然不夠，平時總是在開發，但說到底對業務很熟悉才是項目很好完成的前提。

3、學習的知識不夠廣泛，一個項目中，涉及的技術往往有多種，知識多了，就會靈活變通，以后我會加強這方面的學習。

4、缺乏工作經驗。

三、在工作中的收獲

1、語言知識做軟件的一種工具，更好的軟件是站在玩家的立場上用心的設計，讓用戶使用更方便、更快捷。

2、利用技術實現軟件的功能只是軟件的表面，認識問題、分析問題、解決問題才是最重要的。

3、養成總結反思的習慣，并有意識地提煉日常工作成果，在實施上認真的總結工作精英，為以后的實施工作打基礎。

4、不論是做事還是做程序，一定要有清晰的思路，要認真仔細的去做，要有耐心和信心。

四、工作計劃

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

2、工作要注重實效、注重結果，一切工作圍繞著目標完成；

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

4、把握一切機會提高專業能力，加強平時知識總結工作；

5、精細化工作方式的思考和實踐；

6、虛心請教優秀的同事，向他們學習技術和經驗。

其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多做、多想、多溝通，向每一位員工學習他們身上的優秀工作習慣，豐富的專業技能，配合著實際工作不斷的進步，不論在什么環境下，我都相信這兩點：

一是三人行必有我師；

二是天道酬勤。

在參加工作的短短半年中，我深刻的體會到，把自己所有的精力都投入進去，技術工作都不可能做到完美程度，畢竟技術工作太過繁雜，但多付出一點，工作就會優化一些，這就需要認認真真沉下心去做事情，就是公司所提倡的企業精神：職業做事，誠信做人。

精選程序員年度工作總結四

我于20xx年x月x日成為本公司技術部的一名程序員，一年轉眼就過去了。這段我人生中彌足珍貴的經歷，給我留下了精彩而美好的回憶。在這段時間里您們給予了我足夠的關懷、支持和幫助，讓我充分感受到了領導們“海納百川”的胸襟，在對您們肅然起敬的同時，也為我有機會成為影響力在線的一員而驚喜萬分。

這段時間，在領導和同事們的關懷和指導下，我通過不懈努力，各方面均取得一定的進步，現將我的工作情況做如下匯報：

一、通過理論學習和日常工作積累經驗我的各方面有了很大的進步

剛到公司不久，我便開始負責方面的網站開發和廣告平臺開發和維護，剛開始的時候對我來說確實壓力很大，因為各方面都還不熟悉，而且與之前的公司相比，節奏也有點快，不過我慢慢的習慣了環境，和同事相處的比較融洽，領導對我也比較關心，在公司里工作就像是在一個幸福的大家庭里一樣，我很快喜歡上了這里。

我到公司不久，第一個項目是xxx公司網站，做這個項目的時候我遇到了幾個問題，我在以前公司做的時候沒有在這么短的時候完成一個項目的，在效率上提高了我的能力。做這個項目的時候我也遇到了許多以前沒有遇到過的問題，我請教同事和朋友，還有借助網絡一一解決了難題。

之后，我將B2B廣告招商平臺進行了改版，開發了xxx智能建站廣告平臺以及以后網站的維護工作。

接下來，我又做了一個比較棘手的項目——xxx在線咨詢系統。為什么說棘手呢，因為我以前沒有做過這方面的項目，而且我問遍了所有認識的朋友，搜遍了網絡也沒有找到如何解決的方法，之后我翻書籍，接著搜索網絡。功夫不負有心人，終于我找到一個聊天室的小例子，但是功能差的太遠，于是我把這個示例一點點的研究，從一點也不懂到后來慢慢看懂，從對AJAX技術一無所知到基本熟練運用。接下來我就開始自己開發，到最后終于把它開發了出來，雖然不是很完美，功能不是很強大，但是它是我辛苦的勞動結晶，我相信以后會把它開發的更強大，更完美。

二、明確崗位職能，認識個人技術能力不足

經過一年的工作，雖然完成了一些項目的開發，我的技能也提高了很多，但是感覺我的技術還有待提高，所以我會在以后的工作中更加努力，努力提高自己的技術和各種不足，努力使自己成為一名稱職的職員。

三、提出自己努力計劃

1、學無止鏡，時代的發展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種技術知識，并用于指導實踐。

2、“業精于勤而荒于嬉”，在以后的工作中不斷學習知識，通過多看、多學、多練來不斷的提高自己的各項技能。

3、不斷鍛煉自己的膽識和毅力，提高自己解決實際問題的能力，并在工作過程中慢慢克服急躁情緒，積極、熱情、細致地的對待每一項工作。

4、努力提高自己的日常交際能力。

時光流轉間，我已到公司工作一年。非常感謝公司領導對我的信任，給予我體現自我、提高自我的機會。這一年的工作經歷，使我的工作能力得到了由校園步入社會后幅度的提高。

第3篇：程序員工作體會范文

關鍵詞：行動導向教學；課程開發；課程實施

中圖分類號：G642 文獻標識碼：A 文章編號：1009-3044(2012)36-8724-02

行動導向是指由師生共同確定的行動產品來引導教學組織過程，學生通過主動和全面的學習，達到腦力勞動和體力勞動的統一。行動導向教學最早興起于德國，其核心是通過行動來學習和為了行動而學習。數據庫應用是計算機專業的一門重要的職業核心課程，該課程實踐操作性很強，在教學中實施行動導向教學，更能深入落實“以就業為導向，以能力為本位”的現代職業教育理念。

1 行動導向教學的課程開發

在實施行動導向教學前，應進行基于工作過程的課程開發。首先確定課程的學習目標，即通過本課程的學習，使學生掌握數據庫的基本知識、基本理論，培養數據庫設計、數據庫管理和應用開發能力，奠定為各類應用程序提供數據庫數據訪問技術的技能基礎，對學生從事程序員、數據庫管理員工作崗位的職業能力和職業素質養成起重要支撐作用。其次，構建課程的教學內容。以程序員、數據庫管理員工作崗位為出發點，分析其典型工作任務，總結數據庫開發的工作過程和技能要求，對傳統學科體系下的知識進行了解構，將數據庫基本概念、數據庫操作、T-SQL語言等知識分散到三個不同的項目中，分別是“學生成績管理系統” 、社區圖書管理系統、學生自主選擇的管理系統，并確定為三個學習情境，完成了行動體系的重構。根據數據庫管理員崗位工作過程又將每個學習情境劃分為四個工作任務即：數據庫設計、數據庫實現、數據庫應用和數據庫維護。最后，設計課程的教學單元。教學單元的設計是對每個學習情境中的四個任務的進一步的細分。將學習情境一的四個工作任務細分為二十七個子任務；學習情境二的四個工作任務劃分為七個實訓任務（見表1和表2）。學習情境三的項目由教師提供給學生幾個來自企業的真實項目，與c#程序設計課程整合，完成C/S結構的數據庫應用系統的開發。

2 行動導向教學的教學實踐

行動導向具體教學過程實施中，要求教師按照工作過程，選擇適當的教學方法，以“資訊、決策、計劃、實施、檢查、評價”這一完整的“行動”方式來組織教學。下面以“學生成績管理系統的需求分析”任務為例，闡述行動導向教學的具體實施步驟。在資訊環節，教師先根據學生能力，將學生以3~5為單位進行編組，并下達任務單。然后，為學生介紹需求調查的方法和主要內容，提供獲取資訊的方法和途徑。在決策環節，學生將明確任務完成的目標，確定需求調查方法，制定實施方案。教師聽取學生的決策意見，提出可行性方面的質疑，幫助糾正不可行的決策方案。在計劃環節，學生制定任務實施的進度計劃表，明確小組成員的分工。教師聽取學生的計劃方案，并提出合理性建議。在實施環節，小組成員分工協作，根據事先確定好的調查方法，設計調查內容。以學院教務處為示范單位，與相關教學人員進行當面溝通，了解用戶手工管理學生成績的工作流程和學生成績管理中所涉及的部門、人員、數據、報表及數據的加工處理等情況，收集與學生成績管理相關的資料，并對收集的資料進行整理和分析，最終完成業務流程圖繪制和數據字典編制。在檢查環節，學生根據收集整理的資料，對所繪制的業務流程圖繪制和編制數據字典進行檢查核對。教師檢查各小組完成的成果。在評價環節，學生通過自評、互評等方法綜合評價任務的完成情況。教師使用歸納法幫助學生歸納知識和經驗，評價任務完成情況，并提出改進意見。

在該任務的教學過程中，教師分擔兩色。即作為用戶，為學生提供需求信息；也是導師，為學生提供項目指導。學生則扮演項目開發人員。在整個實施過程中，教師采用示范演示法、小組討論法，任務驅動法，讓學生在自己的行動實踐中，掌握職業技能、習得專業知識，構建自己的經驗、知識和能力體系。

3 行動導向教學的教學體會

1）促進了教師綜合素質的提高

行動導向教學對教師提出了更高的要求。通過學習培訓，教師首先更新教育理念，完成傳統的教授知識為目標的“學科本位”教學觀向以就業為導向的“能力本位”教學觀轉變。其次，教師為了能夠開發出符合行動教學的課程，需要下企業實踐，了解本專業行業動向，掌握一定的實踐經驗，具備項目開發能力。再次，在不同的教學環節、不同的項目中，教學方法的運用，課堂的組織與調控存在著差異，要求教師具備駕馭教學過程的能力。在此過程中，教師通過不斷地學習、鍛煉、反思，久而久之，綜合素質也得到了提升。

2）充分發揮了學生學習的主觀能動性

行動導向教學是以學生為主體的教學，學生是學習過程的中心，教師是學習過程的組織者與協調者。在“資訊、決策、計劃、實施、檢查、評價”這一完整的“行動”過程中，學生在教師的不斷引導啟發，小組成員間的相互協作中，激發了學習的興趣，積極參與到任務實施的整個過程，逐漸成為課堂的主角，并在主動參與中，建構了自己的知識和技能，培養了團隊合作意識。

4 結束語

行動導向教學是高職教學的一次革命，它帶來高職教育前所未有的嶄新面貌。我們以“數據庫應用”課程為實踐，通過課程所面向的職業崗位—數據庫系統管理員的工作任務分析，遵循學生職業能力培養的基本規律，以真實工作任務及其工作過程為依據整合、序化教學內容，采用行動導向的教學，融教、學、做一體，不僅提高了教學效果，也促進了新型師生關系的形成。

參考文獻：

[1] 矯榮波.淺談行動導向教學的實施與體會[J].美術大觀,2009(9):192.

第4篇：程序員工作體會范文

【java員工轉正自我鑒定一】

我叫**，于*年*月*日進入公司，根據公司的需要，目前擔任JAVA程序員一職，負責JAVA程序工作。

本人工作認真、細心且具有較強的責任心和進取心，勤勉不懈，極富工作熱情;性格開朗，樂于與他人溝通，具有良好和熟練的溝通技巧，有很強的團隊協作能力;責任感強，確實完成領導交付的工作，和公司同事之間能夠通力合作，關系相處融洽而和睦，配合各部門負責人成功地完成各項工作;積極學習新知識、技能，注重自身發展和進步。

我自*年*月工作以來，一直從事java程序員工作，因此，我對公司這個崗位的工作可以說駕輕就熟，并且我在很短的時間內熟悉了公司以及有關工作的基本情況，馬上進入工作。

在本部門的工作中，我勤奮工作，獲得了本部門領導和同事的認同。當然，在工作中我也出現了一些小的差錯和問題，部門領導也及時給我指出，促進了我工作的成熟性。如果說剛來的那幾天僅僅是從簡介中了解公司，對公司的認識僅僅是皮毛的話，那么隨著時間的推移，我對公司也有了更為深刻的了解。公司寬松融洽的工作氛圍、團結向上的企業文化，讓我很快進入到了工作角色中來。

這就好比一輛正在進行磨合的新車一樣，一個好的司機會讓新車的磨合期縮短，并且會很好的保護好新車，讓它發揮出最好的性能。咱們公司就是一名優秀的司機，新員工就是需要渡過磨合期的新車，在公司的領導下，我會更加嚴格要求自己，在作好本職工作的同時，積極團結同事，搞好大家之間的關系。

在工作中，要不斷的學習與積累，不斷的提出問題，解決問題，不斷完善自我，使工作能夠更快、更好的完成。我相信我一定會做好工作，成為優秀的聞天人中的一份子，不辜負領導對我的期望。總之，在這一個月的工作中，我深深體會到有一個和諧、共進的團隊是非常重要的，有一個積極向上、大氣磅礴的公司和領導是員工前進的動力。**公司給了我這樣一個發揮的舞臺，我就要珍惜這次機會，為公司的發展竭盡全力。

【java員工轉正自我鑒定二】

我于20XX年xx月xx號進入公司技術部，在技術部擔任JAVA程序員一職。在這兩個月的工作時間里，我一直對自己要求嚴謹，遵守公司的規章制度，努力完成和完善分配給我的任務，參與了看守所項目的需求講解到目前的代碼編寫。因為自己在經驗上的不足，所以，我覺得自己比較適合從最基本的開始做起。

綜合看來自己還有以下的不足：

1、沒有項目經驗，沒有經歷過系統和完整的系統開發。我希望同時也相信自己在這次的看守所項目中可以學到不少經驗。

2、溝通能力欠缺，沒有及時有效的和領導交流。這個可能和我的性格有點關系，我也希望能夠有所改變。

3、發現問題的能力不夠，在自己以往的學習方式中，欠缺一種主動發現問題的能力。今后，我會多注意這方面的訓練。

在公司工作的這段時間里，我得到很多同事的幫助，特別是Xx在生活上對我照料有加，兩位經理也經常的與我交流，有不懂的地方可以向同事請教，同事們也都非常樂意為我解答。這些使得我在技術上進步不少，而各位同事的熱情和幫助，使得我很快就適應了公司的生活。

我是XX年畢業的學生，在此之前我在Xx科技有限公司做程序員，雖然這是我進的第二家公司，但相對來說，我進入社會的時間還是比較少，我也知道還需要很多的磨練才能獨擋一面。在從學生向員工的轉換中，還沒有完全熟悉自己的角色。所以在工作或者生活中，難免會犯一些錯誤，不過前事之鑒，后事之師。這些錯誤會讓我更加成熟，在考慮問題方面也更加全面。

在公司的規章制度中，試用人員在試用期3個月中，如果表現良好，可以申請提前轉正，因此我特向公司提出轉正申請，希望公司能根據我的表現，工作態度以及工作能力，給出合格評價，使我可以提前轉正成為公司正式員工。

在公司的這段時間里，我也考慮了很多的，考慮了自己的將來，以及現在，從而對我的人生觀有了新的啟發，也對這個世界和這個社會有了新的認識。在未來的一年里，我希望能通過自己的努力為公司和社會創造財富。同時提高自己的技術水平以及實現自己的個人價值。我相信“心有多大，夢想就有多大”。

【java員工轉正自我鑒定三】

工作以來，經過自身的努力，完成了各項任務，現已工作鑒定如下：

一、適時做好網站監控，觀察學習同類網站，揚長補短，并不斷優化我們自己的網站。

網站的日常工作：做好工作規劃，分清輕重主次，細心認真地做好信息上傳更新，選取更具新聞價值的信息，力求做到我們網站更具專業化，

網站服務方面多做回訪跟蹤計劃，多了解“讀者”需求和意見，為網站功能的健全、服務健全積更多信息和數據。

二、日常工作方面，堅持不遲到不早退，聽從領導吩咐，學會管理自己的情緒，及時調整自己的工作態度，及時并保質保量地完成工作任務;積極主動地協助其他部門領導及同事。

網站推廣工作仍將是重點，除郵發、論壇推廣、友情鏈接等方式以外，策劃網站活動更加重要，我計劃每季度應時應景搞一到兩次(或虛或實)網絡活動，挑動網站人氣。

三、及時響應了各部門的電腦軟件、硬件、郵件、網絡、打印機的維護。盡可能的降低設備使用故障率，在其出現故障的時候，并做到了能在當地解決就當地解決，不能當地解決的也在最短的時間內給予了解決。

對中心每臺電腦安裝防病毒軟件，避免了病毒在公司局域網內自我復制相互傳播，占用局域網的網絡資源，甚至使得系統崩潰，丟失硬盤的重要資料等各種危害，并及時的對軟件進行升級，定期的清除隔離病毒的文件夾。對系統補丁進行更新，防止了病毒和黑客通過系統漏洞進行的破壞和攻擊。對ie、outlook、office等應用程序也打上最新的補丁，另外還關閉了一些不需要的服務，關閉guset帳號等。項目機房系統更新，系統從原有的XX更新到xp，重新安裝了所有軟件，解決了一部分原無法解決的問題，并重新部署殺毒軟件解決方案。

我在公司學到了很多，學會了如何處事，如何與他人更好的交流等等。我在做好自己本職的同時，也學習了公司的一些相關的文化，在我覺得，公司在茁壯的成長，像雨后的春筍;發展速度飛快，猶如剛發射的火箭直沖云霄。

【java員工轉正自我鑒定四】

我于xxxx年9月11日成為本公司技術部的一名JAVA程序員，三個月的試用期轉眼就過去了。這段我人生中彌足珍貴的經歷，給我留下了精彩而美好的回憶。在這段時間里您們給予了我足夠的關懷、支持和幫助，讓我充分感受到了領導們“海納百川”的胸襟，在對您們肅然起敬的同時，也為我有機會成為影響力在線的一員而驚喜萬分。

這段時間，在領導和同事們的關懷和指導下，我通過不懈努力，各方面均取得一定的進步，現將我的工作情況做如下匯報：

一、通過理論學習和日常工作積累經驗我的各方面有了很大的進步。

剛到公司不久，我便開始負責JAVA方面的網站開發和廣告平臺開發和維護，剛開始的時候對我來說確實壓力很大，因為各方面都還不熟悉，而且與之前的公司相比，節奏也有點快，不過我慢慢的習慣了環境，和同事相處的比較融洽，領導對我也比較關心，在公司里工作就像是在一個幸福的大家庭里一樣，我很快喜歡上了這里。

我到公司不久，第一個項目是xxx公司網站，做這個項目的時候我遇到了幾個問題，我在以前公司做的時候沒有在這么短的時候完成一個項目的，在效率上提高了我的能力。做這個項目的時候我也遇到了許多以前沒有遇到過的問題，我請教同事和朋友，還有借助網絡一一解決了難題。

之后，我將B2B廣告招商平臺進行了改版，開發了xxx智能建站廣告平臺以及以后網站的維護工作。

接下來，我又做了一個比較棘手的項目——xxx在線咨詢系統。為什么說棘手呢，因為我以前沒有做過這方面的項目，而且我問遍了所有認識的朋友，搜遍了網絡也沒有找到如何解決的方法，之后我翻書籍，接著搜索網絡。功夫不負有心人，終于我找到一個聊天室的小例子，但是功能差的太遠，于是我把這個示例一點點的研究，從一點也不懂到后來慢慢看懂，從對AJAX技術一無所知到基本熟練運用。接下來我就開始自己開發，到最后終于把它開發了出來，雖然不是很完美，功能不是很強大，但是它是我辛苦的勞動結晶，我相信以后會把它開發的更強大，更完美。

二、明確崗位職能，認識個人技術能力不足。

經過三個多月的工作，雖然完成了一些項目的開發，我的技能也提高了很多，但是感覺我的技術還有待提高，所以我會在以后的工作中更加努力，努力提高自己的技術和各種不足，努力使自己成為一名稱職的職員。

三、提出自己努力計劃

1、學無止鏡，時代的發展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種技術知識，并用于指導實踐。

2、“業精于勤而荒于嬉”，在以后的工作中不斷學習知識，通過多看、多學、多練來不斷的提高自己的各項技能。

3、不斷鍛煉自己的膽識和毅力，提高自己解決實際問題的能力，并在工作過程中慢慢克服急躁情緒，積極、熱情、細致地的對待每一項工作。

4、努力提高自己的日常交際能力。

時光流轉間，我已到公司工作三個多月。非常感謝公司領導對我的信任，給予我體現自我、提高自我的機會。這三個多月的試用期工作經歷，使我的工作能力得到了由校園步入社會后最大幅度的提高。

在此，在對試用期的工作情況及心得體會做一匯報后，我想借此機會，正式向公司領導提出轉正請求。希望公司領導能對我的工作態度、工作能力和表現，以正式員工的要求做一個全面考慮，能否轉正，期盼回復。我會以炙熱的工作熱情繼續投入到今后的工作當中，以自己踏實努力的工作，報公司知遇之恩!

【java員工轉正自我鑒定五】

工作以來，我本著對職業負責、對學生負責、勤勤懇懇地工作著。現有一年的工作鑒定如下：

一、政治思想方面：

俗話說：“活到老，學到老”，本人一直在各方面嚴格要求

己，努力地提高自己，以便使自己更快地適應社會發展的形勢。勇于剖析自己，正視自己，提高自身素質。認真學習新的教育理論，及時更新教育理念。積極參加中心培訓，并做了大量的政治筆記與理論學習。我們必須具有先進的教育觀念，才能適應教育的發展。所以我不但注重集體的政治理論學習，還注意從書本中汲取營養，認真學習仔細體會新形勢下怎樣做一名好教師。

二、在個人業務方面：

在這一年中，嚴格要求自己，遵守單位各項規章制度，與同事之間相處融洽;工作上，盡職盡責，不敢有絲毫懈怠，除了做好本職工作外，對中心的日常工作也有了一個全面的認識。網絡管理員主要有三項主要工作內容：

第一，計算機及其網絡維護管理工作;

第二，“出國留學網”及“圖老師網”的撰稿及編輯工作;

第三，對中心工作人員進行網絡培訓工作。

在工作中，為把校外教育網絡建設得更快更好，以跟上時展和學校各項工作的進度，對自己做出了以下具體要求：一要提高對校外教育網絡工作重要性的認識;二要科學建設網絡，充分利用好網絡資源，發揮好網絡的各項功能;三要強化管理，確保網絡安全運行;四要落實責任制;五要加強網絡工作人員隊伍建設。

本年度我中心組織學員參加“網上祭掃先烈”活動;開展的“愛家鄉，愛高陵”系列活動(涇渭分明健步行和慶“六一”家鄉文化之旅活動);參加陜西省舉辦的青少年足球夏令營活動;制作新年祝福視頻參與校外同仁聯歡會。這些活動的精彩瞬間都被及時的發到“兩網”上，同全國校外同仁分享精彩活動。參加20XX全國“優秀網絡社區”評選活動，我中心獲“優秀網絡社區”的光榮稱號。

三、工作考勤方面：

我熱愛自己的工作，積極運用有效的工作時間做好自己分內的工作。在做好各項校外教育工作的同時，嚴格遵守中心的各項規章制度。不論是分到哪一項工作，我都配合同事盡自己的努力把工作做好。

我和同事之間，有三個共同：

1、共同感受：感受學習的過程;感受朋友間的情誼，感受生活的美好;

2、共同分享：分享學習的快樂，分享友情的快樂，分享成功的喜悅;

3、共同成長：不停的學習新的知識，更新觀念，和時代同步和學生共同成長

這一年，我成長了，我收獲了，存在的缺點

也是不少的，有以下幾個方面，還需今后努力改正：一是理論知識的學習還是欠缺，還存在有懶惰思想;二是工作雖然很努力，可是個人能力還有待提高;今后，我一定在中心領導及全體同志們的幫助下，加強學習，提高工作能力，使自己的思想和工作都能更上一個臺階!

【java員工轉正自我鑒定六】

時間過得飛快，從來公司上班第一天到現在不知不覺已經一個月有余，在這段時間里，工作上是忙碌的，精神上是非常的愉快。在來公司的前兩周周里，感謝周圍同事的幫助，領導的支持和指導，很快熟悉了自己負責的工作內容，迅速的進入了角色。工作完成的非常順利，和周圍的同事也相處的很融洽。

在工作中，通過多看多思考多學習，不清楚的地方積極向上級領導請教，與同事們進行溝通，全面了解公司現有IT方面狀況。日常為公司各部門做好IT支持工作，通過自己的經驗對現有的情況提出建議和意見，得到了領導的認可，這在工作中給了我很大的動力。在公司未來的IT規劃建設方面,力求做到專業化正規化，在日常工作中，讓IT部門成為公司各部門的堅強后盾，積極主動地為各部門解決IT方面的各種問題，為自己的部門贏得聊好的口碑。

經過這段試用期，我認為我能夠積極主動的完成自己的工作，并在工作中發現問題，積極迅速的解決問題。全面的配合領導的要求來展開工作，與同事嫩嫩個夠很好的配合和協調。在以后的工作中我會一如既往。對人：與人為善，對工作：力求完美。不斷提高自己的業務水平和綜合素質，一起為我們公司的發展盡自己的一份力量。

試用期期間工作內容

1.來公司的第一周里，和各個部門的同事積極溝通，全面了解公司各部門的IT現狀和使用需求。并針對性的提出自己的建議和意見。

2.通過對現有網絡設備和服務器的摸底，全面掌握公司IT在技術方面的現狀，并提出整改意見。

3.與配合行政部門進行固定資產的盤點。通過盤點情況，并根據職級和各部門的工作特點，制定IT采購的標準。做好日常IT采購工作。

4.根據領導的要求和制定好的it采購標準逐步更換公司現有的組裝電腦。

5.根據實際需要，為公司選型安裝了新的電話交換機，并將之前采購的交換機退還給了供應商。

6.為公司新辦公地點制定網絡、弱電、安防方面的方案，并根據方案與領導和同事進行溝通，根據預算尋找合適的供應商。

7.根據公司實際需求，為新辦公地點辦理寬帶接入，電話中繼線安裝事宜。

8.日常電腦和網絡設備的維護工作。

三、

待改進的事項

1.工作中應更加的細心，做事三思而后行。與人溝通要講求方式方法。

2.站在公司的立場上思考問題，要與周圍同事形成良好的配合。

3.根據公司的需要，不斷提高自己在技術方面的水平，滿足公司在IT方面的發展需要。

四、

對轉正后近半年工作的一些計劃

1.制定IT管理制度

2.對公司網絡管理進行細化，提高網絡運行的安全性和穩定性。

3.根據現狀，優化公司現有的服務器系統，是服務器運行更加高效穩定。從新規劃、實施服務器配置。

4.規劃選型文件存儲系統

5.為公司選型一套文件加密系統

第5篇：程序員工作體會范文

1.作人的姿態

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

2.豐富的知識面

光尊重別人還不足以贏得項目，準確的說是贏得對方關鍵人物的信賴。PM一般用不著陪客戶喝酒吃飯，那是銷售們的事情，但是PM和客戶討論問題可能是最多的。討論問題的時候就是機會，如何投其所好，是一大關鍵。金錢與美女依然是常規的敲門磚，然而這種傻瓜也知道的辦法人人都會去做。老板的關系也只是一個方面，如今的大老板，哪個沒有關系？同等條件下PM憑什么去勝過別人一籌？我一個朋友（PM）打一個單子時，發現對方對什么都不太感興趣，費了很大力氣也找不到突破口。對方這個人非常順利，金錢地位美女樣樣不缺。他花了好多天和對方交談，以自己的博學逐漸取得了對方的信任。后來他隱約發現對方對數學和天文學的發展史有所涉獵，如獲至寶，回家花一個通宵的時間在網絡上搜索相關資料。第二天他根本不談項目的事情，只跟對方大談特談哥白尼，布魯諾，伽利略這些人的生平，整整吹了一天。對方點頭如搗蒜泥，態度和熱情都來個一百八十度轉彎，隔天他就拿到了單子。這是個經典的戰例，誰能事先想到哥白尼會來幫助IT的人賺錢？這個PM靠的就是博學和由博學引申出的敏銳的感覺抓住了機會，讓客戶產生共鳴。客戶感覺他層次也很高，而且和自己有共通之處，信任度大大增強，把項目交給他放心。如今這種例子在商務談判中已經屢見不鮮了。對PM來說，并不要求在各個方面都很精通，那是不可能的事情，只要PM對一些流行的話題和天文地理歷史各方面的知識有個大概的了解，在需要的時候能盡快的掌握，才有機會創造機遇和把握機遇。

3.強大的溝通能力

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

4.優秀的售前團隊

這個團隊一般是由總經理發起并組建的，通常不指定PMP，對團隊的成員如SALES，PM，SA，ENGINEER們的團隊合作提出了比較高的要求。一般公司在接下一個單子進行到一定程度的時候，PM往往會尷尬的發現協議上銷售代表們對客戶的一些承諾是幾乎做不到或者根本做不到的事情。這種情況非常多，銷售的任務是拿下單子，我聽到的銷售們說的最多的就是"沒問題"或者"NOPROBLEM"，但是當我聽到客戶的要求和銷售的回答時我總是心驚肉跳，很不自然。銷售是非常辛苦的，為了建立客戶關系，尤其是空白的市場是很不容易的，往往為了一個單子會犧牲非常多。在這種情況下，和銷售進行協調自然而然的又落到了PM的頭上。在銷售和客戶做承諾之前，PM要主動的跟銷售交流，提供粗略的總體設計框架和技術難關以及能考慮出的工作量，而不是等出了問題再被動和銷售在老板面前互相推委責任。在組建團隊的時候，PM要根據團隊里每個人的素質和任務進行因人置宜的信息傳遞。優秀的售前團隊合作是接單的重要保障。在商務談判的實際操作中，存在著各式各樣的問題，PM的職責和要求絕非以上幾點所能描述詳盡。根據環境，政策，人文，關系等各方面的不同情況，PM的不同成長經歷，每個PM最終都會建立自己對商務談判的看法和經驗。但是有一點可以肯定，這是PM成為PM的第一道關，也是最重要的一關。接不到單子，PM將失去存在的意義。與銷售有所不同，PM在該階段的任務除了接單，還要盡可能的搜集客戶關鍵人物的資料并與對方各個階層的負責人建立良好的客戶關系，以便在項目實施時充分調動資源。

二.啟動階段

1.項目的一些基本概念

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

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

項目具有商業行為的幾個重要特征，有消費源，有參與者，有成功關鍵因素，有財務目標，有風險。

2.啟動階段的主要任務

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

在收集完數據之后，PM要和客戶開始明確項目的大小，成本，規格，期限等重要特征并將其寫入合同文本，同時準備內部的包括預算，衡量標準等文檔，建立項目的評估標準。接下來就是需求分析。由于專業的原因，我們這里僅討論軟件工程項目的需求分析（以下簡稱需求分析）。需求分析的主要參與人員有PM，總體架構設計師，系統分析員，熟悉業務流程的客戶。PM統領的團隊這時候還不是真正的開發團隊，我們叫做前期團隊。隨著需求分析的逐步深入，新的團隊成員不斷加入，啟動階段結束的時候正式的團隊將建立。對一個已經啟動的項目來說，需求分析直接決定了項目的成功與失敗。最初的需求體現在客戶的工作說明書或招標文件及附件上。這種需求一般比較含糊，無法體現客戶真正的需求。前期團隊要根據自己的經驗和客戶溝通并引導客戶進入正軌。有時候客戶會很不講道理或者思路僵化，就要求按照他的思維去定一些明顯錯誤的需求。這個時候團隊成員要耐心和客戶舉事實，談經驗，講道理，用圖形或模型等直觀的方式將需求描述出來，比如常見的數據流圖等。所以說，爭論再所難免，客戶有時候會吹胡子瞪眼睛拍桌子甚至會說"這個東西不要你們做了"之類的話。PM此時除了要親身參與需求分析綜合整理文檔之外，還要處理好團隊成員與客戶的關系，確保關系不會惡化到無法收拾的地步。只要PM盡力約束團隊中的成員，這個度還是很容易控制的。

對快速開發和疊代開發來說，需求和實現往往是同步進行，開發速度快是一大優勢。對有相同或類似模式的小項目來說采用快速開發或疊代開發是很合算的做法，時下流行的極限編程就是針對這方面建立的思維模式。然而，大中型項目中有太多不一樣的需求和模塊。如果不是因為項目有差異，那么市場上就只有產品而沒有項目了。所以，大中型項目的需求要認真仔細的去做。我們要討論一個問題，究竟應該在需求分析和總體設計上花費多少時間？我們熟悉的瀑布開發模式基本上分需求分析，總體設計，軟件開發，測試等幾個階段，然而究竟應該在前兩個階段上花多少時間卻沒有定論。實際項目操作的例子表明，分析設計的時間越長，需求設計做的越詳細，測試的時間就越短，返工率越低，風險也越小，成本越容易得到控制。

而需求分析和總體設計沒有做好就急忙上馬進行開發的項目在項目初期進展順利的時候問題不大，到了項目后期和測試階段一些潛伏期比較長但是破壞作用比較大的問題就會凸顯出來，造成返工，延長測試時間。所以與其把問題堆積到緊張的項目后期，不如把時間多花點到需求分析和總體設計上。基礎夯實了，金字塔就容易造了。在日本公司打工的程序員們可能都知道，小日本的軟件規范非常厲害，他們花在需求分析和總體設計上的時間通常在40%到50%左右，遠遠超過國內軟件項目的實施，效果也要強的多。他們總體設計的規范甚至詳盡到某個過程該如何判斷，確立什么樣的條件，換言之就是把什么時候該如何寫(if...else)語句都幫程序員定好了。在這樣的軟件規范下，程序員更象是裝配流水線上的工人，對一個模塊或技術熟悉到一定程序就變成了完全的重復性勞動。所以在日本和歐美經常會有程序員是低級工作一說，很多人不明就里，對國內程序員也照搬，對國內的程序員來說是很不公平的。在國內，只會照抄別人代碼，一點都不懂創新，凡事依靠別人，快下班就盯著表看的程序員是不少，這種人一般很難有什么前途。但是，優秀的不斷進取的程序員也很多。由于國內沒有象CMM這樣的軟件規范或者很少，所以這類優秀的程序員不少都是干著系統分析員甚至PM的活，拿著程序員的工資。這類程序員雖然在起步時會吃很多虧，而且是主動找虧吃，然而幾年之后與前一種程序員的社會地位會出現明顯的分化。當上進的程序員們作為PM進行商務談判的時候，前者還在各個公司里頻繁跳槽，跳來跳去都不滿意。有些扯開了，回到我們的話題。

日本的軟件規范與CMM有驚人的相似，其中至少有35%以上都是幾乎一模一樣的。最近經濟不景氣，東京倒閉了160家軟件公司，這個數字是今年6月份的，還在不斷增加。這些公司紛紛搶灘上海，招收技術人員。如果去這樣的公司應聘就要考慮清楚了，進去可以學到他們的規范和質量控制，可是要想從程序員成為系統分析員或PM，比登天還難。往往一個程序員進去干了好幾年，對自己的那一塊熟的不得了，而對隔壁同事所做的東西一竅不通。拒傳華為正在嘗試CMM4（華為印度研究所已經通過CMM4），對在華為工作的程序員們來說可謂福禍難料。當然，已經作到PM或QA或者熱愛CODING的朋友例外。需求分析本身也存在著時間分配的問題。第一遍需求分析花的時間會最長，分析員們在客戶的各個部門之間幾乎把腿都跑斷，把口水說干，就是為了確立一個初期的需求模型。所有的文檔將會提交給PM進行復審并簽字，不合格的打回重做。反饋表隨之將提交給客戶，第二遍第三遍等等等等接踵而來，與客戶反復討論和磋商，反復提交文檔和表格，目的只有一個，明確需求。當PM最終合并了所有文檔并確立需求之后，最終生成的需求文檔將提交給客戶的各部門負責人簽字。這些文檔將作為合同的附件添加，以便在將來項目變更或者碰到重大問題時和客戶扯皮的重要依據。

需要說明的是，客戶并非都是蠻不講理，但是說實話，頗有無奈，國內目前的項目大多數客戶為了不讓自己的錢白花，經常變著法子提需求。在啟動階段明確需求并簽字，無論最終情況如何，一份詳盡的書面文檔可以解決很多口頭承諾或概念模糊的文檔帶來的許多問題。詳盡的需求分析有一個額外的好處就是對一些雙方都很陌生或者從來無人嘗試的領域將是一個決定是否進行項目的判斷標準。有時候，這種大項目在簽單時雙方都沒有絕對把握保證可以出成果，一旦在需求分析階段發現難以逾越的技術難關，就會放棄項目。典型的例子就是NMD洲際導彈防御系統。上世紀八十年代初美國搞星球大戰計劃，拖跨了蘇聯。大家對那段歷史有些含糊，很多人認為蘇聯人上了美國的當。其實并不完全如此，蘇聯人的情報機構無孔不入，并非那么容易上當受騙。實際上當時美國國防部已經開始著手NMD系統軟件的需求分析，前后耗資數億美圓，耗時兩年，僅僅是做需求分析，終于發現存在著在當時技術上無法達到的高度，隨后項目被放棄。

3.項目啟動

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

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

三.計劃階段

1.定義結構分工結構圖（WBS）

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

WBS的定義還是很麻煩的。

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

2.風險管理

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

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

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

針對出現的可能性，需要采取一些手段降低風險。到目前為止也沒有一個定論說有絕對好的方式，只能盡其所能的避免。有幾種方法可以考慮，第一種是將風險納入項目管理計劃并指定負責人，由外部人員定期檢查項目風險，一旦風險發生，執行風險管理計劃；第二種是保險，這種屬于風險轉嫁；第三種方式有點奸，不過最保險，就是把客戶拖下水，讓他們一起參與風險管理，呵呵，到時候就好說話了：）風險管理作為項目計劃之后，PM需要更新WBS，修改日程計劃和更新風險管理計劃。風險預留通常是成本的8%。

3.預估

預估是從量化的角度對項目進行評估，主要包括工作量，任務期限，人力，設備，材料，成本等，要注意預估不是財務策略或報價。預估其實并不是一次性工作，在整個項目過程中，預估始終需要。預估似乎沒什么特別需要提的地方，每個PM接到項目的時候自然會有預估，在項目發生變更或進入下一階段時也會預估。預估的作用主要還是讓PM作到心中有個底，安排計劃時不至于毫無頭緒。

4.進度計劃

進度計劃就是一個模塊或功能要寫多長時間，PM安排個日期，設立里程碑，叫程序員們不能偷懶。進度計劃是從WBS提取過來的。對PM來說，合理的安排進度計劃對項目控制和激勵團隊士氣有著很大的作用。對程序員來說，進度計劃毫無疑問是噩夢。顯示進度計劃一般有先后順序圖，甘特圖和里程碑圖表。上回邵衛老師講課，推薦的工具是m$的PROJECT，這個工具我還不會用，因為沒時間去摸索。我的頭倒是用的很溜了，近一個月來他就用這個PROJECT畫了一個又一個的里程碑圖，不停的折磨我和同事的神經。我們一般都是一邊開發一邊做UNITTEST，效果上來看，因為有強大的時間壓力，效率上比之前確實要提高不少，可是我們也只能結結巴巴的趕完進度。由于TEAM里人少，我們都是一個人做幾個人的活。我每天早晨六點多出門，經過將近兩小時顛簸，八點多點已經坐在位子上，中午吃15分鐘的飯，干到晚上八點下班，到家吃完飯往往已經11點了。一個多月我從來沒吃過早飯，沒有睡過六個小時以上的懶覺。雖然強大的壓力使我們能在短時間內掌握盡可能多的技能，開發更多的模塊，但是對我們的情緒也是有很大的影響。所以說，項目里程碑是一把雙刃劍，合理安排才能既促進效率也不至于打擊士氣。團隊成員士氣的逐級衰落會給項目后期的開發帶來難以估計的影響，進度將會大大延緩。關于PM和團隊的問題我們后面會講到，這里我先祥林嫂一把，然后跳過。里程碑圖表的特征是任務，成員和時間，任務和成員用文字標志，時間用數字描述并輔助以圖線跨度，象階梯一樣非常形象，一目了然。管理起來非常方便，完了的打個鉤就可以了。

網絡邏輯圖是表示任務和邏輯關系的示意圖，可以用先后次序表示，也可以用關鍵路徑表示。其實把各個活動劃分為1，2，3，4等階段，每個階段包括小活動1.1，1.2，2.1，2.2，2.3，2.4，3.1，3.2，3.3，4.1，4.2等，日程計劃也分四種，一般只提到從前向后和從后向前兩種。從前向后的概念就是某項活動必須相同或晚于直接指向這項活動的的所有活動的最早結束時間的最晚時間。有些繞口，我們打個比方：2階段指向3階段，那么2階段里的4個子階段也都指向3。假設2.1結束時間為1月12日，2.2結束時間為1月22日，2.3結束時間為1月15日，2.4結束時間為1月20日，那么，2階段中最晚的結束時間是2.2的1月22日，所以在3階段中的3個子階段3.1，3.2，3.3的最早開始時間都不能早于1月22日。至于從后向前的例子大家自己去推吧，我就不舉了，剛才幾個123打的我累死了：）項目經常需要調整進度。在不改變項目范圍的情況下，調整進度有幾種方法：利用快速跟蹤手段來改變任務間的關系；將串行的任務改成并行；改變工作方法（可能改變WBS）；改變日期限制，使關鍵路徑上的任務開始或結束的更早。

雖然方法多樣化，在我看來只有一條，就是拼命的壓榨程序員的勞動力。如何壓榨，還是個技巧。如前面所分析的，需求分析恨不得多分點時間給它，壓需求是不太可能；測試階段后期接近完工，羅里巴唆的事情一大堆，忙都忙不完，那時候PM一門心思提前/按時完工，好收錢，壓那段時間似乎也不太可能。說來殘酷，最能壓的還是CODING，編碼階段往往是壓縮重點，總之大家埋頭苦干就是了，大項目壓縮的時候程序員吃喝拉撒都在公司是很正常的事情，相信不少人都有很深的體會，這里傷心事情也就不提了。只是我總結一下，讓未來的PM們有壓榨后來人的依據，呵呵。測試前期也可以適當的壓一壓，那時候人剛完工，都比較懶散。國內一般企業規模都不大，沒有專門的質量控制部門，所以質量保證和測試往往就是程序員或PM本身。其實質量保證和測試人員的人數和素質都應該要高于程序員。在日本和CMM實施的公司里，編碼壓縮是很容易實現的事情，因為那些程序員真的是技能熟練的裝配工人，壓起來方便的很。他們這樣培養人的目的或許就是為了壓縮吧？！

四.控制和執行階段

1.軟件開發

實在沒什么好說的，也是大家最不愿意談的，平時在公司里談的已經夠多的了，還要在這里受我嘮叨。需要提醒的依然是團隊合作精神和完善的文檔管理制度。SOURCESAFE這些工具有時候還是有必要使用的。經常看到有人說天才程序員不寫注釋什么的。我相信有這種天才程序員，因為我碰到過幾個。

我愛人公司里也有一個，他們的一套產品核心代碼就是這個人寫的，4年過去了，周邊代碼換了好幾茬，核心算法始終沒換過，可惜這小子跟了李洪痔，如今已經不知所蹤了。但是他的代碼似乎也要有點注釋的，沒有注釋過段時間再天才的程序員也不能保證他是最有記憶力的。而且，對一個項目的編碼來說，靠一兩個人打天下如今是不可能了。別人的公司都是團隊，兩人智慧勝一人，這頭還在靠一個天才支撐門面，實際上市場可就別人搶了去，那時候再天才也沒用了。

編碼的時候講究技術公開，程序員不要藏著掖著，對大家沒好處，PM要想辦法調動大家創新思維的積極性，營造良好的技術討論氛圍，碰到技術難關的時候就容易攻破了。有個問題需要單獨對還沒有PM覺悟的程序員說，其實是在調研的時候就定了的，就是使用什么樣的開發工具。沒有經驗的程序員往往會拿著C++或者J***A的資格證書或者擁有一兩個開發工具的一些經驗而得意洋洋。其實老板和PM根本不看重這個，他們關心的是使用什么樣的工具能盡快的達到目的。管你什么C++，DELPHI，PB還是J***A，只要能做的出來，VFP都可以用。我舉這個例子并非說不看中工具，而是提醒想轉型為PM的程序員，第一要把工具當作工具，而不要被工具套進去，鉆研一些一輩子都用不上的技術；第二要掌握的并非是單獨的一個工具，而是流行的程序設計的思想，以及在最短時間內掌握一門陌生工具的能力。只有建立了這樣的思維，才有可能轉為PM，否則一輩子都是技術工人，最多就是個技術總監。

2.變更

對任何項目，變更無可避免，無從逃避，只能去積極應對，這個應對應該是從需求分析就開始了。對一個需求分析做的很好的項目來說，基準文件定義的范圍越詳細清晰，用戶跟PM扯皮的幌子就越少。而需求沒做好，基準文件里的范圍含糊不清，被客戶抓住空子搞你一下是非常頭疼的事情，往往要付出無謂的犧牲，有時候甚至非常火大。需求做的好，文檔清晰又有客戶簽字，那么后期客戶提出的變更就超出了合同的范圍，需要另外收費。這個時候千萬不能手軟，并非要刻意賺取客戶的錢財，而是不能養成客戶經常變更的習慣，否則后患無窮，維護的成本會讓PM吃不消。

在客戶提出變更請求時，要建立變更申請登記表和變更申請表，并讓客戶簽字。當然，有時候一些不是非常關鍵的模塊PM也不至于一點不講情面，該賣面子的時候還是要賣，尤其是當著對方領導的面，千萬要賣面子，但是也別賣的太干脆，不要讓他們得到的太容易。需求做的不好，客戶抓住漏洞或者非常不講道理，麻煩就大了。有時候爭論會很厲害，到非常白熱化的地步，PM與客戶代表幾乎溝通不了。PM在客戶關系和短期利益兩方面難以取舍，一般都是向客戶妥協，最終形成惡性循環。這種情況非常難辦。一般這種情況都是到了項目后期，做重大的更改幾乎是不可能的事情，如果白做就要虧錢。而這個時候如果PM跟對方高層的人關系搞的定，可以透過對方高層把事情壓住。然而由于已經到后期，客戶代表不會輕易更換，對方這次沒有改成，必然心懷不滿，下回在別的模塊依然會找麻煩或者在談二期的時候動動手腳，都是很讓PM傷腦筋的事情，這方面目前還沒有什么好的解決方法，所以盡可能的做好需求比什么都重要。相對需求來說，什么WBS，風險管理，計劃進度都是扯淡，需求做好了，一帆風順。還有一種辦法就是裝可憐，要裝的非常的象，在對方的領導面前裝，而且不能讓人看出是裝的樣子，要讓你自己都覺得你自己是真的可憐，那么就算這次客戶硬是要求改了，下回他也必然不好意思再叫你改。其實人心都是肉長的，如果可能的話，我還是不贊同使用一些手段的，但是有時候客戶非常難以在短時間打動而工期又將接近，這種情況下就要靠PM耍一些手段了。各人有各人的方式，八仙過海，各顯神通吧。PM在變更管理中需要做的是分析變更請求，評估變更可能帶來的風險和修改基準文件。

3.質量控制

大公司有質量管理部門（QA），QA的成員基本上都是由非常有經驗的PM轉型過來的老狐貍，是老總接班人的有力爭奪者。一個QA會管理多個項目，有時候甚至會親身參與。PM和QA有些象貓和老鼠，不停的通過報表傳遞一些心照不宣的假數字。QA對PM的工作最終是有評定的：A級表示總體在控制下；B級表示當前在控制下；C級表示有顯著問題；D級表示有重大問題。如果PM得了個D，那可不太妙，不但世界級的QA會每個月要收報告，地區QA會一個星期找來面談一次，訓一頓。得到A的PM是很逍遙的，基本上不會有人來過問。在沒有QA的公司，質量控制只能由經過授權的團隊成員進行，效果就要差的多了。質量管理貫穿整個項目周期，詳細的可以參見CMM。

4.成本管理

PM經常通過控制進度和預估來控制成本。PM必須經常問自己，項目已經到了什么階段？完成了多少？花費了多少？完成時成本是多少？掙值法的術語不少，象BCWS，BCWP，ACWP，但是關系比較簡單，大家參閱一下相關資料，這里不再羸述。總之，PM要管理好成本，注意節約，但并非是拼命剝削程序員，該花的還是要花。

五.結束階段

1.項目結束

項目結束時，PM要將最終系統方案提交給用戶，完成項目所有的提交件，收集項目全部信息并結束項目，完成或終止合約，簽署項目結束的相關文件。項目結束意味著可以收錢了。PM辛苦了那么多，終于可以高興一下了，收到最后一筆款項，意味著遞交件的移交和團隊的解散，項目也轉入維護階段。不過收錢未必代表著賺錢，要看項目是否按時完工。一般來說，提前完工的項目很少，但是能賺大錢；按時完工的賺小錢；延期的要賠錢。一個人首次承擔PM，如果沒有人帶，多半會失敗。失敗沒什么，所有的PM（注意是所有，不是幾乎所有）都失敗過，然而失敗會成為教訓和經驗，推動你繼續前行。在美國，每年至少有40%的項目無法實施被擱淺。只有在項目中和生活中不斷磨練，培養自身素質和作人的基本準則，才能成為賺大錢的PM。

2.項目完工會議

項目結束時，依然要開會，不過少多了。一般跟客戶要開一個，主要是確定所有的提交件都已經被接收，對突出的個體進行表揚，對外宣傳成功案例，標志并記錄項目的正式結束。這時候開會很輕松，目的也很明確，做完了大家好聚好散，或者以后有機會再合作。團隊要解散，內部會議肯定是要開的。也沒什么好廢話的，該表揚就表揚，該發多少獎金就發多少獎金，畢竟大家都累死累活的干了那么長時間。項目結束請客戶出去泡溫泉時PM們千萬別忘記了辛苦為你工作的程序員和工程師們，當然，如果他們不愿意看到你的臉那么你就折現發到他們的存折上去，正好讓他們回家好好休息休息。這樣下一個項目需要他們的時候他們才會為你賣命。說出來獎金發出去似乎你損失了，其實你賺大了。

第6篇：程序員工作體會范文

三年時間，應該說是或多或少有些收獲，可一走出校門后我才了發現我什么也不是，什么也不會，所學的東西少得可憐，連九牛一毛也可以說都不知．

說真的，很有幸我進入的是雙葉家具實業有限公司進行實習，也可以說是試聘；在雙葉信息中心進行編程，是用delphi軟件給他們的一分廠的員工進行效益工資和計件工資方面的核算，求出他們的總工資．最后能以報表的形式表現出來，在這方面他們同進要求要個有查詢的功能，也說是說輸入工號可以調出一個員工三個月這內的所有的工資，同時超出三個月 的可以自動消除．同時他們的工作流程是單卡流程，一個卡號，批量的進入，然后經過員工的加工操作之后，批量的輸出。在這個方面他們有個出材量和購進量之比，也就是說如何去求他們的出材率，出材率越高，就意味著生產出來的好的產品就越多，員工的效益工資就越高。比如他們有四個產品：規格料、指接、拼板、集成材、他們會對這四個產品進行定價；如生產出一立方米規格料的價格是3300元、指接是3600元、拼板是4000元、而集成材則是4860元；通過這些定價我們可以很清楚的看出工廠要求員工生產出什么樣的產品。入他們的工序的材料我們稱之為毛料，而產出的東西我們又稱之為毛壞料，公司規定：如果員工的出材率在76.8％，那么超出的部分就是員工的效益工資，如果低于76.8％，那么員工就沒有效益工資，負數歸位于零，按零來計算，之后他要求對員工進行效益工資分配，比如有四個工序，送料器，直邊、壓刨、四面刨、他們又給這些工序的員工進行效益比例的分配、比如送料器是13.4％、直邊是9.6％、壓刨是50.4％、四面刨是30.6％，在這里又有主副之分，比例為6和4 ，同時他要求我們將效益工資進行分配到員工，也就是說員工可以很清楚的要看到自己一天能掙多少錢，做到心中有數，當然這個簡單，我們只須打印出報表就行了。

還有一點就是對計件工資進行核算，在這方面他們也有一定的規格，比如長度，寬度，厚度在那個范圍內，就有不同的定價;比如寬度小于20mm，定價是160元;如果在20mm和40mm之間，那么定價就可能在90元左右;如果大于40mm時，那么就可能是60元了，進行計價工資統計之后我們就可以進行分配了，在這方面他們的比例也是不如，又會添加新的工序，如改料鋸了，還會有新的分配比例.

剛開始我們做這個程序的時候，大家都比較盲目，只是負責人說了一下，我們就開始進行編了在這個過程之種我們吃了許多的苦，有時候凌晨三四點我們還在加班，可最后做出的作品是輸入速度太慢，我們的主管于是帶領我們到他們一樓的微機室是去看他們以前編寫的程序；不看不知道，一看嚇了我們一大跳，以前我們那有這樣想過呀，只要能做出來，沒有錯誤就行了，可是速度呢？人家一個小時輸入的東西，我們的程序可能需要一個早晨，看完之后主管對我們說：這樣的程序送你，你會用嗎？

那個打擊呀，辛苦了幾天幾夜，最終卻是這樣的一個結果。可打擊歸打擊，我們又得重新來做！相對而言，我們這次要比以前有經驗了，一次比一次成熟起來了，在經歷了又一個一天一夜的奮戰，我們終于又有新希望了，

可是心情剛好，那么又傳來了消息，說他們的分配比例又發生的變動，價格又有了新的調整，這在以前我們也想過這個問題，也想好好的做，可是我們又一想他們的工廠不是要實用嗎？這方面變化的可能性很小，于是為了方期間我將有變量寫進了代碼之中，這一變，無易宣布我要破產。和我在一起的幾個也是這種情況，所以我們這些沒有開發過軟件的充當軟件高手的新手們又得重新面對新的問題了.

失敗，又一次被打敗！

幾天之后我們又做出了程序，很辛苦，此時我們才明白程序員的不易了，編程是一個見效特別慢的東西，而且對方又看不見，如果一不小心你的程序可能會無法打開，或者是說出現別的什么，那就完了，你幾天的成果就什么也看不見了，不像別的東西，做了，可以讓大家看得見。我的程序在最后的調試時出現了一點小故障，而且工資的分配要對應到每一個員工，可我一時間一點思路也沒有了，就只能對應到職務，所以我失敗了，我的實習生活也就結束了。

當然比表面來看我是失敗了，敗的很慘；可是從某種意義上說我又達到了我的目的，因為只有失敗的人永遠都不會停下思考的腳步，激起了我沉睡的思想，使我一顆盲目的心有了方向，我不能這樣輸了，從那兒倒下去的，我會從那兒站起來的，認認真真的把畢業設計拿下來了；別人實習了一個月我雖然只有十六天，可在這十六天中我從未停下來過，我是白天干，晚上干，頂著那么大的壓力，我的體會絕不低于他們中的任何一個人，說實話，在一段實習期間，我真的有點撐不住了，我也想到過放棄，也曾有好幾家單位通知我去面試，也有聯通的第二輪復試，可我都放棄了，我不能就這樣走了。我輸掉的是技能，不是人格；失掉了人格我將失去了所有，失掉技能我還會追回來的！

第7篇：程序員工作體會范文

從GitHub旅程開始，就一腳踏進了真正的企業，而企業的面試也已開始。

這個改變會發生嗎？多久會發生？它在國外已經發生了，我肯定這是大勢所趨。

我預計，很快就會在中國發生。

我曾收到一位同學的問題：“找工作的首要原則是什么？”

答案是：“弄清雇主的需求到底是什么。”

美國軟件工程師Joel Spolsky曾發出類似感嘆：招聘難，難于上青天。也許沒有哪個行業像IT這樣，無形資產占據公司的絕大多數資產。坊間傳言比爾·蓋茨曾說：只要允許我帶走100個人我可以再造一個微軟。這話沒搜到出處，但從側面反映了IT公司中智力資產所占的比重。所以，招聘也許是IT公司決策中最重要的一個環節。Joel Spolsky把他在這方面的觀察、體會和洞見集結成小冊子Smart and Gets Things Done。

美國招IT人士難成這樣，搞得Joel Spolsky寫書語重心長地勸公司善待工程師，中國招人更是難上加難。從 2008 年到現在，我一直想：招人能不能有點竅門，或實用方法。結論：幾乎沒有。我用過大家都用的方法：

在水木BBS上發帖子（有點效果）；

在藍色理想（有關網站設計與開發人員之家的網站）上發帖子（無效）；

在技術郵件組里發帖子（無效）；

買 51job/智聯服務（有點效果）；

給所有可以想到的人打電話，請他們推薦（無效）；

給所有和你討論過創業，喝過點小酒的人打電話（無效）；

約前同事私下談（有效）。

我用過大家可能沒有用的方法：

上twitter，看某人的follower，一個一個看，看他們的twitter、博客、Google Reader 分享，想辦法搞到郵件，半夜電話騷擾；

上豆瓣，挑幾本重量級的書，去找想看、看過、正在看這本書的人，一個一個看，看他們的活動、博客、Google Reader分享，想辦法搞到郵件，半夜電話騷擾；

找同事，問他們都看什么技術博客，想辦法搞到郵件，半夜電話騷擾。

雙方：都在大海撈針

正是這樣的不易，有不少公司內部培養人，它們的邏輯是一上來就招到靠譜的人太難了，但找一塊靠譜的璞玉然后雕琢相對簡單。這倒是個辦法，但難免陷入糾結：培養好了，人跑了怎么辦，還是沒有解決根本問題。應聘者覺得自己“海投”，大海撈針。而招聘者何嘗不也是大海撈針。

招聘真的很難。以至于招聘者每年絞盡腦汁出新的筆試題，題目要不太簡單也不太難，能夠濾掉絕大多數濫竽充數的，又要保證真正有能力的；考慮審題人的時間成本只能多數用選擇題，而選擇題又是可以猜答案的。更悲催的是，有些題目連公司的員工都會做錯……筆試之后是面試。短短幾個小時的面試（大多數公司連幾個小時的面試時間都沒有），既要全面考察基本知識，又要考察編程素養，還要考察性格心態。最后，還有一項根本沒法考察，卻占據程序員相當工作時間的——debug能力。

面試官不但得找準問題，不因對方一題答對而妄下結論，也不因一題答錯扼殺機會，還要從面試人的舉止言談、分析問題的方式，甚至寫程序的筆跡，觀察他的性格、做事的方式和心態，這時的面試官，非要具備心理分析師的水準才行。

這廂招人的雇主苦不堪言，那邊找工作的人也是一團亂麻。絕大多數應屆生直到畢業，也不清楚他們想去的公司到底需要什么樣的能力，或者說，他們到底要具備什么樣的能力。我收到很多這樣的來信，大學生們很想學點東西，但又不知道哪些重要哪些不重要，該學到什么程度。有一次，我面試了一位同學，簡歷上寫著編譯原理課的大作業得了一等獎。可我一問什么是遞歸下降，他就傻眼了。

現實的結果是，對絕大多數應屆生而言，簡歷上最具信息量的部分不是“精通XXX，熟悉YYY，掌握ZZZ”，也不是“在UUU實習過”，反倒是越來越被認為不重要的：畢業學校。畢業學校本不應該最具信息量，之所以最具信息量源于悲劇事實：簡歷上其他條目實在信息量太少了。靠譜的面試者學會了無視簡歷上華而不實的內容，只相信親眼所見。

怎么培養IT企業真正需要的人才？實戰能力怎么培養？代碼素養怎么培養？協作溝通能力怎么培養？學習能力怎么培養……這些問題，就是當下人才培養/招聘的慘淡現狀。在雇主和學生之間，橫亙著一條巨大的鴻溝，兩頭都著急，兩頭都有動力，但就是沒有方法。

這一切，也許將在未來幾年發生變化。

書單計劃

現在，企業對招聘者簡歷的要求變得越來越靈活變通。比如，ThoughtWorks招聘時希望招聘者能給出自己的博客地址，一個積累多年的技術博客比任何簡歷都更能說明問題。可惜，這個做法也有一個弊端——并不是所有技術牛人都寫博客，有人就是只干不說。但是，這表明了一個思考方向——尋找更具鑒別力的過濾器。到底什么既通用，又能夠有效鑒別應聘者的能力高低呢？答案——書。

我一直認為：很多時候，是否好好看完一本好書，對一個人的提升往往能達到質的區別。就算不好好看完一本好書，馬馬虎虎看完好書，也會有很大的提高。面試時，我經常詢問對方看過哪些技術書籍，經常上哪些網站，訂哪些博客。其中，書籍這一項的區分度最高。

好書和壞書的差別，本質上就是學習效率和大方向的差別。一本爛書浪費半年時間，一本好書卻可以帶來扎實的基礎和開闊的視野。讀爛書浪費時間，但讀好書卻節省時間。為招聘頭疼的公司可以列出“應聘俺們公司前必讀的十本書”。姑且把這個計劃叫做“書單計劃”，這個計劃有幾大優點：

清晰、明確。完全可度量。

防偽：讀沒讀過，一問便知。

不在乎是否“泄題”：書單完全公開。想背題？背書吧。

管你用心不用心讀，只要讀了，讀完了，就有區別。真正的好書，你想不被吸引都難。

不存在“怎么做”的障礙，所有人都知道怎么讀書——一頁一頁讀。

不需要招聘者投入精力：書單在此，就這么簡單，您看著辦。

評估的負擔很大程度轉移到了應聘者身上：是不是認真看完了，有沒有心得體會，您自己掂量。沒看完別來找我們。

當然，書單計劃需要自己淘自己學。微軟工程師熊力曾在微博上寫道：“我當年畢業的時候總結了一個公式：第一份工作的月薪=大學四年買過的技術書籍價格的總和。”以下是我個人認為面試微軟前必讀的10本書。

Code: The Hidden Language of Computer Hardware and Software （《編碼的奧秘》）

Computer System: A Programmer’s Approach （《深入理解計算機系統》） / Windows via C/C++ （《Windows核心編程》 /《程序員的自我修養》

Code Complete 2（《代碼大全》）/The Pragmatic Programmer （《程序員修煉之道》，我也把這本書稱為《代碼小全》）

Programming Pearls （《編程珠璣》）/Algorithms / Algorithm Design / 《編程之美：微軟技術面試心得》

The C Programming Language《C程序設計語言》

The C++ Programming Language《C++程序設計語言》/ Programming: Principles and Practice Using C++ 《C++程序設計原理與實踐》/Accelerated C++

The Structure and Interpretation of Computer Programs（《計算機程序的構造和解釋》）

Clean Code 《代碼整潔之道》/ Implementation Patterns《實現模式》

Design Patterns （《設計模式》）/ Agile Software Development, Principles, Patterns, and Practices《敏捷軟件開發（原則模式與實踐）》

Refactoring （《重構》）

注：以上同一條目下用“/”隔開表示任選。

GitHub

光有書單計劃還不夠，因為書只管基礎知識，更難以量化衡量的實戰能力又怎么辦？目前，除了“練”之外還沒有其他好辦法。可是，在大學里做的項目，或大作業，能起到練的作用嗎？解決的辦法直到最近幾年才成為現實——GitHub誕生于2008年春天，第一年就產生了46000個公共項目，一年半后，用戶數達到10萬。2011年9月，GitHub迎來了百萬用戶，超過兩百萬個項目。

真實的項目、流程和人名，一切代碼review、check-in、test、build、document，甚至討論、計劃和brianstorming，都是項目歷史的一部分，都可以像棋局那樣復盤。有經驗的面試者只要掃兩眼GitHub歷史，挑幾個check-in歷史看看，便能迅速判斷這個人是否滿足要求。與大作業不同，GitHut里有源代碼管理系統、自動化build，有check-in、review，有分工、合作，最重要的是GitHut是一個集市，牛人相互吸引。

第8篇：程序員工作體會范文

(Theachievedresultsofinformatizationconstruction)綦齒傳動公司各部門、各系統均使用了信息管理系統支持日常工作的開展，為綦齒傳動公司的快速發展和信息化深化建設打下了基礎，取得了較好的效果。

1思想統一，觀念創新

上述系統的應用，使得綦齒傳動公司全體員工充分認識到信息技術對提高企業競爭力的作用。員工對信息化深化建設的需求比較迫切，企業領導對信息化建設戰略意義的認識和全局觀念也非常清晰。這種思想基礎為今后的信息化建設節約了許多統一思想、觀念轉變的動員時間。很多企業欠缺這種思想基礎，給信息化項目的實施造成許多障礙。

2應用基礎良好長期的計算機輔助管理應用

為企業培養了一大批計算機技術應用人才。除擁有10多名計算機系統維護、開發人員外，幾乎所有管理人員都能熟練應用計算機進行日常業務的處理，絕大多數管理干部都能就下一階段信息化建設談出自己的認識和設想。這一基礎在許多企業也是欠缺的。

3基礎數據基本實現信息化管理

20多個管理信息系統的應用，基本實現對數據的動態管理、集成應用，對設計、工藝、生產、物流、采購、銷售、人事、財務等數據實現了較好的信息化應用和管理。企業信息化建設(特別是ERP系統)所需要的基礎數據基本準備到位，包括編碼體系、產品結構、產品屬性、材料消耗定額、供應商數據、客戶數據、財務數據、產品價格、人事數據、庫存數據、在制品數據、工時定額等數據都應用了管理信息系統進行管理，為下一階段信息化技術深化應用奠定了數據基礎。

4實現了對重要管理

流程的規范PDM系統、BOM系統、直接物料數據管理系統、生產計劃系統、MES系統、質量管理信息系統、信息平臺等系統，對重要的管理流程規范起到了積極的促進作用，并為下一階段的深化建設節約了流程描述時間，減少了工作難度。

5計算機網絡建設

已初具規模兩條主干互聯網光纖的鋪設，覆蓋全公司的局域網，10個固定IP，600多臺計算機，部分駐外銷售網點通過VPN接入公司網絡，為深化綦齒傳動公司的信息化建設做了物理網絡基礎準備。

二信息化建設的體會

(Theexperienceofinformatizationconstruction)筆者在綦齒傳動公司工作近20年，親身參與并組織了公司的大多數信息化項目建設，其中也走過很多彎路，也有很多成功的案例。筆者愿意把這些經驗和教訓總結出來，希望對各企業，特別是汽車零部件行業的信息化建設有一定的借鑒作用，少走彎路、降低成本、提高信息化系統的實施效率。

1信息化建設要“總體規劃、分步實施、效益驅動、重點突破”

信息化建設一定要有規劃，這樣信息化建設才能有清晰的認識和建設思路，做到先后有序。對應綦齒傳動來說，最重要的信息系統有六個：PDM、BOM、ERP、MES、SCM、CRM，這些都是實現企業信息化的有機組成部分，所以在信息化發展的投入過程中，要針對企業的實際情況來對癥下藥，合理配置，不可偏廢。這六個信息化系統，是企業信息化建設的核心和重點，有很多成熟的商業軟件可供選擇，這些軟件(如：Oracle、SAP、QAD、金蝶、用友等)都是經過了實施成千上萬家公司信息化系統后，總結經驗教訓千錘百煉而成，對公司的管理提升和規范會起很大的作用。這些系統就應該購買成熟的軟件，而不應該自行開發。

2核心系統中的基礎系統

必須先行實施PDM、BOM、ERP、MES、SCM、CRM這六個系統中，PDM和BOM屬于基礎系統，必須先實施這兩個系統，有了基礎數據其他核心系統才能進行實施。綦齒傳動公司已經實施了這兩個系統。PDM系統促進了產品研發管理，構建協同產品研發平臺，縮短產品研發周期；實現產品結構數據向BOM系統的高效傳遞，為其他信息系統提供準確基礎數據，避免信息孤島和數據重復輸入，為后續的信息化建設奠定良好基礎。BOM系統實現了從變速器型譜總成型號用戶代號零件號坯件號鍛坯號原材料進行管理，反映產品研發、生產、采購、工藝、成本、價格、銷售、服務等方面的信息，包括產品BOM、供應商、價格、工藝路線、材料消耗定額等基礎數據。

3信息化核心系統

實施前，必須做好基礎數據的準備信息化建設有句名言“三分技術、七分管理、十二分數據”，其實說明了信息化建設數據的重要性，數量不正確，信息化建設只能是帶來負面的效果，“進去的是垃圾數量，出來的一定是垃圾數量”。為此，綦齒傳動公司近期信息化建設的重點放在了基礎數量的準備上。集中力量開發了“直接物料數據管理系統”，對公司庫房、在制品物流進行管理，包括坯件庫(鍛鑄坯)、半成品庫(加工坯)、分廠在制品(熱前、熱處理、熱后)、成品庫(自制及外購成品)、委外機加工產品(外協)、總成裝配(零件進總裝、總成出總裝)、商品庫(總成)、配件庫、主機廠三方物流移庫、主機廠發運等進出數據的全過程管理，做到賬物相符，為下一步公司實施ERP系統打下了堅實的基礎。

4實施信息化系統前

要對管理和流程進行必要的規范和改進企業自身的管理不規范，流程不清晰，很難實施成熟的信息化系統，應該針對企業的實際情況和行業特點，對企業的管理和流程進行規范和改進。

5核心系統以外的系統

企業應該進行自主開發核心系統以外的系統，一般而言，成熟的系統比較少，而且針對性不強，很難找到適合企業實際情況的信息系統。只要做好了信息化規劃，采用相同的基礎數據源，這部分系統不會擾亂核心系統的運行，基本不會造成“信息孤島”，這部分系統應該由企業進行自主開發。

6自主開發系統

要統一開發平臺，統一編程語言，統一數據庫原來綦齒傳動公司開發的信息系統存在大量的“信息孤島”，很大程度上是由于沒有統一編程語言，統一數據庫，系統開發各自為政，系統之間不集成和共享而造成的。綦齒傳動公司今年信息化建設的一個重點就是，建立“自主開發軟件平臺”，通過該平臺的建設，實現了：①統一開發模式，建立以項目為導向，團隊合作開發模式，分工協作，充分發揮員工的技能特長，簡化對程序開發員的技能要求。“需求分析員”負責與業務部門接洽，調研、整理并制定符合業務部門當前、近期及遠景擴展需求的設計方案，將方案與程序員溝通，交程序員設計實現；“程序開發員”根據需求方案進行程序設計，實現業務部門的功能需求，并進行測試，交付使用，后期維護；②統一開發軟件人員編程語言及數據庫；③規范《需求說明書》《系統說明書》《使用說明書》的編寫和存檔，規范《程序編碼規則》《數據庫設計規則》的編寫和存檔；④建立企業各基礎數據庫(如：裝配明細表、人事檔案、工時定額、材料消耗定額、供應商信息、主機廠信息、客戶信息、服務商信息等)，實現各系統數據共享，數據來源唯一，實現單點登錄；⑤程序代碼可進行重復利用，減少功能重復模塊工作的開發，提高開發效率。

三結論

第9篇：程序員工作體會范文

癥狀1、挫折型厭職

癥狀描述：初入職場的人容易產生這類厭職情緒。每個人的性格各不相同，要與不同的上司、同事、客戶相處，如果沒有很好的人際關系，工作難免會因情緒受到挫折。挫折多了，厭職情緒就自然而生。

厭職指數：

代表人物：姜海，女，27歲，會展公司策劃人員，職齡5年

病情自述：我學的是廣告設計專業，畢業后在一家會展公司找到了自己的第一份工作，主要負責市場策劃。我的經理是個中年女人，對策劃知識又不太專業，總喜歡在下屬面前發表自己的看法，不管正確與否，一定要別人按照她的意思去做，一旦有什么地方不合她的意就要重新再來，直到她滿意為止。

有次，我按客戶的要求設計了展位布置圖，可經理卻要我把主色調由紅色改成藍色。我按照經理的意思全部改成藍色，結果客戶仍然堅持要重新改成紅色。后來經理老拿這件事說話，批評我工作不認真，為什么不說服客戶用藍色呢?這樣反復改動方案，是在浪費公司的成本。我很委屈，她這樣把自己的錯誤歸咎到員工身上，已經不是一兩次了。

遇到這樣的情況，我只好“啞巴吃黃連”，自己把錯認了。久而久之，我失去了剛工作時的那股熱情，甚至產生了厭倦情緒，有時候沖動起來，還跟經理頂撞，關系越鬧越僵。我受不了經理的指手畫腳，打算等找到了新工作，就立即辭職。

診斷：挫折型厭職來自對目前職業的不滿，枯燥無味、環境太差、報酬太低、工作時間太長、沒有發展前途、同事關系難處、領導脾氣太壞等等；嚴重的挫折型厭職，第一反應就是“辭職不干”，即使沒有付諸行動，也會在很長一段時間里情緒低落、消極怠工。

處方：其實很多逆境可以通過主觀努力而扭轉。如果放棄了，會后悔嗎?很有可能。因為逆境中很多消極因素往往會因一件小事而被放大，這時候最需要的不是憤怒走人，而是靜心思考和反省，找到正確的職業方向才是上策。

癥狀2、壓力厭職

癥狀描述：這類人一般有著

遠大的理想，當辛勤的耕耘遲遲得不到滿意的收獲，自己的理想仍然十分渺茫，厭職情緒就會油然而生。

厭職指數：

代表人物：姚瑤，女，35歲，廣告公司經理，職齡11年

病情自述：廣告業的突飛猛進，讓我時常面臨許多壓力，如果每月不能掙到一定數額的利潤，我的公司就無法繼續運轉下去。lo年前，我什么困難都不怕，一心往前沖，多大的困難自己都有能力去克服。可現在，經驗多了，膽量卻小了，面臨同樣的壓力，我常常表現得束手無策。

在我們公司，經理的位置競爭是非常激烈的，每3年一次競選，要么上升，要么出局，這種淘汰很殘酷，每個人都在努力讓自己做得更出色，壓力自然很大。每當這時，我的厭職情緒就會自然滋生出來，好想逃避，有時甚至想辭職不干，換個輕松而略穩定的工作單位平平淡淡過一生算了。可在我的潛意識里，似乎從來就沒想過要放棄，因為我不是那種甘于平淡的女人，我現在的職位和高薪，正是我一直以來的苦苦追求。為了排遣壓力，我經常找個沒人的地方，或者一個人坐在車里，聽著傷心的歌，痛痛快快地哭一場。

診斷：理想的實現需要一個過程，不是每個人都可以隨隨便便成功。很多銷售人員、創意人員和公司的經營者都有這樣的抱怨，連續不斷的業績考核和生存壓力，經常使神經瀕于崩潰，想放棄工作又舍不得高薪的待遇和已獲取的成績。

處方：因壓力而厭職，不妨給自己放個假。壓力是階段性的，通過放松的假期來緩解，可以恢復平和的心態，這樣才能夠舉重若輕地對待面臨的困難。特別是長期從事壓力大的工作，更需要具備激情、經驗、毅力和好心態。如果發現自己有某些方面的不足，就應該著重培養和鍛煉。

癥狀3、逃避型厭職

癥狀描述：這類人多半是女五力時，男友或者丈夫就會輕描淡寫地說：“我可以養活你，不愿意做就辭職嘛!”因為心理上有退路，所以厭職，但事實上仍然要繼續工作，逃避只是一種幻想。

厭職指數：

代表人物：李奕，女，2Q歲，網絡公司業務經理，職齡7年

病情自述：我的厭職情緒主要來自工作環境，全市大大小小的網絡公司，無論設備還是技術人才，我這個公司都自愧不如，網速上不去，我無能為力，眼睜睜看著用戶跑了，我幾乎要喊“救命”。這時我總想，那么多的女人不用做事，照樣可以生活得衣食無憂，我少年離家，苦苦打拼，為什么還要承受這么大的壓力?每次在工作中遇到難題，我總會失去耐心，經常產生放棄的念頭。

我的男友是一家大型外企的高級雇員，月進斗金。每次我對男友抱怨自己的工作時，男友都會說：“再堅持堅持，等我們結婚后，你就可以做全職太太了，我的收人足以讓你過上好太太的生活。”

在我這個行業里，競爭非常激烈，眼看同行的業務都在攀升，我的心里很急，在搶奪市場的同時，還必須重組團隊，許多暫時沒人做的工作我自己都得兼著做。一天要工作10多個小時，幾乎連喝水的時間都沒有。盡管好幾次產生了嫁人放棄事業的想法，但我非常崇敬經濟獨立的女人，我也認定女人要有屬于自己的一片天，所以我現在準備離職去讀研究生，爭取換個更好的工作。

診斷：很多感情理由可以讓女人產生對職業厭倦的念頭：沉湎于愛情，寄希望于男友的事業，家人的照顧等等。在這些情緒的影響下，即便她們沒有馬上提出離職，也降低了對職業發展的熱情。

處方：有一點需要提醒注意，情感可以給予慰藉，工作能夠給予保障，女人從這兩者中體會到的快樂是截然不同的，也無法相互代替，只有兩手齊抓，兩手都硬，這樣的生活才更加豐富和平衡。

癥狀4、臺期厭職

癥狀描述：這類人的工作比較單調。雖然工作非常出色，什么都得心應手，可每天面對同樣的工作環境，一樣的人進進出出，簡單的工作反復地做，什么都顯得蒼白無色，興趣就逐漸下降，覺得工作沒什么意思。

厭職指數：

代表人物：姜華，女，33歲，軟件公司程序員，職齡8年

病情自述：寫程序，忙、累、壓力大。每天工作都在14個小時左右，加班到凌晨也是家常便飯。郁悶的是忙成這樣，工資收入還比別人低一截。有幾個同事陸續辭職了，沒人干活，去年初我們項目部的員工集體發難，沒有加班費就不加班，到了5點半集體下班。大概怕我們跑光了，項目經理不得不宣布，現在加班時間都支付相應費用。

有次，我為一家汽車公司寫project。最后沖刺階段，回家躺在床上，腦子里還是一行行的代碼，一個個需要解決的問題，想停都停不住。吃安眠藥，第二天起床頭暈乎乎的，什么事都干不了。

最近同事常常嘲笑我，明明工作已經累得夠嗆，雙休日還去報注冊會計師輔導班。爸媽也很心疼，怕我累出病來。他們不了解，程序員吃的是青春飯，我是女孩，升項目經理的可能性很小，注冊會計師現在才是真的吃香，又是我一直感興趣的行業。我準備考出了CPA就轉行。現在辛苦些，以后的回報不會差。沒報班前，一想到未來就煩，很迷惘。自從報了CPA班，我的心比以前安定多了，雖然忙反而吃得下，睡得香了。

診斷：有一定工作經驗和一定職位的女性對一項工作已經熟練掌握、并且發現上升空間被限制的時候，厭職情緒就會襲來。平臺期的厭職情緒其實是內心潛在的危機感和焦慮感，既然已經感到了危機和焦慮，那么唯一有價值的反應就是著手做防衛的準備。像姜華一樣為自己尋找新的平臺和發展空間。

處方：產生平臺期厭職情緒的女性通常性格活躍、興趣廣泛，不愿意做重復勞動，需要新奇事物的刺激。而人才濟濟的職場也越來越不需要只會原地踏步的人。因此在仔細思考自己職業目標的同時，在工作中經常嘗試一些有意義的變革和突破是很有必要的，新的目標、熱情和發展空間也會有效地緩解厭職情緒，化不利為有利。

癥狀5、情緒型厭職

癥狀描述：這類人精力充沛，習慣從“興趣”的角度看工作，像“玩票”一樣，于是就有了很多的“愿意”和“不愿意”，“高興”和“不高興”。各個年齡段的職業女性都容易發生情緒型厭職，年輕女性最多最頻繁。

厭職指數：

代表人物：王雁，女，36歲，醫院婦科醫師，職齡10年

病情自述：我對現在的工作非常不滿意，因為我不喜歡干醫生這一行。當初我高考填報志愿的時候，也是家里人強加給我的。我的理想是做一名自由撰稿人，在文學的世界里我才能找到真正的樂趣。但我畢竟辛辛苦苦念了五年醫學，只有苦心堅持下去。同事一個個忙著晉升，深造，我卻一點興趣也沒有。

做醫生經常上夜班，可我喜歡睡懶覺。掙那幾個錢，值得我那么賣力嗎?身體稍不舒服就不想去上班。外面陽光燦爛，好想約幾個朋友一起逛街吃飯。有時候毫無理由地討厭上班!

診斷：女性興趣廣泛，如果沒有家庭負擔，工作中擔當的責任也較少，厭職情緒就容易流露。工作的第一功能是謀生，但取得自立的經濟地位之后，工作的意義便遠遠不止如此了。當溫飽不再是生活中的難題，工作便是獲得充實生活的載體。因此；如果讓自己在一成不變的工作中始終保持旺盛的精力和積極的熱情就顯得很重要！