走在沸沸揚揚的街道，四處洋溢著新年氣氛，2018年的腳步在不經意間來到我們的身邊。又到了一年一度年終總結的階段，回顧2017年讓我感到我們一直在奔跑，從來都沒有停下去回頭望望我們走過來的路程。項目總結、學習總結、經驗總結一直都是公司所鼓勵的。而往往在忙碌的節(jié)奏中，很多人就會忽視這些重要而不緊急的總結，自己踩過的坑，其他人有可能在不知情的情況下繼續(xù)踩，導致了團隊效率的降低。而在實踐的過程中發(fā)現，很多技術很不錯的人員，往往厭煩去寫一篇總結或是文檔，用他們的話說“你寧愿讓我寫個100行的代碼，也不要讓我寫100個字的文檔”。而那些很厲害的技術大牛，是能夠寫文章，而且能夠寫出優(yōu)秀的文章，這些文章被無數個技術人員去閱讀，它所傳遞的知識和經驗力量是非常強大的。認識到總結的重要性，才能讓我們在未來走得更穩(wěn)更遠。結合我們在工作中的一些實踐，我從總結、學習兩個方面分享：

項目總結

從研發(fā)角度回顧2017年重點項目需求、問題，反思我們在研發(fā)環(huán)節(jié)哪些地方做的不到位，哪些地方是值得學習的。2017年大同項目的復雜度和數據遷移的復雜度相比于以往年度上升了一個新的臺階。像是一名客戶有多種計費單價類型、地下車庫與住宅的關聯戶、年初、變化、結果數據的統(tǒng)計等業(yè)務需求的提出對于產品提出了更高的要求。完善優(yōu)質的產品是需要能夠支持出現的各類情況，并能夠及時給予適當的提示、警告。項目前期的工作我們投入了整個項目將近一半的時間，從需求調研、需求分析、需求確認、功能設計、開發(fā)設計環(huán)節(jié)投入了很多的時間。前期工作作為項目源頭不能出現方向的偏離，也不能夠出現任何問題，一旦出現問題，會讓項目是災難性的。

研發(fā)內部相互協作

研發(fā)部前期的需求匯總文檔、需求報告，讓我們在需求階段的工作更加有序更有效，其實我們也經歷過沒有文檔的階段，那時需求調研工作是有些混亂的，調研人員調研完隨便找個地方記錄，客戶隨時反饋的問題也是在過程中去零散記錄，缺乏系統(tǒng)化、結構化的流程去做。每個調研人員都會憑借自己的經驗去做，經驗也沒有得到沉淀和共享。現在有了它們，無論是否經驗豐富的調研人員，都能以更統(tǒng)一、更專業(yè)的地方式去與客戶溝通。減少了來回反復的遺漏，同時也將每個項目情況都進行了集中，為未來做一些分析論證打好基礎。

功能設計、開發(fā)設計文檔，也給我們的設計階段工作指明了方向，針對大型功能都有其配套的功能設計文檔，它們在過程中不僅僅能幫助設計人員理清思路，尋找設計漏洞。同時也能幫助研發(fā)人員更為全面的去了解所實現功能的需求背景等全面信息，為什么會產生這個功能，幫助研發(fā)人員去理解業(yè)務，促進研發(fā)人員去積極主動在研發(fā)過程中去思考。

生產事故報告文檔，是給了我們一個警鐘，每年的生產事故回顧也是讓我們去反思哪些地方是做得不夠的，需要加強的。哪怕只有一個小的紕漏都會給客戶造成很大的影響。給我印象最為深刻的就是在一個項目中，給一個報表增加一個查詢條件，由于報表的查詢效率低，多次點擊后系統(tǒng)卡住無法使用，收費工作受到影響。比較幸運的是，后臺有監(jiān)控日志，幫助我們及時查找到對應的問題。這次的經歷真是讓我回想起來冒冷汗，如果一旦給客戶造成了很嚴重的影響，我們該怎樣去彌補過錯。任何一個小的細節(jié)處理都應該在每一個階段被重視，永遠不要忽視小細節(jié)對于整體的影響。

除了本身研發(fā)的前期準備、后期的開發(fā)、測試等內容以外，與其他部門人員的緊密配合和溝通是整個項目能夠在有序的節(jié)奏中進行的必要條件。無論是哪個部門的人員，我們都是作為一個整體來為客戶提供服務。參與其中的人員都需要對項目整體情況有非常深入的了解，后續(xù)各個部門的人員良好配合，加深信任和理解。

