跳到主要內容

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


究竟新創公司應該維持怎麼樣的節奏最有利於創新?最後的結語更加精彩,是 Daniel 這三年創業在不斷嘗試中歸結出的心法,我想對於每一個產品人、商業策略制定者,乃至於工程師都很有幫助:

AHA Inhibitors(抑制創新的因素)

  1. Prediction & Perfection:過早試圖預測與最佳化、加入很多 KPI 和 Metrics(衡量指標)、加入很多組織架構,這些都會讓事情變得不好玩,Daniel 的玩法是有了想法要搞獨奏,不依賴他人能力、自身快速迭代,他稱之為「Playful Solo」,就像一個人在獨奏某樣樂器似的那樣忘我,當然啦,我覺得這點會隨著組織狀況和個人能力不同而不同,一個多元能力的人要搞獨奏容易,但一群人要同時進入這種狀態,能一同往好的方向創新,那又是另一個層次的問題,但不論組織大小如何,就個人經驗來說的確過度預測和最佳化多半只是為了讓自己安心而已,並不能為事情帶來實質幫助(還記得之前這篇寫的暑假計畫表嗎?)。
  2. Knowledge Shield:這邊指的是組織中有太多的專家,他們對於某項東西已經太熟了,以至於對任何創新的點子都多少帶有成見,讓一些想法在萌芽階段就被各種抨擊打掉了,所以他認為組織中應該要有專家 / 創新者的平衡,不具備專業但具備研究辦法的人是很需要的。
  3. Concrete Reasoning:要有推論,但不要鑽牛角尖,決定論也會扼殺創意。
  4. Velocity vs Speed:追求速率的同時要看看是否在正確的方向上,否則速度再快,方向錯了也無濟於事,去思考看看你的工具箱中是否有不同維度的工具,而不是用人工去拼,如:把 Jenkins 自動部署轉個彎,便能自動化生成多國語言文章。

AHA Manifesto(創新宣言,仿敏捷宣言格式 XD):

  1. Trivial & Detail over Big & Abstract:瑣碎的具體細節 勝於 大且抽象的概念,捲起袖子去做很多具體而微小的事,不要整天吹高大上的概念。
  2. Continuous over Do It Once:連續性的執行 勝於 一次做完(他會一件事先做一點,想一陣子再做一點,很像敏捷的小量快速迭代),做很多重複且具聽的事。
  3. Shortage over Abundance:匱乏 勝於 豐裕(窮會逼你想到變通方法,有錢人多半只會想到花錢的作法,如果真的太有錢,請給自己加上時間限制,仍是一種限制)。
  4. Network over Linear:網絡 勝於 線性(這點我真的忘記他怎麼說了,為了避免誤導,請客倌自行參透)

AHA Catalyzers(創新催化劑):

  1. Opportunity Identification(如何發現 AHA 的機會):
    • 注意 Broken:注意到一些資訊破碎的地方,使用者要跳很多個地方才能達成目的,就含有創新機會。
    • 把自己逼到牆角(Shortage):資源匱乏,把自己逼到牆角。
    • 發現重複的事(Repetition):當你動手處理瑣碎的細節,你自然會發現很多重複的事,那些事情很有優化可能,便是創新。
    • Defer Early Abstract:保持具象,推遲抽象(這點和 AHA Manifesto 的 1. 呼應)
    • Mess Up:不需要過早去解決、整理,讓它亂一會。
  2. AHA Toolbox:今天講座講到的一切誘發創新的方法論(小 工具)。
  3. AHA Process:
    • Labor In Domain:做很多領域產業內的工作。
    • Identify Opportunity:從上述過程中,你可能慢慢了解有哪些問題(那些重複發生的 pattern、Broken)。
    • Procrastination(Incubation): 藉由拖延來慢慢醞釀這些創新點子,讓子彈飛一會。
    • Playful Sole & Quick Prototyping:自己玩玩獨奏,試著做出 prototype。
    • Test Inside Outside:把創新的 prototype 上線看看是否奏效,先是公司內部測試,再來才是外部測試。
    • Timebox Refinement:寫完上線一個星期,先扔了,過兩個禮拜再回來看效果,屆時可能又有新想法。

