眾所周之，產(chǎn)品的缺陷發(fā)現(xiàn)得越早代價(jià)越小，十乘十乘十法則說(shuō)的就是這個(gè)道理：需求階段的缺陷遺留到設(shè)計(jì)和開(kāi)發(fā)階段，其代價(jià)會(huì)增加十倍；如果遺留到測(cè)試階段，其代價(jià)會(huì)增加百倍；如果遺留到客戶那里，則代價(jià)會(huì)增加千倍。因此，產(chǎn)品研發(fā)過(guò)程中，人們都盡可能地在早期把缺陷發(fā)現(xiàn)了。
產(chǎn)品測(cè)試是發(fā)現(xiàn)缺陷的重要手段，然而，只有當(dāng)產(chǎn)品構(gòu)建出來(lái)，才可能執(zhí)行產(chǎn)品測(cè)試活動(dòng)。產(chǎn)品研發(fā)的前期如需求、設(shè)計(jì)階段如何發(fā)現(xiàn)問(wèn)題呢？其實(shí)，廣義的測(cè)試包括靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試，我們通常所說(shuō)的測(cè)試是指動(dòng)態(tài)測(cè)試，即產(chǎn)品構(gòu)建后讓其運(yùn)行起來(lái)從而發(fā)現(xiàn)產(chǎn)品缺陷的過(guò)程。靜態(tài)測(cè)試又被稱(chēng)為交付件評(píng)審，在產(chǎn)品交付件不運(yùn)行的情況下通過(guò)查找的方式發(fā)現(xiàn)產(chǎn)品缺陷。技術(shù)文檔、圖紙等研發(fā)項(xiàng)目交付件因?yàn)闊o(wú)法運(yùn)行，只能通過(guò)評(píng)審來(lái)發(fā)現(xiàn)問(wèn)題，往往這些技術(shù)文檔、圖紙又是項(xiàng)目前期產(chǎn)生的，其中的缺陷如果沒(méi)有被及時(shí)發(fā)現(xiàn)，流入了下一階段，不僅會(huì)帶來(lái)數(shù)十倍、百倍的返工成本，還可能?chē)?yán)重影響項(xiàng)目工期和團(tuán)隊(duì)士氣，因此有效的交付件評(píng)審對(duì)產(chǎn)品研發(fā)的成功至關(guān)重要。十多年前，華為引入IPD、CMM方法論和模型進(jìn)行研發(fā)過(guò)程變革，被大家最先廣為認(rèn)可的一項(xiàng)變革領(lǐng)域就是交付件評(píng)審，所以當(dāng)時(shí)在華為有一句話深入人心：凡事必review。評(píng)審如同洗臉?biāo)⒀酪粯?，成為了華為研發(fā)人員的習(xí)慣，甚至軟件代碼寫(xiě)完了，可以運(yùn)行了，都不允許立刻測(cè)試，只有經(jīng)過(guò)了有效的評(píng)審才能測(cè)試，因?yàn)槁斆鞯娜A為人發(fā)現(xiàn)，通過(guò)評(píng)審發(fā)現(xiàn)缺陷遠(yuǎn)比測(cè)試效率更高、效果更好。
然而，作為漢捷咨詢顧問(wèn)，接觸眾多的國(guó)內(nèi)研發(fā)企業(yè)，發(fā)現(xiàn)能夠有效開(kāi)展交付件評(píng)審的企業(yè)真是少之又少，一項(xiàng)簡(jiǎn)單而非常有效的活動(dòng)居然沒(méi)有普及真是非常遺憾，難怪大家都去買(mǎi)日貨！下面一個(gè)交付件評(píng)審場(chǎng)景是否也在您的企業(yè)里發(fā)生？
產(chǎn)品需求分析人員在周五上午完成了需求文檔，并匯報(bào)給項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理要求下午先組織一次內(nèi)部的需求評(píng)審（客戶不參與），要求所有的開(kāi)發(fā)人員和測(cè)試人員都參加，項(xiàng)目組之外的幾位技術(shù)專(zhuān)家也要盡可能邀請(qǐng)。
下午的評(píng)審會(huì)上，項(xiàng)目經(jīng)理和十名項(xiàng)目成員都到了，但項(xiàng)目之外的專(zhuān)家只來(lái)了一位，而且評(píng)審中途又被電話叫走。需求分析人員用投影儀把需求文檔顯示在會(huì)議室的屏幕上，然后從頭到尾開(kāi)始講解需求文檔，過(guò)程中有人對(duì)需求不理解或者有質(zhì)疑，需求分析人員會(huì)停下來(lái)解答、討論，如果確認(rèn)是需求文檔的問(wèn)題，則由需求分析人員會(huì)做一個(gè)簡(jiǎn)單的問(wèn)題記錄，以備下來(lái)修改。評(píng)審過(guò)程中，發(fā)現(xiàn)7、8處錯(cuò)別字，有3個(gè)需求點(diǎn)，需求分析人員也沒(méi)有搞清楚，經(jīng)過(guò)會(huì)議上的討論，基本搞清楚了。該會(huì)議一共持續(xù)了3個(gè)小時(shí)，一共發(fā)現(xiàn)10個(gè)非錯(cuò)別字類(lèi)需求問(wèn)題，其中有7個(gè)問(wèn)題是由項(xiàng)目經(jīng)理提出的。
評(píng)審會(huì)結(jié)束后，需求分析人員根據(jù)評(píng)審會(huì)所發(fā)現(xiàn)的問(wèn)題對(duì)需求文檔進(jìn)行修改，然后發(fā)給項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理進(jìn)行簡(jiǎn)單的復(fù)查后發(fā)給客戶，準(zhǔn)備進(jìn)行需求外部評(píng)審。
很多企業(yè)的交付件評(píng)審狀態(tài)與上述案例所描述的非常類(lèi)似，以至于有時(shí)為企業(yè)做培訓(xùn)時(shí)使用此案例，有學(xué)員會(huì)驚訝的說(shuō)：“老師，你怎么用我們公司的案例！”這樣的評(píng)審實(shí)在低效，耗費(fèi)了大量工時(shí)，而收效（發(fā)現(xiàn)的技術(shù)問(wèn)題）并不大。因此，大部分企業(yè)的研發(fā)項(xiàng)目并不歡迎交付評(píng)審活動(dòng)，他們通常以項(xiàng)目進(jìn)度急迫為由，根本不組織交付件評(píng)審，即使組織了評(píng)審也就類(lèi)似上面案例所描述的那樣，耗費(fèi)了大量了人力，發(fā)現(xiàn)的有效問(wèn)題并不多。這樣的評(píng)審方式，也驗(yàn)證大家普遍存在的“評(píng)審效率不高”這樣的信念，如此便陷入惡性循環(huán)，下次的評(píng)審更加難以組織。
真的是評(píng)審活動(dòng)本身效率低嗎？顯然不是，既然交付件評(píng)審能夠在優(yōu)秀的企業(yè)里被制度化，就很可能說(shuō)明交付件評(píng)審是個(gè)“好活動(dòng)”，只是我們沒(méi)有把它執(zhí)行好。那么問(wèn)題到底出在哪兒呢？顯然案例中的評(píng)審過(guò)程存在很多問(wèn)題，比如，文檔并沒(méi)有提交發(fā)出來(lái)，給各個(gè)評(píng)審專(zhuān)家預(yù)留充分的時(shí)間會(huì)前閱讀資料；作者沒(méi)有做好自檢，甚至明知有些地方?jīng)]有搞清楚，把問(wèn)題帶到了評(píng)審會(huì)議上浪費(fèi)了大家的時(shí)間；作者修改后的文檔也沒(méi)有發(fā)給各位評(píng)審專(zhuān)家做確認(rèn)，有可能問(wèn)題漏改或改錯(cuò)......那么正確的交付件評(píng)審過(guò)程是什么？請(qǐng)關(guān)注下期。