吃自己的狗糧

當(dāng)開發(fā)人員坐在測試工作站前，你將會詫異于多少開發(fā)人員因?yàn)榉爆嵉牟襟E而不會安裝/升級自己參與制作的軟件，多少人認(rèn)為自己設(shè)計(jì)的復(fù)雜配置是荒唐的。在很多情況下，這都不是安裝、配置的問題，而是設(shè)計(jì)問題，將開發(fā)和測試過程分離把痛苦轉(zhuǎn)嫁給了另一個團(tuán)體（測試、用服、用戶），開發(fā)人員喪失了親身使用軟件的機(jī)會，從而無法發(fā)現(xiàn)問題的存在。暴露并修正這些問題，是將開發(fā)人員和測試人員進(jìn)行輪換的主要價值之一。從我們的經(jīng)驗(yàn)數(shù)據(jù)看，開發(fā)人員可以在一周內(nèi)掌握大多數(shù)的測試技巧，個人的建議是從經(jīng)驗(yàn)豐富的開發(fā)人員開始輪換，一方面他們更能認(rèn)識到測試的必要性，便于交流，也便于形成表率。另一方面豐富的經(jīng)驗(yàn)更容易幫助他們察覺到問題的存在。其它的一些要點(diǎn)是：

一對一的充分交流，讓開發(fā)人員認(rèn)識到進(jìn)行測試工作的價值和目的。
   引導(dǎo)開發(fā)對痛點(diǎn)進(jìn)行思考、改進(jìn)。改變測試簡單、重復(fù)的工作面貌，要對開發(fā)人員形成挑戰(zhàn)。
   一周輪換2天持續(xù)數(shù)周或連續(xù)輪換2星期為宜。
   睜開眼睛看大象
   開發(fā)人員習(xí)慣于正確性驅(qū)動，然而正確的返回結(jié)果卻不一定是必須的，有時甚至是一種浪費(fèi)。我們項(xiàng)目所需要處理形如1001的期貨時間戳，10代表2010年，01代表一月份。開發(fā)人員自然想到了如何區(qū)分1910年、2010年、2110年的問題。于是復(fù)雜的內(nèi)部表達(dá)被設(shè)計(jì)出來，用于推斷正確年份。這是必須的么？如果我們能了解到客戶大的壓力在于半年后項(xiàng)目能否成功上線替換掉現(xiàn)有無人能夠維護(hù)的應(yīng)用，而不是100年后才可能出現(xiàn)的問題，我們是否能在類似的技術(shù)決策中，做出更聰明的選擇呢？幫助開發(fā)/測試角色獲取更多的信息，讓他們了解到制定需求的上下文，而不僅僅是需求是什么；讓他們更高的層面認(rèn)清各個故事之間的關(guān)聯(lián)，能夠分辨可以給客戶帶來大價值的任務(wù)，這是將開發(fā)角色/測試角色與分析角色對換的主要價值。一些要點(diǎn)是：

在進(jìn)行分析工作前，開發(fā)人員需要完成多個模塊的開發(fā)，而測試人員好完成開發(fā)輪崗，否則收效甚微。
   分析工作可以兼職進(jìn)行，我們認(rèn)為比較有效的方法是每天下午花40分鐘讓開發(fā)/測試人員在教練的帶領(lǐng)有重點(diǎn)的分析一、兩個故事。
   重點(diǎn)放在提供一套思考框架幫助新手梳理分析思路，我們發(fā)現(xiàn)一個有效的方法是結(jié)對工作、獨(dú)立思考、演講并點(diǎn)評。（參見結(jié)對工作，不止與結(jié)對一節(jié)）
   根據(jù)我們的經(jīng)驗(yàn)，兩周全程跟蹤式的結(jié)對分析足夠幫助新手初步掌握分析思路，教練可以考慮逐漸減少在新手思考過程中的侵入，再經(jīng)過大概2個月的練習(xí)，新手基本可以獨(dú)立工作。

和客戶對話

在進(jìn)行過分析角色的輪換后，可以進(jìn)一步利用需求管理作為主線讓團(tuán)隊(duì)成員參與到客戶交流中，慢慢削弱項(xiàng)目經(jīng)理的客戶聯(lián)系人角色，其主要價值在于：

