跳到主要內容

敏捷治百病?我只知道敏捷治好我的拖延症

前言

上週受朋友之邀到某知名企業做敏捷文化的分享,雖然只是企業內部的內訓課程,人數並不算多,但能藉由這個機會整理一下近三年來接觸的敏捷相關知識,又能了解大企業內部導敏捷遇到的困難點,我其實滿期待的,為了準備這次分享,六月以來讀了大量的參考資料以及參與了幾次敏捷社群的聚會,慢慢在腦中建構了和那些不同於我平常工作所熟悉的例行性會議(如:Daily Scrum、Sprint Review、Sprint Planning、Retrospective...等)的幾個核心信念,分別是:價值導向、自組織團隊、快速迭代與調整、實際互動,其中我特別留下深刻印象的是「快速迭代與調整」這點,而之所以會產生深刻的印象,是因為七月底的去聽的一場演講 -- David Tung 董大偉 主講的 Agile work x Agile life,裡面提及的一個新穎的觀念叫做「人生敏捷法」,和我這幾年來對抗拖延所悟出的心法有 87 分像。

那些年的暑假計畫

其實長期以來自己都不是那種可以按步就班完成事情的人,小時候每到暑假,大概從國小高年級開始一直到高三吧,大多頭一個禮拜家父就便會找我去訓話,大意就是說如果沒有好好規劃這段時間,日子很快就會過去,然後接著就要面對現實的高中、大學聯考,沒有充分準備的話很難考到理想的學校,沒考到理想的學校就會失去競爭力,時間很快就過去,最終會成為漫無目的的大人... 等等,話都說到這份上了,我終究只能配合來列出一張暑期計劃表,上面就是按日期排列的格子,然後下面列出當日要做的事,一直列到八月底暑假結束,大概就像下圖:


但就實際結果來看,這樣的計畫沒有任何一次真的發揮它的功效,總是第一天完成度最高,接著開始逐日遞減,直到最後和我的實際生活完全脫鉤 XD,當然最終暑假作業還是必須得交出來,但往往都是最後半個月才在趕,暑假作業目的就是設計來讓我們溫習或是預習用的,最後半個月的囫圇吞棗效果其實並不太好,如此一來變成前面的時間沒好好玩到(因為心裡會一直惦記著計畫沒做)後面應付式的學習成效很差的困境。

上述的情況一直延續到於出社會的這幾年,當然非得做的事情會趕在 deadline 之前做好,但對於那些長期來說真正重要的、沒人監督但自己想做的計畫,總是「計畫很豐滿,現實很骨感」,於是我這幾年來一直在不斷摸索如何能夠規律的每天做一點事情的方法論,利用平時下班時間或週末不斷實驗著,直到年過 35 才漸漸覺得對自己好像更有掌控力一些,卻一直沒有形諸於文字,直到我遇到了 David 的那場演講...

敏捷就是無敵風火輪

好,講了那麼多故事,我們來看看 David 的「人生敏捷法」可以怎麼幫助我們解決這個困境,其實只要三個步驟:

1. 設立目標與指標:首先得先決定你想達成的事,並且好好的思考領先指標是什麼,領先指標就是一個透過努力可以改變的數值,只要努力提升此數值便可讓我們越來越接近目標,例如假設你要將體重控制在建議範圍,那麼每天的運動量就是一個領先指標,但像是體重降低 5 公斤則是落後指標(領先指標為因,落後指標是果)。

2. 決定短期迭代計畫並在終了時檢討:一樣是訂計畫,但不同於我剛說的漫長暑假計畫是一次訂兩個月,這邊希望你的迭代縮短,可能是兩週、一週,甚至一開始比較沒把握我覺得訂一天也行,敏捷的魔力就發生在這個「短」,因為短,所以情況變得可預期且易聚焦,兩個月內可能有太多變數(你不知道什麼插斷計畫的突發狀況會發生),時間長也容易讓淺意識裡產生一種「反正時間這麼多,我耍廢一兩個小時無所謂吧」的心態,如果把時間縮短成一天,掌控度會變高,懶散的意識則會大幅降低。

