把「疊代」放入人生,你將更容易低風險的趨近目標

把「疊代」放入人生,你將更容易低風險的趨近目標

根據維基百科的描述,所謂「疊代法」(英語:Iterative Method)係從一個初始估計出發,尋找一系列近似解以來解決問題(一般是解方程式或者方程組)的數學過程。

但這樣一個數學解題的方法,跟專案管理有什麼關係呢?

這概念其實在部分專案中,是用來探詢使用者需求的一個方法。因為在大部分的專案環境中,使用者的需求往往一開始都是說不清楚的。無論是裝修一棟房子,或是開發一款APP,常常有很多使用者無法清楚用言語描繪的部分。

當然,比較好的狀況是使用者其實知道自己要甚麼,但不知道怎麼講清楚。那多花些心思聊聊,確實可以逐步掌握;但更常見的,是使用者連自己喜歡或討厭什麼都講不清楚。但當你給他一個產品時,他終於可以告訴你:「這我喜歡!」或是「這個我不喜歡!」。

也因此,搞懂使用者需求,一直以來都是專案經理最痛的一個議題。

因為有些專案曠日廢時,又需要大量人力或是金錢的投入。萬一默默地花了三五年的時間,投入了幾千甚至幾億的開發費用,結果東西做出來卻完全不符合使用者的期待,只得到「這我不喜歡」的結論,豈不就面臨了尷尬的狀況?因為作為專案經理,得到這樣的結論,若不調整,這專案等於失敗;但調整下去,往往又需要很長的時間與成本。甚至面臨這專案可能曠日廢時,卻怎麼樣都無法滿足使用者的狀況。

也因此,在一些改版容易的產業中,就逐步發展出一個策略:既然使用者也講不清楚,那索性不要一開始花太多時間跟使用者談抽象的需求。反正使用者很可能不知道自己要甚麼,不如大概掌握一個初始需求,就先簡單的做做看吧。盡快做出一個版本的草案或是原型機,立刻就給使用者看。使用者看到東西,可以摸摸弄弄,就會給出更明確的回饋,那有了這些回饋就知道該怎麼進一步調整。這時第二版就能更符合使用者的需求。但第二版使用者看到後,又會有些新的建議,於是可以拿來開發第三版、第四版、第五版... 透過這樣不斷改版,不斷微調的過程,我們就能最終逐步趨近使用者的需求。

這類似數學上找尋近似值的方法,就是所謂的「疊代法」。

你可能這幾年會聽過敏捷(Agile)等相關的方法,則是把疊代具體流程化的一種管理方式。方法論中明確地界定專案各角色的責任,以及規範每個疊代該做的事情。

但你未必非要透過敏捷的方法論才能疊代,上過我們專案管理一日特訓班的朋友,你會發現我們在其中講授的方式也隱含疊代的概念。只是專案在各產業的差異很大,我們就沒有強調硬性的做法,而只是提供大家一個概念上的做事思維。

那幹嘛不統統都疊代?

講到這裡,大家可能會覺得疊代法聽起來很棒,不是應該所有專案都拿來用才是?

但這概念其實也有適用上必須考量之處,因為並不是所有產業都能簡單的疊代,也不是所有的專案類型都合宜。

不能的原因其實跟成本有關,開發成本,還有置換改版的成本。尤其如果這個專案不是內部的產品開發,而是合約關係的執行(如幫人裝潢),你未必能讓客戶接受反覆疊代這樣的概念(比方說,裝潢的業主要出國,希望一個月回來後就是看到完成品)。

目前最適用的,大概是以軟體產業為主,尤其是開發自家產品。或是新創用來找尋初期的商業模式。因為以軟體為服務核心的專案而言,新改版可簡單地推送,所以對使用者而言,並不會排斥透過進版來獲得更多的功能或是更好的使用者體驗。比方說APP這類的工具,對使用者而言,疊代進版本身是趨近零成本的,所以你有新版大家可能都很開心。

但如果今天你的專案是硬體、國防、醫材、或是工程這類,新版本其實無論對開發者而言或是使用者而言都不是零成本。開發者可能得開模、可能得拆除既有的結構、新版本的材料、開發、測試、取得政府審查等,其實都有高度的成本投入。而且對於使用者而言,取得新的設備,可能得拆箱、組裝、安裝、重新調教。如果是醫材,已經裝好的心臟導管,可能也很難簡單拆下來做第二版。至於如果是裝潢或是土木工程,可能還得經歷一段不能使用那個空間或是設備的時間,所以很難短時間的多次疊代。

也因此,目前以這方式進行的,確實比較多在軟體業或是遊戲業。少數強勢品牌比方說iPhone手機,則是透過每年出新版的方式,讓產品更趨完美地不斷往上升級。站在Apple的立場,確實每一代都讓手機更完美,也更理解使用者的最終需求。但對於使用者而言,升級也意味著必須要買新的手機。只是這就不是每個人都有能力可享用到最新的功能的了。

但無論如何,站在專案工作者的立場,如果能透過這樣的方式不斷升級,你確實會越來越掌握使用者的需求,也能讓你的產品越來越完美。只是怎麼兼顧需求掌握與每次疊代的成本控制,這就是另一個需要思考的大挑戰了。