講了這麼多,我想到曾經有一位任職於某大集團的朋友跟我說,他們公司就算只是評估一個小功能,都要送到工程部做評估,短則半個月,長則一個月以上,這還只是評估「能不能做」,等到開需求單排進去,初版出來大概又要一兩個月,於是一季就過去了...

當組織大了之後大多都會漸漸趨於保守,會多出很多要靠它吃飯的人,所以我們花在「讓事情照舊不要出錯」的精力會遠大於花在「創新」的精力,很多員工甚至會根深蒂固的認為只要照章辦事就不會錯,而照章辦事也漸漸的變成了工作的本身,而非創造新的價值(畢竟那跟員工個人收益無直接關係), 規章與政治就成了舞台的主角,這和花開花落一樣是自然運行的法則,最高領導者必須很費力才能夠做出一定程度的抵抗。站在另外一面來看,這卻是新創的好機會,因為大公司的守成心態和編制導致其創新的速度遠遠落後,這也是為什麼每隔幾年就會聽到一個老牌公司殞落,或是一個新創公司竄起,歷史上從來沒有永遠存在的帝國。

可以預見的是人類的科技演進速度將會越來越快,創新將會以更甚以往的速度顛覆陳舊,很多今天以為穩定堅固的,到了明天將以驚人的速度頹傾,為了因應這樣的時代,必須認真思考以自己的特質和資源,在裡面可以扮演怎樣的角色,並且學習別人如何創新的經驗,很慶幸聽到了來自 Daniel 的故事分享,它促使我再次回想了自己過去近十年待新創公司的種種,反思他講的理論有多少認同,有多少不認同,AHA Manifesto 結合上以快速迭代來適應變化的 Agile,配上這個一切都快速變動的時代,AHA! 一切竟是這麼對味~

同場加映:【键客行】十字路口的盲人

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

留言

這個網誌中的熱門文章

敏捷的世界需要一聲驚嘆 - 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 一詞其實就是

[演講摘要] 組織變革中的模式與迷思(上)

這禮拜在回顧之前 Agile Summit 2019 的影片時,無意間注意到 Linda Rising 的演講( 視頻連結 ),講題是 "Myths and Patterns of Organizational Change(圍繞組織變革的迷思)",我對這類的主題非常感興趣,聽了五分鐘就決定應該要好的聽完並寫一篇文章來摘要。 引言: 千萬不要覺得你老了,千萬不要輕易放棄,因為這個世界需要你的才能,需要你的貢獻。 這篇演講吸引我的地方,主要是作者借鏡 Design Pattern 的觀念,將組織變革中常見的問題歸納成一個個反覆出現的 Pattern(模式),嘗試用社會心理學、影響力理論、演化心理學...等科學理論,徹底剖析複雜的組織行為,為我們這種半路出家,時刻面臨實戰的領導者帶來了很好的參考資料,以下是我這次的心得紀錄: 首先,為什麼要界定 pattern? Linda 的原文對 pattern 給了以下定義: Pattern:Giving a name to a common problem with a known solution means we can have a conversation about the problems and solutions, using the names of the patterns. 翻譯成中文的意思大致上是將問題的表象細節剔除後,會發現很多問題在本質上是共通的,而這個共通的模式我們便可稱之為 patttern,基於對這個 pattern 的共同認知來討論,而我們針對這個 pattern 討論出的解法,基本上就適用於所有此 pattern 的問題,往後遇到時就不必重複造輪子,計算機科學裡的 Design Pattern 便是這樣的效果,其他領域像是軟體架構、介面設計、敏捷開發... 等,也都有歸納出一些常見的模式。至於 Myth 的定義: Myth:Something we believe that isn't true. 組織變革中那些反覆出現的模式以及我們常見的迷思,先界定完講題後,接著再往下講。 要促成組織改變,我們可以借助什麼學門? Linda 的代表作「擁抱變革( Fearless Change )」,不是一本技術書籍(原本作者以為是用