再來,本來大而模糊的總計畫(一次要承諾 60 天),變成一個小而具體的小目標,而且你知道只要撐到這次週期結束,就可以有檢討、調整的空間,讓下次的迭代能更訂出更切合執行現實的目標,僅是這個持續改善的動作,就足以讓敏捷和以往只是把大計畫拆成小目標的行為產生本質上的不同。

3. 開始滾動:一旦跑了幾次迭代,每次達成迭代目標時取得的「小贏」,都會產生鼓舞,持續的行動也會產生很大的掌控感(不論是對自我或對外在環境),這時候再利用建立習慣的心理學,給自己適當的獎勵,讓大腦加深這個習慣迴路,當然啦,有時如果獎勵不是自己給的,而是自己往目標邁進時外界自然產生的那更好,例如:我每天寫部落格那麼讀者的留言或是點讚本身也是一種獎勵,只是說即便在外界沒有給予獎勵時,也別忘了要用自己的左手溫暖右手。

只要透過以上的三個步驟,我們便可以建立聚焦、專注、持續改善的正向循環,讓我們不斷靠近成功,通往成功的道路上確實有許多的險阻,有時候可能是來自外部環境,但更多時候阻力可能是來自我們自己,所以敏捷不相信「計畫」,而是靠迭代來持續調整自己,面對變化,其中最關鍵的還是每次迭代後的自省,透過自省,你可能會發現自己訂的目標錯了,可能會發現計畫的事項太大太難,但總之你透過自省找到阻礙進度的真正原因了,接下來只要持續改善,成功(廣義的)就會離你越來越近。

結語

人生短短幾個秋,雖然我們天生的資質和出身各有不同,但大部分的人應該都會想完成自己想做的事,要是被自己的惰性拖延了,就很像手腳被綁住一樣苦惱,上述的敏捷方法和我經過漫長時間自我摸索出的結論不謀而合,而那次分享的最後,David 送了我們一段話作為整場的總結,對我來說如同天啟一般,聽過就忘不了,在文章最後也分享給各位讀者,希望給你帶來一些啟發:
過去已經消失,未來根本還不存在,為了過去懊悔沒有意義,對未來做過多的計畫不切實際,你真正能掌握的,只有今天而已
        — 阿德勒

我看過一些完美主義的朋友,非得等到作品做十足的完美才推出,因而造成相當大的延遲,(有的甚至從未推出),然而站在敏捷的角度,其實這樣的完美就只是一種幻象,你喪失的是無數次透過迭代蒐集到真正經驗的機會,而這些就只有捲起袖子、把手弄髒,實際做出一點什麼給人看看才有機會,等到那時才是真正的開始。

留言

這個網誌中的熱門文章

敏捷的世界需要一聲驚嘆 - AHA Manifesto(上)

