l

2010年6月29日 星期二

拜託,這是 Scrum 耶

06/29 20:30~21:30

台灣人真的很厲害,在國外實施很好的制度,勇敢的台灣人總是能在極短的時間內移植到台灣來。當然台灣人不會吃飽沒事找事做,畢竟導入新制度還是需要付出『成本』。所以,這種導入通常都是有某種的好處,例如:
  • 號稱可以提昇服務或是產品品質,例如 ISO,CMMI。
  • 政府補助:既然政府錢太多沒地方花,大家來幫忙花也算是盡了點國民義務。
  • 有牌:有了 XX 認證之後才可以標政府的案子,或是把牌當成『蛤蠣肉』來使用,拿來蓋住客戶的眼睛。

很可惜人們常常 Quality Without a Name 和 A Name Without Quality 傻傻分不清楚,Teddy 要提醒大家,不要被『認證』給騙了。很多認證都是錢換來的。

隨便講一個例子,Teddy 的母校在若干年前獲得了 ISO XXXX,號稱可以改善服務品質。屁啦(請原諒這次不消音還要放大),每次 Teddy 從行政大樓離開,都有一種急需吃素三天的感覺。因為心中的中指在洽公的過程中,已經不知緩緩舉起了多少回。

再談談 CMMI,利益 立意良好,但是 Teddy 斗膽想問一句,在台灣有那一個實施 CMMI 單位的程式設計師覺的 CMMI 真正改善了軟體開發?有那個程式設計師可以大聲喊出『我愛死了 CMMI 』。如果有,拜託介紹給 Teddy 認識一下。導入 CMMI 和評鑑 CMMI 的都是同一批人,這種導入焉能不過關,才真的有鬼。

ISO 和 CMMI 給玩爛了也不關  Teddy 的事,畢竟這已經是公開的秘密,絕不會動搖國本。但是,這一股『做表面功夫』的風氣好像有一點要蔓延到 Scrum 上面,這...也不關 Teddy 的事,但是吃飽閒閒沒事幹的 Teddy 還是要提醒一下幾個現象。
  • Certified ScrumMaster 只要肯付錢去上課就可以拿到證書,所以,看到 Certified ScrumMaster 不要傻傻地以為這個人就真的懂 Scrum。要問對方有沒有真的帶過 Scrum 團隊,有多久的經驗,遇到什麼困難,如何解決。
  • 最近有 XXX 公司要從國外找人來開 Certified ScrumMaster 課程,Teddy 強烈建議如果真的要花錢上,最好是去上 Bass Vodde 開設的課,畢竟 Bass Vodde 也寫了兩本 Scrum 的書,有真才實料。千萬不要 Scrum,PMP,傻傻分不清楚(這個梗最近用的有點氾濫...XD)。
Scrum 框架本身很簡單,Teddy 在這邊就不用再背誦一次了。Teddy 很怕 Scrum 變成另一個台灣版的 ISO 或是 CMMI,光是徒具形式而沒有實質。套句 Teddy 的指導教授曾經說過的話:『在台灣導入 CMMI 好像在學踢正步,軍容壯盛。至於能不能真的上戰場打仗,則是另外一回事。』


某些顧問公司為了賺錢如果連 Scrum 都可以搞得形式化,那 Teddy 只能說『福氣啦』。

***

書上看來的,要 『Being Agile』而不是『Doing Agile』。

*** 

友藏內心獨白:找顧問要『視其所以, 觀其所由, 察其所安』。 

