OK，我們說有人。要有什么人？

　　我說的是是開發(fā)項目經(jīng)理。這個人得單提出來，不能開發(fā)編碼，專門做需求管理、BUG管理、團隊中每個人的工作計劃、工作推動、團隊內(nèi)部資源調(diào)配、團隊內(nèi)矛盾解決、執(zhí)行過程中異常問題處理、每天向各個協(xié)調(diào)方報告工作進展和工作困難。我說的各個協(xié)調(diào)方包括客戶、客戶老板、自己的上司、自己的老板、銷售部門、實施部門、支持部門。

　　我們整天在忙，其實在窮忙。很多穿插進來的事情和異常讓我們常常不得不停下手中的工作，接電話、查找客戶的BUG、臨時修改BUG、給客戶更新、跟蹤客戶更新后使用情況。我們本想完成的計劃，都成了空話。當月底檢驗計劃的時候，總會有一大堆的理由說是因為什么什么異常，所以無法按照計劃執(zhí)行。

　　對，這是沒有防火墻，每個人都直接受到各種來源的直接干擾。而開發(fā)項目經(jīng)理，是防火墻。

　　售前方面的方案制作、需求討論、打單演示，銷售部門反饋回來的客戶現(xiàn)場提出的需求和問題，老板在客戶現(xiàn)場發(fā)現(xiàn)的問題和需求，實施部門在實施過程中發(fā)現(xiàn)的需求和問題，客服支持部門在日常支持中轉(zhuǎn)過來的需求和問題，在項目開發(fā)過程中客戶的各個業(yè)務(wù)部門包括客戶IT部門提出的需求和問題，這么多的沖擊，需要有一個專門的人來統(tǒng)一歸口，屏蔽。任憑外部這么多異常的穿插，有項目經(jīng)理一人擋關(guān)，開發(fā)人員在研發(fā)內(nèi)部安安心心的按照項目經(jīng)理的工作計劃扎實的開發(fā)著。

　　不管收到多少需求和問題，每個人都覺得自己的問題是簡單的，是需要立即解決的。每個人都會這么想。但現(xiàn)實這么擺著，有100件事，三五個人，看著辦。累死也不可能把這100件事1天內(nèi)干完。

　　項目經(jīng)理把來自各方的需求和BUG，統(tǒng)一匯總到一個EXCEL中。和各方討論明白到底想要的是一個什么功能，細節(jié)是什么，會引發(fā)的問題是什么，都要項目經(jīng)理來做好功課。確實要開發(fā)的，根據(jù)現(xiàn)在的開發(fā)進展和開發(fā)計劃、開發(fā)負荷，排好后續(xù)的開發(fā)計劃。

　　其他人著急啊，著急也沒有用，你看，所有的需求和BUG都在這里，其他人也在提，不光是你銷售部門一個部門在提。你看，我們的工作內(nèi)容，已經(jīng)排出來老長了。都很明確，大家沒有偷懶，大家確實很忙，丁是丁，卯是卯，是到了老板那里，拿出來這些EXCEL，老板也沒有辦法。這點人啊。

　　這是第一道防火墻。

　　第二道防火墻是增加測試人員。軟件不穩(wěn)定，實施有問題會直接找開發(fā)人員，客服支持有問題會找開發(fā)人員。因為這些是軟件BUG，得開發(fā)人員跟蹤和修改。怎么讓軟件穩(wěn)定呢？我和很多人都聊過，在長久的不間斷的修改代碼接客戶電話做跟蹤支持的，程序員們普遍很累，對這種狀態(tài)很膩，有厭煩心理，甚至有了虱子多了不嫌咬的無賴狀態(tài)。

　　這是人的正常生理和心理。程序是程序員用手一個個敲字母敲出來的，這是個手工作業(yè)活。人是肯定要受各種生活和工作的影響。人不是冷血動物，人也不是機器。人是感性的，人是需要生活的。

