一晃來公司六年多了，做過很多項目，有過項目成功實現(xiàn)后但未能部署的悲劇，有過慶功宴上的大醉而歸，有過面紅耳赤的爭執(zhí)甚至于“老死不相往來”，有過同甘共苦的好兄弟好姐妹。有些項目還不時地從腦海中浮起，漸漸如云煙散去。我在此謹做次總結。
周末的失聲
記得有個周末，我人本來就不舒服，急性咽喉炎，嗓子話都說不出來，說起話來一會兒有聲音，一會兒像蛇的嘶嘶聲。可沒辦法，臺灣的一個項目release出去的deadline時間是下周一，人病成這樣也得上。來到公司之后，同相關研發(fā)、系統(tǒng)工程師以及測試人員一起查了下調試日志，我發(fā)現(xiàn)是某個中間模塊對詢價這個消息處理不當，問相應的開發(fā)不清楚如何做，他們也是接手沒多久。我耐心地同他們講之前實現(xiàn)的那些方案和相關的場景，可人家卻說你又不是系統(tǒng)工程師，不能聽我一個人的，而系統(tǒng)工程師不清楚情況就直接安排我這邊做些改動，想將這個問題繞過去。這個氣得。。。。。。本來說話都說不出來，還費了這半天勁，就愣是讓他轉不過彎來。我這個人平時脾氣都很好，標準的老好人，這次都急了，放出話來：“叫系統(tǒng)工程師的頭來，其他人免談，就是叫研發(fā)老總來我都是這個態(tài)度。”后來，系統(tǒng)工程師的頭過來，找了個小會議室，我再將相應的消息流程及要求完完全全地講了一遍，最后那個中間模塊的同事才答應修改。
本來很普通的一件事，愣是周末找來十來號人一起搞，當時項目經(jīng)理的小孩還在旁邊不停地哭。
為何出現(xiàn)這樣的事？是沒有相關的設計文檔嗎？有的，至少我這兒是有的。這個功能早在一年前就在另外一個項目中已經(jīng)實現(xiàn)過，當時包括研發(fā)和測試前后差不多花了兩個月才將該功能相關的十幾個測試場景跑通。
設計文檔沒有分享？或者是交接工作沒搞好？這多多少少是個問題。說實在話，搞研發(fā)的同事做事情一般都很認真，至少要知其然和知其所以然?？刹⒉皇撬醒邪l(fā)都愿意搞清楚上下游各模塊的相關實現(xiàn)邏輯，而測試人員也可能存在這樣的想法，這不可避免地讓研發(fā)、測試、系統(tǒng)工程師在周末的加班時的方向都出現(xiàn)了偏差，導致后面方案有爭議。另一方面，組織過程資產(chǎn)如何管理也是要改進的。對于設計文檔及測試場景，最初的版本并不翔實，沒有得到及時的更新，而且沒有很方便快捷地讓相關人員能查詢，有待改進。
如何才能做得更好呢？一是設計文檔和測試場景要充分地review，適當擴大參加review的人員，這樣可以避免只有極個別認真的同事才知道如何做(自我夸獎一下^_^)；其實公司質量部也提倡要做code review，但沒有體現(xiàn)在制度上，做得好的和做得差的沒有什么差別，要活用激勵機制來鼓勵大家積極參與。尤其對于新員工的培訓，各部門應該維護并更新相關的知識庫。
提高相關人員的工作意識，不要老想著自掃門前雪，要盡量有系統(tǒng)的認識；提高項目管理的能力，下周一要release，周末還在測試相關的場景，這是用趕工來避免影響進度，在項目定期檢查時，不光是要發(fā)現(xiàn)目前項目中還存在的問題，還要想辦法讓每一問題落到實處，還要想辦法推動每一個問題的解決進度。
如何處理項目中的沖突？記得當初的項目經(jīng)理在我發(fā)脾氣時，一直要求我冷靜下來，實在不行出去喝口水走一走，她也答應我立即將系統(tǒng)工程師的經(jīng)理找過來，這樣我的心情慢慢地平復下來，讓后面的討論方案及解決問題我都盡心盡力。當有一方不冷靜是，讓其離開現(xiàn)場冷靜下來是個好辦法。另外，當有沖突發(fā)生時