疊代的概念,怎麼用在你我的人生?

如果你把人生的很多夢想當成一個專案目標來看待的話,你會發現其實適當地把「疊代概念」放入,人生其實比較容易低風險的趨近目標。

這背後的概念是這樣的:其實這世間,很多人凡事想得太多了。

你或許會問:「想得太多是問題嗎?好好計畫不是很重要?」

好好計畫固然重要,但過度計畫都不執行,往往就是阻礙我們成長的一大問題。有些人的人生,過度的瞻前顧後,不斷地收集資料、不斷地整理計畫、不斷地告訴自己:「將來我要怎麼怎麼」。但計畫了半天,就是沒有行動,這我覺得就不對了。
我一直覺得,人生的很多夢想,你其實應該要盡快體驗,盡快理解,盡快地根據狀況調整。人生有時候是需要快速失敗,並快速修正,你才能搞清楚細節。這細節包含遊戲規則,也包含你自己真心的渴望。

(快速失敗,快速修正)

舉例來說,我聽過很多人說:「等我40歲的時候我就要離職創業」。但這類人往往是最不會創業的一群人。因為創業不是哪一天突然全部準備好,然後全速前進。往往中間涉及很多不確定,這些不確定性是必須透過有計畫地摸索以及嘗試才行。

比方說創業時市場的探索。原來你可能假設某個市場對自己的服務有需求。但你不確定這是否為真?所以最好的方式,就是趕快推出一個合宜的產品,測試一下你原本假設是否為真。因為很有可能自己原本以為的市場並不存在,你若花太長時間準備,那就是白花時間了。但你做了發現沒人有需求,你總可以嘗試別的市場,或是調整服務內容。很可能透過幾次軸轉,你會發現真正的市場需求。也可能在過程中發現,原本以為自己能提供能的能力市場不需要,但一個原本自己以為沒人有需求的能力卻反而受到市場青睞。其餘需要透過實驗覺察的,也包含調整作息、調整組織團隊、調整定價、調整商品內容、調整文案訴求、調整目標客群等。

簡單的講,這都是在透過反覆微小的失敗下,你才會掌握並調整出的結果。

但這些事情你若不開始,永遠沒有答案;沒有答案,你就不知道怎麼進化。所以趕快有個雛形,趕快嘗試看看,你會收集到更多,也會讓你更趨近於最終得答案。所以如果你有想要創業。不要讓自己一直準備。哪怕只是兼職,哪怕只是一個你覺得尚不成熟的產品,也應該試著推出看看。因為可能你其實已經準備充分了,也可能推出後聽到使用者的回饋,你更知道後續怎麼調整。

另一種需要疊代的,是理解自己到底多喜歡某個夢想。

我碰過很多人說,自己要打算補習、準備考試、然後當上公務員過一輩子之類的目標。但每次我聽都會幫她捏一把冷汗。因為你怎麼知道你喜歡當公務員?你真的體會過那樣的生活?你真的確定自己習慣那樣的工作環境?你真的有把握自己可以待一輩子?

或是很多人說自己哪天退休後要怎麼樣怎麼樣。去那裡的鄉下種田,或是要去學畫、去搭郵輪之類。但你怎麼知道退休後那個生活你喜歡?

我覺得人生最大的遺憾,就是完全不知道那個目標的真實樣貌,只是悶著頭努力半天。如果夢想最後達不成倒也罷了,最怕的是夢想真的花了三十年的時間達成了,比方說終於存了一筆錢,退休後買了一塊地在鄉下。然後搬去兩個月後,卻發現自己其實一點也不喜歡種田與鄉下。這時候你又該怎麼辦呢?

這就跟做專案一樣,專案經理最怕的,就是花了很長時的時間發現使用者說出「這不是我要的」。人生其實也是一樣的呢,最怕是當事人悶頭努力半天,最後卻發現「這不是我要的」!!

所以人生更值得疊代 — 在你能力可行的狀況下,做各類小規模的嘗試。

如果你覺得去鄉下種田是你的夢想,不要立刻把這當成夢想。在你還在工作的時候,就開始找些體驗的機會。找個時間,租塊地,真的用周末去種田看看。兩天你可以接受,那下次請個一個禮拜的假去體驗。一個禮拜你也覺得開心,兩個禮拜你也覺得興致盎然,那這可能才真能當成退休後的夢想。

但如果你在嘗試的過程中更清楚知道自己不喜歡這個,那好歹你可以提早調整夢想。

使用者需求,本來就是要碰撞並理解的;你的夢想,其實也是。

附註:

一般有人寫成迭代,但是在正體中文裡面,「迭」是輪流交替的意思、「疊」才是數量與計算上的意思。
「疊代」:累進,不斷重複進行後者加上前者,並且替換掉前者的動作。
「迭代」:替換,表示幾個固定的物件彼此輪替取代的動作。

在此處,我們取「疊代」為我們想闡述之意思。

本站所有文章未經事先書面授權,請勿任意利用、引用、轉載。