　　這種狀態(tài)存在，我們要去解決問題，而不是一味強壓。有時候，強壓也失去了作用。想解決，臭罵一頓也沒有辦法。說吧，想不想解決？想，那我們擺好心態(tài)，繼續(xù)往下看。

　　測試人員一方面會使軟件質(zhì)量提高，這樣BUG少了，未來的程序員的支持少多了，實施部門和客服部門的工作輕松了，當然部門沖突也會少了，合作也比較改良了。

　　另外，測試人員需要兼任技術(shù)支持人員。因為測試人員為了能測試出更多的BUG，把軟件問題消滅在開發(fā)內(nèi)部，所以他對軟件的細節(jié)了解的僅次于項目經(jīng)理和開發(fā)人員。測試人員比實施人員、客服支持人員、銷售人員要了解軟件深的多。他來做技術(shù)支持，他解決問題查找問題比實施人員、客服人員要快的多、準的多。這樣不需要干擾程序員了。程序員可以正常的按照開發(fā)計劃一步步繼續(xù)了。

　　而且，在實施過程或客戶應(yīng)用過程才發(fā)現(xiàn)的BUG，那是測試人員當初沒有測試到的地方。為什么沒有測試到，為什么忽略了，以后要加強注意。這也是對測試人員工作質(zhì)量的一個反饋。

　　所以說，測試人員兼任開發(fā)部門技術(shù)支持人員，對測試本崗位工作非常有好處，是對測試工作的促進和提高，也給研發(fā)部門設(shè)立了第二道防火墻，防止實施部門、客服部門對程序員的干擾。

　　只要程序員能安心工作。他寫的代碼質(zhì)量會提高，BUG減少，功能細節(jié)完善，思考周密。如果整天讓他救火，程序員只能以救火的心態(tài)來工作。人不可能長期處于高度緊張救火的狀態(tài)。

　　有了這兩道防火墻，負向轉(zhuǎn)到的企業(yè)文化、部門沖突、工作質(zhì)量、工作效率才能慢慢再回到正向轉(zhuǎn)動上來。這是開始的切入點。

　　上面所說的兩道防火墻都是在有人的情況下的一些措施，但現(xiàn)在是整個部門空無一人，連普通的技術(shù)人員都沒有，更別說那些技術(shù)骨干，都被陷入項目中，是拉不出來，現(xiàn)在是先用什么辦法拉出這些人來？

　　沒有人不要緊，要緊的是，研發(fā)團隊需要承擔更多的工作。但這是理順前，走向正軌的必然付出。在老板沒有看到效果不投入人力之前，研發(fā)團隊要想變好，是必然要付出更多的。大家不要想著和過去一樣付出能達到更好的效果。我們在現(xiàn)有人手下，有些人需要承擔更多的開發(fā)工作，這樣才能擠出一個人來做項目經(jīng)理，專心管好需求、BUG、工作計劃、協(xié)調(diào)、推進、匯報。這樣才能擠出第二個人來做測試與技術(shù)支持。這必然會有人職業(yè)轉(zhuǎn)型，會有人承擔更多的代碼開發(fā)工作。但其實，專心開發(fā)代碼，一切雜事都屏蔽了，開發(fā)質(zhì)量和開發(fā)效率都會提高，反而比過去工作更順溜了。程序員，擅長的還是自己本職的開發(fā)工作。

　　但冰凍三尺非一日之寒。所以不要一有救火，整個改良都放下了，重新回到過去的狀態(tài)了。這是不對的。從負向到正向，必然有很大的逆摩擦。堅持，咬牙，挺過，負向的車輪才會靜止，然后正向轉(zhuǎn)動。想實施改良的人，必須要深刻認識到這個沖擊，要承受得住，要有勇氣來面對挑戰(zhàn)，要有勇氣來面對失敗。

　　你是否有這種犧牲付出和堅持推進的勇氣？