宣戰(zhàn)（ 2004 年 3 月 Z 日，晴）

    連續(xù)兩天，看著公司高層領導們閉門會議，就知道有重大決定。果不其然，第三天，技術(shù)總監(jiān)召集所有的項目經(jīng)理和開發(fā)人員，宣布公司向 CMM 三級沖擊，本人有幸被任命為 SQA （軟件質(zhì)量保證）經(jīng)理和 SEPG （軟件工程過程組）成員（成員僅有 3 人，真有象當選為“政治局常委”）。

    感覺真是不錯，走出每天呆著的寫字樓，看看大街上來來往往的人，爽?。?

    下班回家，鄭重向“老婆”宣布，決定下館子小輟一頓，一時間，躊躇滿志，感覺飄然，好像公司的軟件產(chǎn)品質(zhì)量將獲得重大提升，震撼業(yè)界?；叵攵嗄曜哌^的歷程，兩年的程序員，三年的項目經(jīng)理，終于熬出頭了，上司發(fā)現(xiàn)了我這塊“可造之材”，并委以重任。經(jīng)過這么多年的風風雨雨磨練，終于有機會向上司展示才能，我當然要“涌泉相報”。

賦職（ 2004 年 3 月 Y 日，多云）

    一早 6:10 就醒來，再也睡不著了，算了，還是起床吧。興奮了一晚上，精神居然還挺好。

    8:00 就到公司了，時間太早，一個同事都沒來，真想找個人侃侃自己的志向，畢竟“老婆”不是這一行的，有些東西還不能完全理解。上網(wǎng)溜達了一會兒， QQ 也沒有好友在線，畢竟還沒上班呢，只能看看 CMM 的最新動態(tài)和國內(nèi)軟件企業(yè)的新聞。沒多久，同事們也陸續(xù)到了，上班時間到了。

    好不容易等到公司高層經(jīng)理們開完了碰頭會，我想，遲早我也會有機會擠進去參與的。 10:30 ，研發(fā)部經(jīng)理向我們傳達，經(jīng)過領導們的一致同意，決定選擇 XX 公司作為我們的 CMM 咨詢顧問，鼓吹一通 XX 公司的業(yè)績，（這不是有點象給他們做廣告？）然后又宣布了參與培訓的人員，都是一些公司的“棟梁之材”和“老馬”。榜上無名的以極其羨慕的眼神看著這些幸運兒，榜上有名的“唯技術(shù)論”者則以不屑之表情，并不時發(fā)出 “項目太緊，沒時間”的抗議。經(jīng)理則非常明確，“高層決定，沒商量，要么找老總協(xié)商”，試問有哪位有這等膽量。唉，朽木不可雕也，這些人也只能一輩子做技術(shù)了。

    完事后，經(jīng)理又把我單獨叫到他的辦公室，問我打算如何組建 SQA ，說公司以后過 CMM 主要就靠我努力了，心頭一陣激動。不過，經(jīng)理接下來的話讓我涼了半截，建議我 SQA 組下暫時只設一人，考慮一下小崔。不是吧？我的心有點涼了，公司里水平最差最笨的人就給我？這個人，不是仗著與老總有點不太近的遠親，估計早就給開了。我剛準備抗議，經(jīng)理立馬安慰，“所以才要你領導，有你在， CMM 應該不成問題，我們才放心。”

培訓學習（ 2004 年 4 月 X 日，晴）

    經(jīng)過將近一個月的培訓，今天總算畢業(yè)了，感覺就像脫胎換骨，到底 CMM 是面向軟件行業(yè)，就是比 ISO 更專業(yè)。因為是由鬼佬上課，好像自己的英文水平也提高了不少，而且還挺正規(guī)的，發(fā)了“畢業(yè)證”。真是獲益良多??！給我印象最深的還是那個北大的計算機碩士翻譯，水平挺高，人也長得漂亮。

    課程結(jié)束后，顧問公司的咨詢?nèi)藛T還特地給了我這個新上任的 SQA 一些建議：要熟讀 CMM “兵書”，在項目組成員對執(zhí)行情況有異議時，才能夠據(jù)理力爭，以理服人；在實際的軟件項目開發(fā)過程中，要多與項目經(jīng)理和項目組成員溝通，注意處理好人際關(guān)系問題，不要輕易上報，否則很容易引起抵觸情緒。

    雖然很感激他的意見，不過我更相信我的能力。