前言 上週二參加了一場預先不太清楚主題是什麼的 分享會 ,是由一位敏捷社群的大大邀請的,這次的活動有幾點引起我的興趣: 名額極為限量,主辦單位想排除掉一些已經聽過類似主題的人,把機會讓給沒聽過的,感覺機會非常難得。 活動禁止拍照、錄影、錄音(後面結語時例外)。 活動介紹頁不斷的提到 AHA 這個沒聽過的詞彙,網路上也查不到。 在介紹的末尾寫到:「本次分享不太適合大公司的螺絲釘員工、只願意沉溺於技術細節的工程師、只浮於抽象層面不願意解決實際問題的老司機、自己不改變只想改變別人的Change Agent。」 上述的種種吊足了我的胃口,而且門票只要 300 塊,買不了吃虧、買不了上當,便心一橫決定去聽看看。 由於時值下班尖峰時間,當天我大概晚了十分鐘入場,一坐下就感受到這場講座與眾不同之處,講者 Daniel 是一個能量四射的天才,而且場子並不大(大概 30 多個人),所以他和台下的互動非常頻繁,大概是講五句話就會問台下一個問題的狀態,一般來說台下聽眾都會和講者有一段距離,所以這種問答往往只有小貓兩三隻,更慘一點就自問自答,但 Daniel 透過他對講題的熱情,還有逗趣的反應(BTW 台下似乎有很多人認識他), 在過程中你會不自覺感染他對於自己在做的項目 - G2Rail.com (一個提供多國鐵路票券的訂票網)的熱情,很自然的試著回答他的問題,隨著他熱情的分享很自然的將他三年來如何迭代演進這個網站的歷程很生動的走過一遍,最後半小時再聽他總結從這些裡面獲得的 AHAs,高潮迭起,整個過程 3.5 小時(從 6:30 一路講到 10:00 )幾乎沒有人起來上廁所,講師也沒有要中場休息的意思,是我人生中罕有的聽講經驗。 講座內容 他講了什麼?我覺得用簡單的話來形容是「一個有快速程式實作能力的商業駭客,如何駭入鐵路票券販售的商業空隙」,如果按照一般的分工,應該會有 PM、UI 設計、前後端工程師,甚至是做系統架構的人,還有客服人員、使用者資料分析師負責接收反饋意見,但在 G2Rail.com 這些事情全給 Daniel 包辦了,兼之他又是創辦人之一,有足夠的決策權,每天都可能有新資訊進來、新的領悟、新的想法產生、新的功能上線,所以他在過去這三年的迭代有多快,學到的東西會是一般正規團隊的幾倍速可想而知,而所謂 AHA 一詞其實就是...

敏捷的世界需要一聲驚嘆 - AHA Manifesto(下)

究竟新創公司應該維持怎麼樣的節奏最有利於創新?最後的結語更加精彩,是 Daniel 這三年創業在不斷嘗試中歸結出的心法,我想對於每一個產品人、商業策略制定者,乃至於工程師都很有幫助: AHA Inhibitors(抑制創新的因素) Prediction & Perfection:過早試圖預測與最佳化、加入很多 KPI 和 Metrics(衡量指標)、加入很多組織架構,這些都會讓事情變得不好玩,Daniel 的玩法是有了想法要搞獨奏,不依賴他人能力、自身快速迭代,他稱之為「Playful Solo」,就像一個人在獨奏某樣樂器似的那樣忘我,當然啦,我覺得這點會隨著組織狀況和個人能力不同而不同,一個多元能力的人要搞獨奏容易,但一群人要同時進入這種狀態,能一同往好的方向創新,那又是另一個層次的問題,但不論組織大小如何,就個人經驗來說的確過度預測和最佳化多半只是為了讓自己安心而已,並不能為事情帶來實質幫助(還記得 之前這篇 寫的暑假計畫表嗎?)。 Knowledge Shield:這邊指的是組織中有太多的專家,他們對於某項東西已經太熟了,以至於對任何創新的點子都多少帶有成見,讓一些想法在萌芽階段就被各種抨擊打掉了,所以他認為組織中應該要有專家 / 創新者的平衡,不具備專業但具備研究辦法的人是很需要的。 Concrete Reasoning:要有推論,但不要鑽牛角尖,決定論也會扼殺創意。 Velocity vs Speed:追求速率的同時要看看是否在正確的方向上,否則速度再快,方向錯了也無濟於事,去思考看看你的工具箱中是否有不同維度的工具,而不是用人工去拼,如:把 Jenkins 自動部署轉個彎,便能自動化生成多國語言文章。 AHA Manifesto(創新宣言,仿敏捷宣言格式 XD): Trivial & Detail over Big & Abstract:瑣碎的具體細節 勝於 大且抽象的概念,捲起袖子去做很多具體而微小的事,不要整天吹高大上的概念。 Continuous over Do It Once:連續性的執行 勝於 一次做完(他會一件事先做一點,想一陣子再做一點,很像敏捷的小量快速迭代),做很多重複且具聽的事。 Shortage over Abundance:匱乏 勝於 豐裕(窮會逼你想到變通方法,有錢人...