提升交流質(zhì)量，一線人員常常比項(xiàng)目經(jīng)理更了解產(chǎn)品。
   展示開發(fā)人員的能力，增強(qiáng)客戶信心。
   弱化項(xiàng)目經(jīng)理在客戶眼中的重要性，為未來平滑的取代項(xiàng)目管理者，減少開銷作準(zhǔn)備。
   幫助技術(shù)人員掌握交流技巧、提升團(tuán)隊(duì)能力。

個人建議是：

從例行的功能展示會（showcase）開始，讓每個成員練習(xí)從客戶的角度進(jìn)行思考（客戶想看什么？），鍛煉語言能力，消除與客戶交流的恐懼感，并且讓客戶熟悉開發(fā)團(tuán)隊(duì)的每個成員，習(xí)慣開發(fā)團(tuán)隊(duì)的交流方式。
由多人分別準(zhǔn)備客戶進(jìn)行電話會議中需要討論的議題，每人深入思考的一、兩個問題，通過充分思考彌補(bǔ)經(jīng)驗(yàn)、技巧上的不足。
結(jié)對完成發(fā)給客戶的郵件，讓另一雙眼睛檢查有沒有把該說的問題點(diǎn)到，表達(dá)方式、方法是否得當(dāng)。
提供一套與客戶交流的思考框架，并在與客戶的交流中不斷強(qiáng)化它。我們采用的框架是“客戶，交付，流程，員工”，團(tuán)隊(duì)成員在思考問題時，首先從這四個點(diǎn)出發(fā)再逐層展開。
   這項(xiàng)練習(xí)需要貫穿項(xiàng)目始終，對于團(tuán)隊(duì)成員無差別的進(jìn)行，我們的經(jīng)驗(yàn)數(shù)據(jù)是經(jīng)過5個月左右的練習(xí)，項(xiàng)目經(jīng)理不需要出現(xiàn)在與客戶的例行電話交流中了。

寫程序，我行么？

測試人員普遍編程技術(shù)能力欠缺，同時有常常對編程這一未知的經(jīng)驗(yàn)產(chǎn)生恐懼。從經(jīng)驗(yàn)看，如果測試人員不能編寫、維護(hù)自動化測試，測試工作將很快成為交付瓶頸。通過編程，讓測試人員掌握技術(shù)，避免瓶頸的出現(xiàn)是測試到開發(fā)角色轉(zhuǎn)換的主要價值。我們所采取的步驟是：

與測試人員結(jié)對完成簡單的編碼任務(wù)，不斷樹立信心。在這個團(tuán)隊(duì)中，我們從設(shè)計(jì)與實(shí)現(xiàn)自動測試框架開始，親手設(shè)計(jì)的框架讓測試人員更有能力來編寫、維護(hù)測試，同時增強(qiáng)了編程的信心。
   在測試人員消除了編程恐懼、具備編程基礎(chǔ)后，安排測試人員與開發(fā)人員結(jié)對進(jìn)行功能開發(fā)。
   在這個過程中，必須首先要幫助測試人員正視編寫程序的必要性以及消除恐懼，同時針對每天的工作內(nèi)容留一些家庭作業(yè)效果也非常好。必須承認(rèn)的事實(shí)是即便在完成輪換后，測試人員較開發(fā)人員還有一定距離，然而我們得到了一個意外的收獲：進(jìn)行過輪換后，再討論需求時，測試人員越來越熟練的使用開發(fā)術(shù)語與團(tuán)隊(duì)交流，越來越多得參與討論，甚至主導(dǎo)討論，她開始直接引用核心組件的設(shè)計(jì)思想來推導(dǎo)測試用例，不斷質(zhì)疑和挑戰(zhàn)開發(fā)人員，極大的提升了交流的效率和功能實(shí)現(xiàn)的質(zhì)量。從經(jīng)驗(yàn)數(shù)據(jù)看，大致需要3個月的時間測試人員可以達(dá)到在輔導(dǎo)下完成功能的程度。