實戰(zhàn)（ 2004 年 5 月 W 日，多云）

    新項目從立項開始已經(jīng)三個禮拜過去了，還挺順利的。

    首先，立項時給項目組成員作了一次培訓。讓全體的開發(fā)人員感受一下 “ 軟件質(zhì)量保證 ” 的功效。 SQA 的一個職能就是對項目組成員進行必要的軟件的過程培訓，理論和實際相結(jié)合，而不只是用于紙上談兵。美中不足的是，培訓會議室的優(yōu)雅環(huán)境給一些人提供了一個比較理想的休息場所。

    在項目經(jīng)理擬定計劃時，提供必要的規(guī)范給項目經(jīng)理參考，參與項目估算，組織召開項目計劃評審會，邀請公司技術(shù)專家、用戶以及項目組小組成員一起討論項目計劃的可行性。

    緊接著又是組織需求評審，并邀請用戶參與，對其用戶的意見進行跟蹤檢查是否納入需求規(guī)格說明書，同時與用戶簽字確認。

    在此過程中，對項目的配置管理工作的作了一次比較細致的評審，發(fā)現(xiàn)了配置管理中存在的問題并提出了一些建議，使項目的配置管理工作更有效率。

    我在項目組中的工作如此繁忙，大家也逐漸接受了。同時， 公司高層似乎也感到“ SQA 工作確實很有成效”。

挫折（ 2004 年 8 月 V 日，多云）

    經(jīng)過三個月的摸爬滾打，項目開發(fā)任務總算進入尾聲，剩下的就是測試了。不過， SQA 工作卻不盡人意，好像沒什么突出的貢獻，倒是經(jīng)常和項目經(jīng)理和部門經(jīng)理爭執(zhí)不休，今天下午又和項目經(jīng)理爭了一把“開發(fā)已經(jīng)接近完成，關(guān)鍵模塊是不是需要評審一下”，沒想到居然給“羞辱”了——你又不懂，盡是找一些雞毛蒜皮小錯誤，不要老是制造麻煩。而且，居然還告到經(jīng)理那“項目組有了 SQA ，可是設計和代碼的質(zhì)量還是不高”。

    想起 CMM 培訓結(jié)束時，我們搞了一個模擬小項目熱身，好像有模有樣的，當時老總和技術(shù)經(jīng)理還特別予以召見， SEPG 組和項目經(jīng)理幾個向“組織”表決心的情形還歷歷在目。然而，事情發(fā)展到今天這個樣子，我這個 SQA 當然是難辭其咎的。

    經(jīng)歷了這么一段時間，多少對顧問公司的一番臨別贈言有了更深的體會。

    SQA 的主要任務是項目過程監(jiān)控，是間諜，所以 SQA 的地位是很微妙，也很尷尬的：在開展項目以前，高層非常希望有一個耳目來監(jiān)控項目的開發(fā)情況，項目組也希望有一個角色協(xié)助使開發(fā)和管理更加規(guī)范有序。當一個項目啟動后，又是另一種局面：不管你對項目開發(fā)管理有多大幫助，只要你打了項目組的“小報告”，受到項目組成員排擠是很正常的事。只要你存在，對項目組成員就是一種壓力。對于組織而言，報告的不符合項、建議多了，高層會嫌你啰嗦，還會質(zhì)問 SQA 為什么沒有能力協(xié)調(diào)解決，那要 SQA 干嗎？漏報了（這是在所難免的），又會說你不夠盡職盡責，總之兩頭不討好。當你看到一堆問題時只能干著急，卻沒有權(quán)力去糾正，所能做的只是：報告、建議、協(xié)調(diào)，雖然向管理層報告了，也不一定會馬上處理（高層管理者自然有他的道理，如果是老板的小舅子那就更沒轍了），你會是什么感想？上級又有什么想法？

    下班前，還特地找了部門經(jīng)理訴苦， 公司既然制訂了制度，實際上就相當于公司的法律，如果有法不依，執(zhí)法不嚴，違法不究，久而久之這套制度就只是一紙空文了，以后還會有用處么？

    吃飯時都感到郁悶，喝了一瓶啤酒，郁悶的是經(jīng)理所說的“ SQA 工作更需要的是人際關(guān)系技能”。人際關(guān)系技能，那找個銷售不就得了，還要我們這些技術(shù)人才干嗎？