8 則留言:

  1. 剛好最近看到有scrum課程,接著又看到前輩的文章...這..XD

    回覆刪除
  2. Hi Teddy,
    我接觸CMMI比較久,因此會跟對CMMI有興趣或已經導入CMMI的公司介紹Scrum, 因為有互補的地方。而PMP對Scrum感興趣之處,應該是對PM角色的顛覆吧!
    其實有些公司沒有申請補助,也沒有做標案,但是他們也有導入CMMI, 就像有公司導入RUP, 應用Six Sigma進行流程改善,這對組織成長是一個正常的過程。
    幾年前談OO時,也有很多人說OO是"天黑黑",對各種方法的好惡與效益總是有不同的看法。
    我覺得可能是大部份CMMI導入有政府補助,因此批評CMMI也成為一個氾濫的梗。之前我也是再思考,如果補助納入Scrum, 不知是好是壞?

    回覆刪除
  3. Hi Colin & Andy:

    先聲明一下,Teddy 是個『極端不理性』的人,所以文章中充滿了個人偏頗思想,大家隨便聽聽就好,不要太認真,畢竟這是以『搞笑』為主題的部落格。

    Teddy 先自首一下,除了上過兩次 CMMI 的課以外,Teddy 完全沒有『實做』CMMI 的經驗,關於 CMMI 在台灣導入的情況純粹是『道聽塗說』。Teddy 相信 Andy 您導入的公司應該有很多精彩的故事可說,可惜 Teddy 無緣得見,否則必定加以大大宣導一番。Teddy 不幸交到的都是『壞朋友』,從這些壞朋友聽來的負面例子:

    (1) 某公司因為導入 CMMI 需要增加人手來寫文件,所以接專案時對客戶報價提高,結果被客戶罵了一頓:『你要導入 CMMI 是你家的事,不要把成本算到我頭上』。
    (2) 某個導入 CMMI 團隊的 programmer 說:CMMI 要求做一堆文件,根本沒時間去寫文件,只好『事後想起來再補』。
    (3) 某負責導入 CMMI 的顧問公司被問到,請問你們要建議被導入的公司採用什麼『流程』? 該公司回答:『就是 CMMI 啊』,殊不知 CMMI 並不是流程。
    (4) 因為很多公司導入 ISO,所以產生了『ISO 工讀生』這個職缺,在 ISO 稽核之前趕快請工讀生來補寫文件。

    不過這都是陳年往事,也許現在情況已經好轉。而且這些情況不代表 ISO 或 CMMI 是不好或不重要的,可能只是執行面的解釋可能太過僵硬導致落實有困難。就好像『民主制度』大家都認為很好,但是也有人可以把民主搞成獨裁,民粹,或是『海角七億』。ISO,CMMI,PMP,Scrum 都有其合適的市場 (context),結果好壞端看實施者的心態與手段。

    書上看來的:『People are more important than any process. ... Good people with good process will outperform good people with no process every time』[Object Solutions by Booch, 1996]. 在台灣有些人(老闆?)可能只看到『good process』而沒看到『good people』,認為只要有 process 隨便找阿貓阿狗來做軟體都可以做的好。在這種信仰之下,為了『快速』滿足 process (或是某種『認證』)的要求,因此只能考慮 process(認證)『形式上』的作法,而忽略的實質的意義。

    Andy,可以考慮寫寫文章分享一下您導入 CMMI 或 PMP 的成功經驗,讓鄉民們有各種不同的選擇,也算是功德一件。

    感恩

    回覆刪除
  4. 本人實證:CMMI in my company is "蝦搞".

    1. 老闆連讓工程師專心Coding, 不要頻繁地接電話都做不到, 卻想要用CMMI來提昇Quality
    2. 老闆以為CMMI我要求導入, 成員來報告就好, 期望極高,參與度極低.
    3. 公司文化"好人主義", 不想製造大家的麻煩, 但又有上頭的壓力, 反而產生更大的麻煩.

    個人覺得導入任何的流程或方法就像投資心法一樣: 不要去碰你不懂的東西. 要碰就要花時間去了解它.

    回覆刪除
  5. Andy..過個幾年你就有這樣的案例了XD 務必去除這樣的觀感,或許現在我們公司還沒有做的很好,不過會朝著這樣的目標,並結合CMMI、PMP、Scurm他們的精神與信念前進。

    回覆刪除
  6. 想雙劍合璧的後果通常會變成雙累何必

    回覆刪除
  7. To Lililala2:

    我看你也挺幽默的。

    回覆刪除
  8. To Hector Lee:

    講的真好 "導入任何的流程或方法就像投資心法一樣: 不要去碰你不懂的東西. 要碰就要花時間去了解它."

    回覆刪除