與市場部小伙伴的合作

市場部前期大同項目的出差日志、需求調研文檔、項目啟動會議，讓需求人員清楚了解到項目情況，項目進展階段，項目復雜程度。有了這些了解，需求人員能夠做到心中有數。當需求人員在與客戶溝通時，能夠更深入與客戶探討問題，提升需求調研階段效率。不至于出現不同部門人員重復詢問客戶業(yè)務的情況。相信任何人都不希望相同的事情被重復說好幾遍。而對于項目實施人員，了解情況后更主動、高效地推動項目的具體工作，與相關人員進行溝通，完成保質高效地系統(tǒng)實施上線工作。

與項目部小伙伴的合作

項目部實施中期、后期的項目出差日志、需求匯總文檔，讓需求人員、研發(fā)人員對項目實施階段的問題、需求有了比較切身的了解。由于平時研發(fā)人員很少去現場，不容易感受到現場的問題嚴重性、緊迫性。通過出差日志，研發(fā)人員能夠了解到系統(tǒng)在實際場景中的運行情況，客戶對于產品的反饋，研發(fā)就能更貼合實際情況去完成需求。避免了閉門造車的情況。任何的產品都是以客戶為中心來服務的，如果一個產品不能很好的解決客戶問題，那就不是一個好的產品。軟件行業(yè)下，好像項目實施、測試和研發(fā)始終都是水火不容的，相互埋怨和指責。我們通過日常的交流和出差日志的閱讀過程發(fā)現研發(fā)小伙伴都會站在項目實施小伙伴的角度去思考、理解彼此之間工作性質的差異，尋求雙方的理解包容。我記得我們組內的一名小伙伴說：“我們要急客戶之所急，才能更好服務客戶，不能總讓項目部的小伙伴去協調，去承受來源于產品問題的巨大壓力，我們研發(fā)得給力啊”。聽到這話真是讓人感動，是怎樣的努力讓大家能夠有這種相互扶持、相互理解的感悟。這一切往往就來源于看似平凡而普通的點滴小事。有時看到其他人日志中客戶對產品功能滿意，都會給我們帶來很大的力量。這些都是我們不斷去前進的動力。?

學習分享

每年年底項目工作不多時，以產品版本迭代為主導的工作會逐步增多。對于產品迭代改造每一步都是要經過反復論證，得出最后的結論，從而產生最終的產品。有很多因素影響最終產品產生的效果。項目需求業(yè)務場景的精準把握，設計上的合理、好用，研發(fā)上能快速響應需求，研發(fā)產品穩(wěn)定、安全等等眾多因素才能造就一個好的產品。而想想我們自己在這些方面都做到位了么？ 答案是否定的。之前在某位演員的微博上看到一段話：“大多數人都認為演員是一個門檻很低的行業(yè)，我覺得不對，真正想學好表演，絕不是只在表演本身這么簡單，這大概也是我一直要求自己，在學業(yè)上也要不斷精進的原因?！?這句話讓我徹底顛覆了自己對于演員行業(yè)的認識，回看自己的工作不也是如此么，就是要不斷對工作的精益求精。特別是研發(fā)人員，技術更新迭代如此迅速的今天，更加要求我們在學習方面始終不能放松，努力做好，當把現在做好了，就要去尋求更遠的目標，要求我們自己做得更好的，未來我們打造出來的產品也才能更好。

我結合自己日常所負責的需求調研等工作感受：

記得前幾年剛接手需求的時候，調研時沒有什么方法，憑借著自己的經驗去嘗試去做，那時不會感到什么不適。隨著項目復雜度的提高，項目數量的增加，需求就像海浪迎面而來，你就會發(fā)現很多的事情已經應對不來了。零散無節(jié)奏的去溝通造成效率低，遺漏需求的問題。隨后而形成的常見需求調研模板，項目需求調研報告，給需求調研的工作帶來了很大的幫助。每次需求人員到客戶現場之前，我們都會根據報告中整理待調研的內容。從現場回來后進行報告整理，形成一份詳盡的項目需求檔案。這樣各個部門的人員都能詳細了解情況，在項目工作不同階段的交接，也有很大的幫助。目前我們的需求管理方面有所進步，今年我們的目標也是逐步形成需求管理方面流程化規(guī)范，形成配套的調研、確認、變更模板，讓需求更加專業(yè)化、標準化。