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