個人簡歷中如何寫專案經驗 篇一
一般來說，簡歷中的專案經驗與工作經驗是相輔相成的。比起工作經驗，專案經驗更側重於表現求職者在某個專業領域內的技能水平。因而，技術類崗位、科研類崗位在招聘中都很注重專案經驗。那麼專案經驗怎麼寫呢？
一、區分清楚工作經驗和專案經驗
一般來說，工作經驗反映的是求職者的工作內容，而專案經驗反映的是求職者某個方面的實際動手能力、對某個領域或某種技能的掌握程度。一般在應聘IT類職位、研究員職位或者教師職位時，專案經驗都是比較重要的。
具體來說，工作經驗可以寫自己負責什麼工作，做了哪些事情，取得了哪些成果，包括但不限於專案；而專案經驗要挑選工作經歷中含金量比較高的`一兩個專案做重點突出，介紹專案內容，個人在專案中的角色，專案開展過程，專案結果等。
所以，寫簡歷時要將工作經驗和專案經驗區分開，這樣做可以讓HR很清晰地瞭解求職者整個工作情況，還可以通過專案經驗瞭解求職者從事實際專案的經驗和能力。
二、牢記專案經驗的五大要素，重點介紹一兩個專案
一個完整的專案經驗應該包含以下五部分內容，HR在看到這個框架時，能夠對求職者的技能、素質有直觀的印象。
1）專案名稱
2）專案時間
3）專案描述：用簡短的語言來介紹專案，不要有太多的技術詞彙。
4）求職者的角色：這是求職者應該向HR重點介紹的內容，要說明自己的身份、職責，突出自己工作中的難點、重點以及解決問題的方法。
5）業績成果：要注重專案成果、相關技能關鍵詞的總結說明，同時適當地對專案進行簡要介紹。
專案經驗介紹有一個非常重要的原則：重點突出，著重介紹一兩個專案即可。專案在於精，不在多，求職者在介紹專案經驗時，要有所突出，重點介紹一到兩個有代表性有含金量的專案即可。
三、通過STAR法則介紹專案經驗
求職者在描述自己具體的專案經驗時，要充分利用STAR法則：
Situation：當時的背景情況是什麼？
Task：當時的目標任務是什麼？
Action：針對當時的情況，你採用了什麼方法？
Result：結果怎樣，你學習到了什麼。除了專案所取得的成績之外，求職者還可以說明自己做完專案的感受，包括專案中哪些環節做的不錯，哪些環節有提高的空間，自己在做這個專案中有何收穫等。
無論是介紹自己的IT產品開發經歷，還是在學生社團的活動經歷，或者是在其他公司的實習專案經歷，求職者都可以運用STAR法則來具體說明，輕鬆表現出自己分析闡述問題的清晰性、條理性和邏輯性。
一份完整的專案經驗能真正看出求職者的能力和水平，也是很多HR所看重的。專案經驗怎麼寫？你大概瞭解了嗎？
專案經驗教訓總結 篇二
專案開展的過程中，作為專案團隊領導者的專案經理經常需要根據情況做出正確的決策。一旦決策失誤，可能會令執行結果與專案目標背道而馳。對於這種情況，最好的解決方案就是充分吸取前人的經驗教訓，以警示自己不再犯類似的錯誤。那麼，有哪些前車之鑑可以用來借鑑呢？
1、讓工作人員等待工作好過讓工作等待相關工作人員。
2、多工處理現象比我們想象中的更為普遍、也更加有害。不理解第一條經驗重要性的企業往往會嘗試最大限度提高員工利用率。問題在於，越是壓榨員工的勞動力，對於最終結果的影響就越是消極。毫無疑問，員工是不可能同時處理多項任務的。所謂多工處理，實際是指讓員工不斷從一項工作轉移到另一項工作中。
3、避免“錦上添花”行為。
4、不要對任務過分進行細化。“定義細節其實無助於他人的理解，反而只會造成誤解。”專案管理中存在一個收益遞減點，一旦實際情況低於該點，也就意味著專案管理者在對工作進行事無鉅細地全盤掌控，而沒有讓團隊成員利用自身的豐富經驗與良好判斷力完成工作。
5、在業務改進方面持積極態度。有趣的是，這一點原本其實可以算IT專案的典型標準。其主要目的是為管理（尤其是賬目方面）、人力資源以及預定規則提供支援，具體措施是提供一套更為同步的企業資訊視角。它所帶來的主要業務收益是更快速的賬目結算、人力資源管理改善以及對國際性規則的支援。
6、為團隊中的全體成員提供一套總體視角。團隊成員非常瞭解每個人都擁有大局觀念對於組織整體的重要性，當然前提是大家先各自處理好自己的份內職責。
以銅為鏡，可以正衣冠；以史為鏡，可以知興衰；以人為鏡，可以知得失。這些經驗教訓，都是前人經過實踐總結出來的。專案經理雖然沒有必要日三省吾身，但是記住這些前車之鑑，還是有用處的。
個人簡歷中如何寫專案經驗 篇三
專案介紹，按照下面四個步驟進行，保證無遺漏，而且能出亮點。
第一步，專案背景不用過多介紹，幾句話即可。如果這個專案是一個大流量、大使用者、複雜度高的專案，請一定描述出來，這是亮點。
第二步，自己完成的任務，一定要寫明“參與”還是“負責”，用詞很重要。當然，如果你對專案的某一個模組很熟悉，也可以寫“負責xxx模組”。只要你在面試時能回答的'上來即可，完全看你個人對專案的熟悉程度。注意，對一個專案的熟悉不僅僅是技術，還有專案管理、專案流程方面的。
第三步，這一步其實是一個簡單的證明，證明你有能力做上述的任務。你可以寫出一些技術名詞，如用了哪個平臺，用了哪些技術，什麼測試工具。但別過於冗長，簡潔明瞭即可。簡歷不是論文，只要夠吸引人就可以了，詳細的後面還有面試呢。
第四步，自己的貢獻，一定要寫的具體一些，最好都要量化。例如效能提高了百分之多少，一共修改過多少個bug等等——這就跟你在公司作晉升述職彙報是一個道理！
專案介紹
藥品售賣商城（什麼專案）。使用者可購買藥品並快遞配送到家，還有各種營銷策略（基本的功能）。包括PC和H5（體現複雜度）。活躍使用者30w+，日均PV300w+（使用者量）。
技術棧
（不要光寫框架，要想辦法體現出專案的全流程。以下是參考，你可以繼續調整，但不要太繁雜，體現重點即可）
框架：Vue+Vuex+Vue-router+ElementUI+VantUI
構建：webpack+babel
測試：jest+cypress
CI/CD：gitlabCI+jenkins+阿里雲
統計和監控：Arms
專案管理：teambition+jira
工作和成就
負責統計專案效能檢測，錯誤監控（工作）。將專案評分從70分提升到90分。（成就）
負責個人中心、收貨地址、優惠券開發（工作）。帶領2人，一個月時間從0設計、開發、測試併發布，無延期。（成就）
參與商品詳情頁開發（工作）。期間分析頁面程式碼，抽離出10個公共元件。（成就）
個人簡歷中如何寫專案經驗 篇四
再回想一下簡歷的核心價值——為什麼要選我？就本文“專案經驗”的話題，回答一下：
因為你的專案功能比別人的複雜，使用者量比別人的'大
因為你的技術棧考慮全面，眼界比別人寬廣
因為你的工作體現出了成就和結果，而別人的沒有體現出來
如果你是老闆或者面試官，你會否喜歡這樣的候選人？
個人簡歷中如何寫專案經驗 篇五
起止年月：20xx-01～20xx-04
公司性質：民營企業
所屬行業：計算機/網際網路/通訊/電子
擔任職位：java程式設計師
工作描述：OA自動化辦公系統：
軟體環境：ApacheTomcat5.0/MySQL/windows2003/jdk1.4.2
開發工具：Eclipse，Dreamweaver等開發工具
專案描述：該專案主要針對衡陽市環保局的自動化辦公，提高辦公效率。
1、專案主要採用當前流行的`MVC模式，Struts+Hibernate+Spring框架(B/S)。
2、使用的技術：JSP、Servlet、JavaBean、Hibernate、JNDI、XML、Struts、Spring等相關技術。
責任描述：
1、負責技術：相關JavaBean，Servlet，Hibernate持久層的編寫，配置，除錯等負責部署整個webapplication。
2、負責功能為個人辦公，包括短訊息，通訊錄等。
客戶關係管理系統(CRM)
1.開發環境：ApacheTomcat5.0/SQLServer/windows2003/jdk1.4.2
2.開發工具：Eclipse，Dreamweaver等開發工具
3.專案描述：基於J2EE平臺，採用MVC設計模式及SSH(Struts+Spring+Hibernate)三個整合框架、B/S模式、SQLServer作為後臺資料庫。
4.專案責任：本人主要負責營銷管理模組及其顯示層的開發。
個人簡歷中如何寫專案經驗 篇六
專案名稱：NetStore網上購書系統
專案描述：該系統分為首頁、使用者管理、購物車管理、訂單管理、退出5個模組。首頁模組實現了模糊分頁查詢、分類分頁查詢等功能；使用者管理模組實現了登入、註冊、修改、檢視資訊等功能；購物車模組實現了檢視、購買、修改圖書數量等功能；訂單模組實現了檢視、刪除等功能。
責任描述：個人獨立完成了整個專案設計，開發，測試等。此係統整體採用MVC模式的Struts框架，持久層使用的是Spring的HibernateTemplate實現，資料來源利用的是SpringIoC注入；模型層嚴格按照JavaBean規範要求；用Struts進行流程的控制，並實現了國際化，JSP用純標籤進行頁面顯示。為達到使用者名稱唯一的目的使用者註冊採用Ajax技術進行後臺校驗。運用SpringIoC的注入對各層解耦，大大提高了程式的可擴充套件性，易於維護。
開發環境：資料庫：MySQL;
JAVA應用伺服器：tomcat6.0;
技術選型：Spring、Struts、Hibernate、JavaBeans、Jsp。
專案總結：通過這個專案使我對MVC模式的認識更加的清楚，看到了SpringIoC在解決程式鬆散耦合方面的強大之處。JSP頁面純標籤開發所帶來的方便以及頁面的美觀。
專案名稱：NETCTOSS電信運營支撐系統
專案描述：該系統後臺主要由資料採集系統和資料整合系統提供支援，前臺分為使用者自服務管理，資費管理，使用者管理，管理員管理，帳單管理，帳務管理6個模組。
責任描述：在資料採集系統、資料整合系統中，主要利用J2SE技術對原始計費資訊日誌進行定時解析，整理成清單，並儲存到伺服器的`資料庫表中，在儲存過程中實現對資訊的備份管理和日誌記錄。在前臺主要完成了使用者管理、資費管理等模組，採用Struts2.0+Hibernate+Spring架構實現，大大降低了模組間的耦合，並編寫了文件。
開發環境：資料庫：Oracle;
Java應用伺服器：tomcat6.0;
技術選型：Struts2.0、Hibernate、Spring、JSP、J2SE、Log4j等。
專案總結：這個專案不僅讓我掌握了Struts2.0的應用，也加深了我對其他技術的理解以及編寫文件的好習慣和重要性。
專案名稱：BBS線上論壇管理系統
專案描述：該系統主要由首頁、使用者管理、帖子三個模組構成，首頁實現了模糊分頁查詢、帖子分類、最新帖子、最新留言等功能；使用者管理模組有登入、註冊、修改資訊、檢視資訊、積分功能等基本功能；帖子模組有發表帖子、留言、檢視帖子、修改帖子、刪除帖子等基本功能。
責任描述：個人主要完成了使用者管理模組。持久層使用的是Hibernate技術實現了登入、註冊、修改、檢視資訊、模糊檢視等功能；控制層使用的是Struts的DispatchAction實現頁面跳轉，JSP頁面主要利用JSP標籤和Struts標籤完成。使用者註冊和登入都使用form表單來獲取資料，並且在頁面用JavaScript技術對資料進行初步的校驗。
開發環境：資料庫：Oracle;
Java應用伺服器：tomcat6.0;
技術選型：Struts、Hibernate、JavaBeans、Jsp。
專案總結：通過這個專案讓我認識到團隊合作的重要性，物件導向的設計思想以及Hibernate框架的簡單性，加強了對JSP標籤、Struts標籤的認識。
專案名稱：BAM銀行帳戶管理系統
專案描述：該系統是基於C/S架構的帳戶管理系統。
責任描述：獨立完成了整個系統的開發。採用GUI實現使用者介面來採集資料，實現了使用者開戶、登入、轉帳、修改使用者資訊、檢視資產排名等功能；資料庫採用MySQL儲存資訊，DAO層利用JDBC實現。
開發環境：資料庫：MySQL;技術選型：GUI、JDBC、JavaBeans。
專案總結：這個顯目讓我對軟體程式設計產生了更濃厚的興趣，對JDBC訪問資料庫的技術使用更熟練以及有了對C/S架構的深入認識。
個人簡歷中如何寫專案經驗 篇七
首先，明確專案時間、所在單位，這點很多人都會忽視，但HR有時候會去聯絡前東家，關於求職者的專案描述是否屬實。
其次，寫明專案名稱、所在地點、擔任職責，看到這裡，HR就會大致的對求職者能夠勝任的位置有一個總體的框架，因為畢竟是專案，有很多都是網上公開的，一查就知道。
然後，工作內容概要，寫一下主要在專案所做的事情，是否得到專案合作方的書面或口頭肯定表揚等等，起到錦上添花的作用
再者，專案經驗並非寫的字數越多越好，每個專案需要標註清楚，使得HR一看就明白求職者所擅長的。領域，以及行業內的知名度情況。
最後，總體頁面不宜過長，以一頁為佳，但內容要充實，切勿虛假亂造，大家都不是傻子，一看便知，充分展現自己對工作的熟練度與專業水準。
以上就是專案經驗在簡歷中的注意事項了。
個人簡歷中如何寫專案經驗 篇八
不知道你寫簡歷的時候有沒有這種困惑：專案經歷和工作經歷到底有什麼區別？
很多人由於分不清，下意識會把二者混為一談，我做HR的時候就遇到過不少這樣的情況：
誤以為工作經歷=專案經歷，於是在專案經歷裡把工作又經歷複製了一遍；
簡歷中對於專案的描述幾乎沒有，面試細聊才知道他做過很有含金量的專案；
簡歷洋洋灑灑三頁紙，和投遞崗位無關的專案經歷就佔了2頁；
把整個專案的工作都寫進去，面試追問才發現TA只負責某個模組的執行；
但其實很容易區分。
工作經歷是連續的，更側重你的日常工作，只要你工作過，就有這部分內容；
專案經歷是短期的，更側重某段由你主導，或者重點參與的含金量較高的獨立專案，即使你工作過，也不一定有這段內容。
比如一個銷售，每天的工作是聯絡客戶推銷產品，那這就是他的工作經歷；
而他在做銷售的這段時間裡，主導舉辦了一次線下促銷活動，吸引了很多人觀看購買，這才是他的專案經歷。
那我們在簡歷上特別區分，甚至是單獨寫明專案經歷，到底有什麼用呢？
簡言之，專案經歷相當於你的代表作，是你用一段實踐成果向面試官展示自己能力和經驗的視窗。
寫好了能為你的簡歷起到錦上添花的作用，增加簡歷成功通過篩選的機率。當然，如果你並沒有做過什麼專案，或者專案平平無奇不值一提，不寫也沒關係，不用非得無中生有，反而容易踩雷。
明白了專案經歷的重要性，接下來就是乾貨時間。其實想寫出一份吸睛的專案經歷並不難，只需要你把握好這幾個要點——
貼合崗位，適當增減
選擇專案經歷的首要原則，就是貼合崗位。尤其是進入職場久、經歷專案多的求職者，更要牢記這一點。
因為你事無鉅細、密密麻麻的寫上去，看似詳盡真誠，無形中卻增加了HR搜尋重點的難度，讓本就不多的耐心雪上加霜，這不是明擺著給他找堵嘛。
所以咱們寫專案經歷的時候，要選那些和意向崗位匹配度最高的寫，一般來說3個左右即可，無關的可以省略。
而且要選那些最能為你的能力/業績/貢獻/職業發展背書的專案，如果這幾點一樣都不沾邊，寫上去意義不大，搞不好還會成為減分項。
結構完整，情節不俗
一個完整的專案經歷，通常包含專案資訊、專案背景、專案（工作）職責、專案業績四部分，缺一不可。其中專案資訊又分為專案時間、專案名稱、專案角色這三部分內容。這樣就能讓面試官清晰瞭解整個專案的。狀況及結果。
搭好架構，在內容描述的時候，我們要重點突出專案的難點和關鍵節點，如果運用了某些創新的方法也別忘了寫在裡面，這樣更能體現出專案的含金量和你的個人亮點。
比如你接手的某個採購專案，競爭對手開出了具備絕對優勢的價格，而你調動資源也沒辦法在價格上取勝，怎麼辦？
業績展示，資料為先
到底有多牛，業績來說話。
專案業績就是你在這個專案中做了什麼，有哪些成果是可以用數字量化出來的，比如一天談成了幾個客戶等等，就可以用數字來表達。
另一個方面，對於團隊的總成績，也可以用數字表示，可以強調一下自己在團隊中的作用，接著用數字展現團隊整體獲得了哪些成績。
而且這裡的資料要言簡意賅，直接上結項總結資料，不要做資料陳列，撿重點/關鍵/亮眼的說，至於過程中那些細節，可以留到面試的時候再說。
基於事實，別編瞎話
專案經歷是造假高發區。常見操作大致有這麼幾類：
-把團隊的專案業績全安在自己頭上，幾千萬的營收都是個人奮鬥的成果；
-模糊專案角色，明明是個執行層，動不動就“領導”團隊，甚至獨立負責公司的重點專案；
-借別人的經驗充數，把自己沒做過的事硬抄成自己的……
一旦HR發現，就會被打上不誠信的標籤，通過篩選希望渺茫。就算僥倖通過，等到面試官像掰苞谷一樣追問細節時，再難堪也沒有地縫讓你鑽。
所以千萬別說瞎話，就算不能錦上添花，咱也不能自掘墳墓不是。
最後，不要怕自己寫的不好，認認真真寫出來，就已經打敗了不少求職者。