無奈（ 2004 年 9 月 U 日，陰）

    每天準點上班，準點下班，默默地無休止地折騰那該死的軟件。今天也不例外。

    從上禮拜二開始，經(jīng)理就讓我主要擔任這個項目軟件的測試，美其名曰“軟件質(zhì)量保證”，就要保證軟件的質(zhì)量，測試當然是保證質(zhì)量的方式之一。我沒有爭辯，心知爭辯也是徒然，而且高層不希望我成天找項目經(jīng)理的茬，影響進度。資本運作當然不是我所能左右的！

    每天我機械地運行程序，檢查結(jié)果，檢查數(shù)據(jù)庫，截圖，填寫缺陷報告，跟蹤缺陷修復。雖然做得規(guī)范，無可挑剔，我成了孤獨的斗士。

    實際上，測試是事后檢驗產(chǎn)品的質(zhì)量，保證產(chǎn)品符合客戶的需求；而 SQA 的職責是審計過程的質(zhì)量，保證 CMM 中各個 KPA 過程被正確執(zhí)行。因為 SQA 人員同樣要檢查測試的工作是否也遵循了開發(fā)過程要求，也是要被審計的，由 SQA 同時擔任測試，那么誰來保證測試工作的過程質(zhì)量呢？這些道理經(jīng)理其實都明白，只不過項目經(jīng)理完成的工作其價值是可見的，誰又能說出 SQA 產(chǎn)出了什么呢？

    中午休息時上了一個 CMM 的論壇蹓達，其中有一個帖子比喻得就極其形象：項目組就像是一家餐館，項目經(jīng)理是當班經(jīng)理，他決定做什么，有多少人多少資源來做多大，有多大的風險；系統(tǒng)架構(gòu)設計師就是主廚，他設計具體做法；程序員就是廚師，配置管理員、系統(tǒng)集成人員、數(shù)據(jù)庫管理員等角色是廚房里面的服務人員。而 SQA 和測試工程師更像是第三方的檢查人員， SQA 檢查的是制作流程是否正確，材料是否使用正確，衛(wèi)生是否做好了，他檢查所有人的工作，包括項目經(jīng)理。 SQA 雖然沒有決定權(quán)，但是他有建議權(quán)，他向餐館老板負責。測試工程師則更像是試菜的，看看炒出來的菜有沒有合不合口味，有沒有按照客人的意思多放點辣椒，如果口味不對，他們要告訴廚房就可以了。

    唉，算了， 就當混口飯吃 ，知足吧。

出局（ 2004 年 10 月 T 日，雨）

    又是一個陰雨天。

    上班了，像往常一樣，上網(wǎng)看看新聞。

    項目已經(jīng)做完了，不過心里極其不爽。 我，雖然掛名 SQA 經(jīng)理，實際成了一個打雜的，真正 SQA 工作早就拋在一邊。比如協(xié)助完成測試、配置管理，研究實用的測試工具，改進一下開發(fā)環(huán)境和工作過程，甚至幫助項目經(jīng)理匯總文檔、總結(jié)實施經(jīng)驗、協(xié)助客戶培訓 ……

    10:00 ，經(jīng)理找我，覺得我更適合擔任測試組長一職，但待遇要低一級，問我是否接受。這是公司對待“雞肋”的一貫策略，我明白，上級對我的 SQA 工作予以否定。這一天終于來了，當時的我居然平靜的謝絕了經(jīng)理的好意，感謝公司在這段時間給我提供了這么多的鍛煉機會。然后就說，那我收拾東西去了，經(jīng)理還愣在那。

    沒什么可埋怨的，可能是上級對 SQA 的期望太高。實際上，根據(jù)現(xiàn)代軟件工程項目的調(diào)查研究，項目管理是項目失敗的主要原因。問題是，這個事實說明了“要保證項目不失敗，我們應當更加關(guān)注管理”，但是并沒有推論“良好的管理一定可以保證項目的成功”。 質(zhì)量保證的最終目的是希望能保證質(zhì)量，但質(zhì)量是過程、人、技術(shù)三者缺一不可。除了過程外，還與人員、技術(shù)有關(guān)，而人員素質(zhì)和技術(shù)水平的提高并不是依賴 SQA 就能保證的，所以 SQA 雖名為質(zhì)量保證，實際上也就成了項目失敗的直接責任人。

    難怪現(xiàn)在網(wǎng)上有一種說法“在中國做不了編程的人去做測試，做不了測試的人去做 SQA 。”實際上，這從就反映了 SQA 的作用并沒有得到大家的認同，在大家的眼里， SQA 做的都是文檔功夫。

    嗚呼唉哉！

    感覺真是一種解脫。吃飯時喝了一瓶啤酒，深圳的秋老虎仍然厲害，體驗著啤酒冰爽的感覺，幸福啊 ∶ )

    下周又要開始投簡歷了，找工作是一個漫長的過程。希望下次我能夠找個好婆家，理解這些。還是要思量一下是不是繼續(xù)干 SQA 。

    下過雨后，凌晨兩點的城市空氣清新，望著遠處霓虹閃爍，好美。

后記：

    據(jù)了解，我的前任婆家在我離開公司的五個月之后通過了 CMM3 的正式評估。小崔，我的繼任者，編程雖然極差，文檔卻是可以按要求完成的，不過，聽說所有的項目文檔都是由他執(zhí)筆的。唉，怎么還是變得跟 ISO 一樣了呢？只是名稱改了一下。到了中國，任何的標準都有點變味了。