想導入Scrum 敏捷式方法,我該跟老闆溝通什麼?

想導入Scrum 敏捷式方法,我該跟老闆溝通什麼?

有些組織在嘗試導入Scrum敏捷式方法的時候,老是遭遇到一些奇奇怪怪的現象,效益也常常不如當初想像地那般美好。有人說,那是因為 Scrum太過於理想化,不切實際!可是,我們又該如何解釋那些為數眾多的成功案例呢?

任何的方法或理論之所以會被廣為流傳,就是因為它們大多都是一些領域專家們觀察、整理、歸納許多「最佳實務」(Best Practice)而來的。為什麼自己的組織卻無法適應呢?

因為天底下沒有不勞而獲的事。想要成功導入 Scrum 敏捷式方法,絕非僅靠工程師們看看書、Google 一些資料就做得到的。你在網路上找得到的資料,大多是在告訴你,它的架構和流程有多麼地簡單,好處有多麼巨大。鮮少有人能告訴你,要成功導入,其實還需要不少的組織變革和管理思維的改變。

舉個例子來說,沒病的人不會沒事去看醫生。組織若是沒有問題,也不會沒事想導入 Scrum 敏捷式方法。既然是要看醫生,醫生可能就會要你做些不舒服的檢查,要你吃些難以入口的藥,這樣你的病才有可能會好轉。如果病人不肯好好地配合,再好的醫生也治不好病人的問題。

神醫(Scrum 敏捷式方法),是需要病人(組織)的配合(變革),才能夠成為神醫!

改變越大,痛感越強

導入Scrum 敏捷式方法,就像上述的療程一樣,絕對會有一定程度的痛苦,組織的病灶越嚴重,就該越痛!如果沒有感受到什麼掙扎,那麼,一定是在導入時出了錯!

如果組織因為怕痛就偷雞摸狗地做半套,效果肯定不會好。就很容易會有藉口,怪罪都是這個方法不好。

我認為,和老闆溝通,如何成功導入敏捷的兩大重點如下:

第一,尋求高階的絕對授權和支持

Scrum 敏捷式方法建議讓全功能的小戰鬥團隊,對產品或服務專案的開發,負起全責。這個小團隊包含產品負責人(Product Owner)、敏捷大師(Scrum Master)、以及實做專案的開發團隊(Development Team)。這就像是一個特戰小組(有指揮官、醫官、通訊兵、戰鬥兵、爆破兵等),小組領到任務目標(專案目標)後,在戰場上就開始以「將在外,君命有所不受」的形式運作了。

戰鬥小組會依據戰場上瞬息萬變的戰況(市場/客戶的需求變化),自行調整進攻的節奏和做出即時的決策,讓小組以最高昂的戰鬥士氣,用最快的速度,來攻克目標。不僅如此,隊長還必須讓大家都能夠全身而退(不能日夜加班,拖垮士氣和健康)。在這個過程當中,後方的高階將領們不應也不該介入指揮。因為,這些高階將領們不會比現場的戰鬥小組更了解戰況!

這需要高階將領們對戰鬥小組有極大的信任和授權,還需對小組不斷地提供資訊和火力的支援,鼓舞小組的士氣!這樣才能夠讓小組的戰力極大化,有利於建立輝煌的戰果和濃烈的革命情感!

擁有這樣能夠生死與共的戰鬥小組團隊,高階將領們才會是戰場上的常勝軍!

如果組織內的中、高階主管們習慣於威權式的領導,那麼,這很有可能就會是導入 Scrum 敏捷式方法的最大障礙之一!威權式領導未必不好,端看組織所在的產業型態、規模,以及市場競爭態勢而定。許多組織在有遠見的威權式領導之下,其實比民主式的僕人領導更能展現出高績效!

第二、拿自我要求更高強度的個人紀律來換

我們回過頭來想一想,想在組織中推動 Scrum 敏捷式方法的你和你的團隊,到底憑什麼讓中高階主管們對你和你的團隊放心?進而能授權、完全放手?

Scrum敏捷式方法其實老早就已經考慮到這點了。不是才說過,任何廣為流傳的方法或理論,通常都是業界「最佳管理實務」的歸納嗎?許多Scrum敏捷式方法導入失敗的原因,不外乎就是應用者將這些「最佳管理實務」東丟一點、西丟一點,變得殘缺不全,也因此才會讓效益大打折扣!

Scrum敏捷式方法建議了以下的作法,說穿了,其實很大一部分的原因,也就是要讓老闆們放心,這樣團隊才會獲得高階主管們更多的支持和更大的授權。

1.敏捷團隊所有的成員要在同一個辦公空間之內一起工作,這樣就會有同儕互相監督的壓力(也是高效率溝通的必要作法);

2.敏捷團隊每天都要在固定的時間、於固定的地點,開個15分鐘的立會,分享每個人的進度與障礙資訊,這樣不僅是種同儕監督,更是一種高頻率的監督(當然也是互相了解和互相協助的機會)。

3.敏捷團隊所有的工作細節和進度,都要攤在陽光下,辦公空間牆面上密密麻麻的便利貼、設計圖和進度狀態圖表,任何人一眼就能夠看完專案的全貌,當然,還有每位成員的狀態和績效!這不僅需要所有敏捷團隊成員都具備開放的心胸,還需要具備「能讓他人檢視自己能力」的承受力。

4.敏捷團隊定期(衝刺 Sprint)得產出成果,還得在所有的利益相關人面前展示和操做成果,接受大家的建議和砲火(說好聽些叫做「回饋」)。

當然,Scrum 敏捷式方法不僅僅只有這幾點建議而已,但是,光憑這幾點,團隊想混、想摸魚?門兒都沒有!

權力和義務是相對的,敏捷團隊想要有做產品的充分主導權力,充分透明化「團隊所有狀態資訊」就會是敏捷團隊的相對義務!然而,這需要極高的自我紀律要求!如果能試試這樣去跟組織的中、高階主管們溝通,也許就能增加不少導入 Scrum 敏捷式方法的成功機會,大幅增進組織的整體能力!

本站所有文章未經事先書面授權,請勿任意利用、引用、轉載。
覺得這篇文章好嗎? 請分享給您的朋友
歡迎「讚」一下我們的粉絲專頁,接收最新文章!
盧鄭麟 William Lu

盧老師曾任HTC軟體專案經理團隊主管,掌管上百個智慧型手機軟體專案(包含全球首款WiMAX 4G手機),總出貨量超過 1,500 萬支。亦曾於趨勢科技、友立資訊、華康科技、文生真空科技等企業擔任研發部門主管、產品經理,以及總經理室協理等職務,領導軟體研發團隊與管理專案之實務經歷超過20年。 盧老師在教學上善於利用遊戲化教學,將真實情境轉換為模擬個案,引導學員透過動手實作來學習管理知識。授課經驗包含兩岸多家知名企業,例如台達電子、華碩電腦、揚智科技(台北/上海/珠海)、久元電子、飛宏科技、宜鼎國際、精技電腦、震旦集團、南僑集團 (上海)、杏輝醫藥集團、新北市政府等。