星期日, 2月 26, 2023

【觀念整理】雲端運算的概念與企業的雲轉型第一階段

 


雲原生 (Cloud Native) 最初是由 Pivotal 公司於 2013 年所提出的概念,該公司貢獻了 Spring boot 與 Spring Cloud 的原始碼,作為 Java 開發雲原生應用的基礎。隨後,Google 在 2015 年成立了 CNCF (Cloud Native Computing Foundation),使得雲原生應用正式成為資訊科技發展的重要課題。

 

那什麼是雲原生呢?雲這個符號在過去通常用來代表網際網路 (Internet),但在雲端運算 (Cloud Computing)的領域上,我們將雲視為一個提供運算資源的平台可能更為恰當。而雲端運算的本質,就是依據你所需要的運算量彈性地分配運算資源給相對應的應用,以滿足業務上的需求。

 

所以,我們可以進一步回來定義雲原生應用這個名詞代表的是專門為雲端運算平台所設計的應用程式,稱之為雲原生應用。所以,雲原生應用並非一種顛覆傳統的應用程式,它透過雲原生設計模式來改善傳統應用程式,使得應用程式更適合部署於雲平台。

 

在現今的應用程式開發任務中,雲原生應用似乎成為一個必然演進的方向。因為,許多的企業正陸續地調整企業內部資料中心的基礎建設,現行的投資已經慢慢地從過去的虛擬化轉變到容器化的投資。而容器化的技術,正是讓這波雲端運算蓬勃發展的根基。隨者基礎建設的轉變,要靈活運用這些運算資源並發揮其最大的效益,因此新一代的應用程式都將陸續走向雲原生應用模式來發展。

 

近期,我也接觸許多客戶在討論有關將既有的應用程式移轉到企業內部私有雲平台的案例。這時候,很多客戶會將微服務(Micorservice)這個名詞拿出來,開始討論起要怎麼切才能讓既有的服務移轉到雲呢?但,我會認為這是兩個不同的事情,當然微服務本身可能就可以看成是個符合雲原生應用的一種架構模式。但,並不是說只有微服務才是雲原生應用。

 

所以,其實大部分的應用程式即便不做任何異動,也可以運行在基於 Linux 核心的雲平台上。但,就僅只是部署與執行,這些傳統的應用程式尚不具備充分運用雲端運算資源的能力。目前,我們也遇到許多的客戶正在進行這樣的工作,我們可稱之為雲端轉型的第一階段,既有應用的遷移。這是客戶在採用容器化基礎建設後的第一個課題,讓應用程式順利地跑在這些平台上,並發揮雲原生應用的具體效益。


星期六, 2月 11, 2023

【讀書心得】思考的框架

 

 

最近看了一本書,「思考的框架」作者是Shane Parrish (Farnam Street 部落格創辦人、思考教練),這本書是先前參加一場研討會性質活動在外面的書攤上買的。為什麼會想買這本書,主要是怎麼透過一些有脈絡的方式來將自己知道的知識點做一些串連,所以想看看有哪些好用的思考框架可以協助自己做這些知識的整理。

 

在本書的一開始,作者馬上就提到「教育並沒有幫我們做好迎向現實世界的準備」,我想這是許多人出社會後所面臨的問題。在學校的教育教會我們考試,並且弄懂一些學科的基本原理,但這些並不足以讓我們面對複雜的社會問題。在現實上,問題不是單一學科可以涵蓋所有可能的範圍,也不一定已經有一個標準的答案,所以我們不斷地尋找各種協助自己解答的脈絡,透過知識的增長讓自己面對決策的時刻能夠給出當下最好的決定。

 

作者在念 MBA 的時候,開始跳脫教育的基礎框架,並著手研究課堂上經常被提及的成功人士查理、蒙格(Charlie Munger),他是巴菲特的事業夥伴,最後他發現實際有用的知識是來自於你自己想了解事情是如何運作而付出的努力。查理、蒙格透過不斷地實踐驗證習得的理論是否為真,並整理自身經驗與他人分享成果,是大家都想學習的對象。後來,作者將學習心得寫成文章,fs.blog 網站因此誕生,也成就了一個新的事業。

 

羅馬詩人泰倫提烏斯:「太陽底下無新鮮事」,很多事物只是過去我們沒有注意,或是將這些知識以系統化的方式進行整理,所以作者也將他學習的心得整理成本書,協助人們了解一些基礎的思考框架,讓自己在想事情的時候可以透過一些脈絡完善自己做決定的程序。

 

我們可以把本書視為自己思考的一種工具箱,透過書中九種思考工具,來協助自己做思考與決策。而思考的目的就如彼得、貝弗林所說:「我不想成為厲害的問題解決者。我想要避免問題—避免問題發生,一開始就做對。」但是,面對許多未知的事情,我們需要透過不斷地嘗試,從錯誤中快速地得到反饋,然後快速提升自己的能力,累積屬於自己思考的工具。

 

很多人會覺得思考是一種天份,但其實思考本身跟你是不是天才並沒有直接的關係,重點是你理解現實後,要怎麼做出相對應的決策。也就是說,你手邊掌握的知識將會影響你思考的深度。知識的面相有很多,除了自己擅長的領域之外,在其他領域我們應該取得這些領域的《基礎知識》。我們要接觸其他學科,讓自己思考的背景裡具備《多樣性》。

 

另一個可能影響我們思考的盲區,在於自己的本位主義,當我們站在比較高的位置就比微觀層級、實際執行的人更容易自我欺騙,堅持自己是正確的,無法體會到現場執行上真正的問題。如果我們自己是執行者,就會實際看到並感受到直接的後果。當「理解」與「真實」脫鉤,我們就會失去力量,所以在思考決策的當下我們應該更貼近真實的情況,避免自己決策失當。

 

書中有舉出九大思考模型:

 

《地圖》用來與現實比對,並了解自己身處於問題領域中的何處。

 

《能力圈》讓自己知道,我擅長的與我所不知道的是什麼,誠實面對自己的能力圈,適時地引用外部資源協助自己達成任務。

 

《第一原理思考》,回歸知識領域的最基礎來做事情的推論,因為是最基礎,正確的機率也會最高。

 

《假想實驗》,可以用來做回顧反省或是面對未知狀況所做的事前演練,想像自己做怎樣的決策將如何影響現實的狀況。

 

《二階思考》,強調不是只有看到眼前的事情,需要更近一步去推敲對更長遠的影響,避免自己只重視眼前短期的效益而犧牲了長期的利益。

 

《機率思考》,機率是做決策很重要的一個基礎知識,或許我可以把他當作是做決策的第一原理吧!很多事情,我們無法百分百確定他會往哪些方向發展,但是懂得機率思考,可以了解自己做這件事情的勝算如何。當成功機率達到某個水準,自己應該就要做出相對的決策。

 

《反演法》,反演法是把問題倒過來,以逆向思考的方式來進行推論的一種思考框架。偵探就是使用反演法思考框架的大師,他們透過出色的觀察能力,推導各種案件的關鍵線索。從假設的邏輯出發,並且驗證這個假設,是一種想像結果反推的思考模式。

 

《奧坎剃刀》:安迪.貝瓦努 (Andy Benoit)說:「多數天才,尤其是領導他人的天才,他們優秀並不是因為能解構複雜,而是因為揭露了大家沒看到的簡單。」 非必要,不要將事情複雜化。如果一件事情有兩三項變數就可以控制 90%,你不需要掌握 30 項變數讓事情達到 100% 可控。

 

《漢隆剃刀》:不需要假設事情是最壞的狀況,很多時候都只是一場誤會。例如:今天你在開車的時候,突然有人在你車前超車,導致你需要減慢車速,這時如果你有路怒症,應該會覺得這個人是故意的。但,實際情況,可能只是一個巧合或是他沒有注意到。有了這樣的思維,你會避免事情往更大的衝突面向發展。

 

這些都是我們經常可以使用的思考模型,我們不僅需要《知道》思維模型,學習之後還需要《會用》。我們必須把自己所做的決策下時地《紀錄》並且時時地加以《反思》。我從許多的學習經驗來看,《紀錄》、《反思》然後再《行動》,是自我成長的主要引擎。

 

【參考資料】

1.     思考的框架 (THE GREAT MENTAL MODELS) 席捲華爾街的思維鍛鍊 減少盲點與認知偏誤,把經驗提煉成智慧

星期六, 2月 04, 2023

金融行動應用 3.0


 金融業的行動應用程式是我們近年來服務客戶的主要任務,一個行動應用程式 (App) 大約經歷五年左右的週期,就會進入大改版的階段。於是乎,我們也算經歷了幾個時期不同的金融行動應用世代。

 

金融行動應用 1.0,有少數幾間廠商,提供金融業公版行動應用程式,讓金融業開始邁向行動應用的領域,這大概是落在 iPhone 跟 Android 手機出現後不久的第一代趨勢。這幾間少數的廠商,在這個時期稱霸了整個金融業行動應用市場。

 

但是,隨者金融業者開始想發展出自己的特色之後,這些提供公版的廠商因為回應客戶的速度不夠即時,讓金融業者興起自己建置 App 或是找其他廠商來協助的商業策略。我們大概是在這個階段開始接觸到行動應用領域。

 

接者,開始有一些金融業者脫離了這些提供公版應用廠商的階段,市場上開始有不同的廠商提供金融業者行動應用的建置服務。讓各個金融機構可以推出自己客制化的應用。在這個時期,大家也認真地思考 UI/UX 使用者體驗的問題,因為可以客製化,大家才可以用不同的思維去提供終端客戶較好的體驗服務。這個時期,我大概先稱之為金融行動應用 2.0 的階段。

 

接著,大家可以客製化之後就有一段時間我們一直在處理著增修的服務,我們也接手了原本各個其他廠商開發的程式,集各家精華之大成。通常,工程師不太喜歡接觸其他人寫的程式,但我覺得好好的把現有的程式管理好,不要動不動就是什麼打掉重練是現代工程師應具備的基礎能力。從 1.0 到 2.0 的時候,大家把行動應用打掉重練,有一部分可能是因為沒有原始碼而不得不的策略。以現在這些應用的規模,你要打掉重練都需要付出相當巨額的成本,當然近期我們也投入幾個這樣的專案計畫,我自己的體會是有 70% 以上是做著原本的事情,然後僅有少數是新的特性。但因為整個計畫執行方式,我們可能會付出超過 150% 的代價。

 

在行動應用的開發上,通常充滿著許多的血淚,舉一些經驗跟大家分享有哪些代價:

1.     這些活動不是單純地開發一個新的 APP,他是在一個已經有客戶基礎的應用上做調整跟修改,所以需要考量跟既有系統的相容。

2.     業務是永不停止的,沒有人會因為你要重新改寫應用程式而停止提出新的需求,所以你速度必須更快,否則你無法到達專案的終點線。

3.     改版之後的客訴,你覺得你提供新的體驗很棒,它符合很多調查的趨勢與結果。但是,客戶就是找不到他要的東西,別忘了《習慣》也是一種體驗。

4.     以目前技術發展如此快速的年代,改變應該是一個常態。在過去,如果系統穩定就放著讓他跑不要改。但,如同我一位同事常常在說「程式放久了,就會長蟲」。沒錯,我們不斷地備資安監管,這些程式需要不斷地更新,以確保其安全性。所以,系統不是建置完成就結束,那只是個里程碑達成。上線了,一切挑戰才剛開始。

5.     行動應用裝置的破碎性與多樣化,會讓你在上線後體驗各種不同的意外。通常是客戶關鍵人物手上的那隻特殊的機器。我們的心得會是,說不定直接買一台新的手機送他,解決問題的成本會比較小一點。

 

時間到了 2023 年,又有許多的客戶在跟我們討論要《改寫》他們的行動應用。好吧,金融行動應用 2.0 的歷史即將重演!但,我們希望這次我們的成果可以進階到所謂的《金融行動應用 3.0》的狀態。

 

1.     面對技術改變是日常的作業,如何設計一個易於更換調整技術架構的框架,降低客戶每一時間週期後需要打掉重練的模式。

2.     依據過往經驗辨識出改變會從哪些地方發生,基本上客戶業務的本質變動率不高,很多時候是體驗與技術框架合規性的議題,該怎麼讓這些變動成本降低。

3.     測試是一個確保品質的活動,而建立良好的測試模型是一個面對持續改變的應用程式必然的手段。沒有好的測試模式保護,將會耗費大量人力資源來處理每次新功能的建立,導致相關應用無法及時推出市場。

4.     使用數據的收集與管理是一個大議題,行動應用的裝置版本破碎造成問題追蹤不易。透過有效的處理方式,可提高問題辨識的效率,也可以理解客戶操作的狀況。

 

在這一年,期望我們可以協助弄好金融行動應用的新常態,建立一個新的發展模式,在後續的一段時間內,我會隨著發展的狀況更新有關此議題的後續狀況。

星期六, 1月 14, 2023

淺談雲端運算的私有雲、公有雲及混合雲


 

這兩三年來受到 Covid-19 的影響,我所處的行業《資訊業》的業務蓬勃的發展,創造了許多數位轉型與零接觸經濟的商機。也因為這些商機的興起,讓很多業主越來越重視雲端運算這個領域,越來越多的應用程式被部署到雲上面 (目前大家的共識應該是把應用搬到 Kubernetes 上,就是所謂的移轉到雲平台)。

 

我自己比較長面對金融領域,在嚴格的監管下,金融業也逐漸地往雲端運算領域發展,近期新的應用需要部署在雲上,既有的應用也需要移轉到雲上,逐漸地成為一種風潮或是必然的走向。然而,雲端服務跟目前大家認知的《共識》,應該又有點不同。Kubernetes 是基於發展到現狀的一種最佳實務,但在過去這個概念發展時,其實有不同實作的技術與發展面向。

 

雲端運算最早提出的概念,依據維基百科裡面記載應該是昇陽電腦的網路是電腦 (The Network is computer)。然後隨者技術發展,一些虛擬化技術逐漸成熟,例如:VMWare ESXi及Microsoft Hyper-V 等,協助大家建立自己的虛擬化私有雲平台。虛擬化共用了硬體的運算資源使得這些硬體的使用效率得以最大化,或許我們可以把這個稱為第一代的雲端運算。

 

而這些虛擬化技術發展出來的目的主要就是要可以讓運算資源被妥善的運用,以應付日漸複雜的運算需求。在2006 年時, Amazon EC2 (Amazon Elastic Compute Cloud) 的服務出現了。該服務是由亞馬遜公司提供的Web服務,是一個讓使用者可以租用雲端電腦運行所需應用的系統。EC2藉由提供Web服務的方式讓使用者可以彈性地運行自己的Amazon機器映像檔,使用者將可以在這個虛擬機器上運行任何自己想要的軟體或應用程式。這時候,AWS 使用的是 KVM 與 Xen 的虛擬化技術,在這時候開啟了雲端運算發展的時代,包含Google、IBM 等相繼投入資源協助雲端運算領域的發展。私有雲與公有雲行成兩個不同發展面向的概念。

 

然後,隨著技術的發展,在 2013 年附近,容器化 (Container)的技術概念開始興起,它是一種比起 VM (虛擬化機器)更輕量化的虛擬化軟體套件。隨著容器化技術開始被廣泛地採用後,如何管理這些容器就成為新的議題。因此,Google 釋出內部叢集管理系統 Borg 來協助大家管理這些容器,也就成為目前大家所熟悉的Kubernetes。

 

那麼基於這些技術的發展,我們再來討論一下《私有雲》跟《公有雲》這兩個議題。在過去很多企業,因為對於雲端運算的需求,又有資訊安全上的考量,所以比較傾向建立自己的私有雲平台。依據先前的歷史來看,在建立雲端運算的技術隨者時間不斷地在改善與演進。建立屬於自己的雲平台,需要相當的技術能量 (這裡是指,你可能從 VM 的時期自建機房,然後再移轉到容器化,再使用 Kubernetes 來管理這些容器等,然後你還要有足夠的維運人員追上這些新的技術,不斷地優化自己的雲平台)。

 

【私有雲】

基本上,這件事情並不容易,所以有許多的廠商開始釋出一些協助企業建置雲平台的軟體,來降低這個進入門檻。例如:RedHat OpenShift、VMWare Tanzu、HP HPE、Azure Stack 及 Google Anthos 等 (這些事目前工作上有遭遇過的幾個平台)。這些廠商,有的是從私有雲發展,看著目前技術的趨勢,提供一些套裝工具,協助企業建立屬於自己的私有雲 (Red Hat, VMWare),有些則是原本就在公有雲發展的網際網路公司(Google、Azure 及 AWS 等),將其相關技術提出落地化版本,讓企業可以在自己的環境裡架設屬於自己的私有雲。

 

這裡面比較特別的,我自己認為就屬AWS 跟阿里雲,他們是為了解決自己銷售的問題,建立了自己的資料中心,形成雲服務後,再對外開放給其他人來使用這些服務。這是屬於自己建立私有雲較為成功的案例。

 

其實,私有雲的公司也不只上述的這些,過去在 Linux 界相當有名的 SUSE 也有自己的雲平台來協助客戶,只是我們自己有沒有去接觸到。因此,當我們要建置私有雲的時候,這些軟體就是協助我們完成任務的平台及工具。應該很少企業可以像 AWS 及阿里巴巴一樣投資大量的技術人力與設備資產,建立屬於自己的雲平台。

 

【公有雲】

在公有雲來說,可能大家比較常聽到的就是 AWS、Google及 Azure 吧,除此之外可能還是有其他公有雲平台,例如:阿里雲。至少,在幾個雲端大會的場合應該是有碰過的。相對於私有雲來說,公有雲的發展是比較快速的,因此在許多時候針對公有雲的技術評估總是遠遠優於私有雲,因為一些較先進的設備或是技術都會在公有雲上先實現。

 

除了先前講述的 AWS 跟阿里巴巴這種從私有雲建置成功進一步轉變成網路服務提供商之外,大部分是由像Google 及 Microsoft 這種原本的技術公司提供的服務。公有雲的服務主要強調就是低門檻,並且有 IaaS (Infrastructure as a Service)、PaaS (Platform as a Service)及 SaaS(Software as a Service)等應用場景,這些在中友雲上都像自來水一樣你只要打開就可以使用 (過去你可能需要數小時、數天到數個月甚至數年來建置這些服務)。因此,這個模式相當適合新創或是要嘗試一些新的商業模式而不打算投入那麼龐大的系統建置費用時可以考慮的解決方案。

 

這可能也是未來發展的趨勢,畢竟目前 IT 人才尋找不易,而這些基礎建設建置成本又高,所以好好當個服務的使用者,是一個不錯的選項。公有雲就是未來的基礎建設,每個人都可以隨開即用,但不需要自己建置這些系統,就像目前水電就屬於基礎的系統,但很少人需要建立自己的配水與配電系統。

 

【混合雲】

另外,我們也思考一下,在建置私有雲的時候大家評估的重點是什麼?建置雲平台可以使運算效能的利用率提高,更有效的利用運算資源完成更多的事物。在這個場景下,我們通常是針對應用系統平常的表現來做系統規劃,因此建置出來的容量通常是面對既有業務的平均使用狀況來預估,在面對突然的大量服務時很難運用到雲端運算可以自動擴容的特性。因此,為了成本跟經濟效應的考量,進一步可能需要思考《混合雲》的問題。私有雲的技術對於企業是屬於如何提高利用率的部分,而公有雲則成為當業務機會來臨時,可以快速拓展服務節點的技術。

 

因此,大部分的私有雲建置,最終都需要考慮一下形成混合雲(甚至可能有些法規會規定使用的情境)的狀態,以便面對各種不同的商業環境,基於這些因素,應該可以讓我們更好的去評估自己雲平台的發展模式,這些雲平台應該具備哪些特性,可以讓我們未來在技術上較容易增長。

 

【參考資料】

1.     Amazon EC2

2.     KVM

3.     Xen

4.     Red Hat OpenShift

5.     VMWare Tanzu

6.     Alibaba Cloud

7.     Azure Stack HCI

8.     AWS Outposts

9.   HP HPE

星期六, 1月 07, 2023

自燃者之夜 2022

 


這是第二次參與這個活動,讓跨年的時候不再只是盯著電視看,可以與不同行業的人產生一些連結,了解其他人在做些什麼。

 

基本上,活動開始都是先從自我介紹開始,好像很多課程或是活動都是從這個部分開始的,也給自己一些啟發,應該可以為不同的場合準備幾套《自我介紹》的劇本,避免自己遇到時腦袋突然空了下來。一個好的自我介紹,也是讓別人留下對你第一印象的開始。

 

這個場合,大家的共通連結可能都是上過 Daniel 的課程,或是對於敏捷有一定興趣的人被圈起來。所謂的《自燃者》,是指在主辦人指定的某個時間之前,大家寫完一篇年度回顧,作為入場的門票。

 

在今年,從自燃者的會議上,有一些人,我自己就留下了一些印象。

 

有在柬埔寨金邊擔任軟體主管的人,理解上他應該來自台灣,他把會議的背景弄得蠻有氣氛的,也為自己上了個有個性的鬍鬚《現場有人提問,證實了鬍子是特效》。這也說明了現在技術的強大。

 

大部分的人都是在忙碌的工作中渡過,有些甘苦談,也有人毅然決然宣告打算擺脫社畜的生活,為明年帶來一些新變化。後來,跟這些人聊過之後,發現好像很多工作都擺脫不了人的問題。很多時候,在高層換人後,也代表後續可能會面對一些衝擊。這部分,自己也蠻有經驗的,所以每每當客戶出現人事異動時,我都要花時間觀察客戶未來的動態,以確保合作的穩定性。

 

然後,又反思一下,是不是我們尚未具備品牌的指名度,才導致客戶出現人事異動後造成業務訂單的不穩?

 

在這裡面,也有人多才多藝,除了是個工程師,還擔任 Scrum Master《這樣應該算基本款》。他還參與樂團,也在 LINE 推出了自己的貼圖。另外,也有聽到在大陸 IBM 擔任汽車業的數位轉型系統分析師角色,這是過去自己比較少碰到的產業。

 

也有人擔任企業的技術總監,然後還是持續創業者的角色,過去開發過一些給企業的應用程式來創造被動的現金流。在中國 20 大之後,中國政府宣布企業要開始做數位化,所以他又基於企業微信打造了一個低代碼(Low Code)的流程自動化平台,作為自己的新主題。

 

後來,我們也分組做了更深入的討論。同組裡面,兩個台灣人,一位大陸人,我們進行著不同交流。

 

包含這一年來看了什麼書,有什麼啟發!我自己分享了因為看了《原則》這本書而閃過股災的經歷。然後年度推薦《底層邏輯》這本書的理由,是一位離職的同仁推薦我看的書。另一位同仁,分享了《成交閉環》,因為自己前一陣子才看了一本《成交模式》,想說會不會是兩地翻譯不同。後來,找了一下,發現是不同的兩本書。那,2023 年就多了一本書在待辦清單中了!

 

再來,是我們這小組推薦出來做為小組代表的故事。這位夥伴,因為部門的整併,而對於這個新組織導入 LeSS 的 Scrum 方法。為了導入成功,他自己花了蠻多時間去學習新的東西,也在過程中面對了很多情緒的低谷。在敏捷中,強調大家可以講真心話、透明度,但最終這些卻演變成對人不對事的批評。

 

後來,大家也聊一下,任務應該是由團隊自己去認領的,然後多勞多得的機制,較容易讓自組織成型。然後,也可以運用這個機制去設立過濾器,哪些人才是值得自己投資組成團隊的自走砲。後來,David 也進到我們這組聊聊這些視覺化的程序。我自己會後想到,為什麼兩個組織合併之後需要導入 LeSS?他們本來就是做相同或類似的任務?如果他們是不同領域的人,是否維持兩團隊比較合適?等下次遇到故事的主人再來請教吧!

 

然後,我們就針對《20分鐘讀完一本書》與《你可以生氣,但不要越想越氣》這兩本書聊了起來。

 

最後一階段,應該就進入對於 2023 的展望。回顧 2022 年,我自己的心情事持平,所以給了一個 OK 的表情符號代表 2022 的心情。中間遇到一些亂流,但感謝團隊的支持與努力,最後我們還是一步一步地克服了困難。如果,說什麼可以讓自己做得更好的,那就是《打破框架,別被一些事情限制住了》。然後,在這個階段也有一位夥伴分享了一本好書《原子時間》,像個小孩一樣行動吧!

 

除了工作之外,大家最關心的應該就是健康的問題吧!在過程中有人分享了《間歇性飲食》讓他在兩個月內瘦了8公斤,馬上引起大家關注的熱度。看著自己的體重,應該也要努力一下。再來,2023 年就好好努力,年底的時候希望可以再來聽聽別人的故事,也讓自己變成有故事的人!

【好書推薦】

1.     成交閉環,揭秘成交的底層邏輯 (簡體)

2.     原則:生活和工作

3.     成交模式:啟動植入想法流程,建立優勢位階,從日常談判到高募資,都能讓對方主動說我要買

4.     20 分鐘讀完一本書

5.     你可以生氣,但不要越想越氣


星期四, 12月 29, 2022

2022 年度回顧

 


【今年的亮點】

        

2022 年的一月初,我家多了一位新成員,這是我第四次當父親。這幾年,服務的公司正在面臨轉型,我也在年初接手了公司最大的團隊,看似順風順水,卻不知後來陷入了一連串的困境與麻煩,關於這部分後續在反省的章節,會再描述一下。

 

        這一年,也是疫情開始的第三個年頭了,先前降低自己在外部上課的頻率,在今年重新啟動充實自己的旅程,在技術方面上了 91 的極速開發與Teddy 的事件溯源與命令查詢責任分離架構實作班,也回鍋了 Daniel 的CSPO 當個回頭鳥,在這門課延伸了《自燃領導力》與《打穿-技術創業從 0-61》的課程,對於自我的成長算是充實的一年。

 

        除了自己的學習之外,今年也讓一些工作上的夥伴開啟了這樣的學習與提升之旅,也試圖讓公司與自己接觸過的這些歷程產生一些連結。期望,透過影響力來做一些實質的改變。

 

        在去年,年度回顧時,初步地想讓自己從《知識的消費者》變成《知識的生產者》。這部分,算是有踏出一步,無論對公司內部或對外的公開活動,都有一些分享的經驗。但,還不算做到特別順遂,需要有點故事,素材才能引人入勝。

 

在年底,公司完成了一個階段的目標,雖然中間風風雨雨,但至少沒影響到公司達成要完成的目的。今年比較不順遂的,應該就是在工作上各種狀況,從團隊的穩定度到年度績效目標,還有種種艱困的考驗,包含一些理念的磨合。這也讓我陷入一段時間去思考,後續的工作職涯該怎麼進行。

 

【做得不好待改善的事情】

 

年初的時候,公司組織進行調整,自己接手了公司第一大團隊,卻在很快的時間內發生團隊內成員不穩定,陸續離職的事件。這是工作十多年來第一遭,冰凍三尺非一日之寒,在那個瞬間並沒有太多好的方法將人留下,只能面對它,並慢慢的思考處理的方式。

 

除了,剛接手的團隊之外,在年中長期一起工作的夥伴們,也要求離職或是留停追求不同的挑戰。加上公司內部的一些氛圍,在這瞬間,我就像個大反派一樣,未遵從公司制定政策執行。因為,我當下認為必須先處理掉現有合約的問題,以致於並未有足夠的資源投入公司政策方向。這樣也讓留下的夥伴,認真投入工作卻未得到良好的績效評價。

 

這個年度,對於團隊的留才來說實在是一個相當大的挑戰,過往的低流動率突然間就飆升了。人員不斷地交接工作,間接的造成效率的不彰,是因為外部求職環境的變化?還是內部工作環境的改變?這是,我需要去省思與探討的。當然,各種原因都有,也對於自己領著的方向是否還讓大家感興趣有關係。

 

所以,在年中自己停下來思索一下,如果流動率提高,解決的方案不外乎將流動率穩住或是讓體制健全到足以應對流動率。所以,我開始重新探索,思考怎麼讓團隊重新注入活力,也思考著如何讓團隊成員可以快速地互相補位,降低流動率對團隊工作上造成的困擾。

 

【看了哪些書】

原則 RAY DALIO

        這是一本黑色書皮的書,內容闡述著從生活到工作有關於作者在進行各種決策判斷時的準則。作者是橋水的創辦人達利歐,在書裡有一部分描述了從1975年創辦橋水,回顧整個職業生涯早年遭遇的挫折與奮戰的過程。對我最有啟發的則是他寫下的一系列行動準則。包含「極度真實、極度透明」、「可信度加權」及「創意擇優」等處理準則。作者透過自己的反思,將自己決策的思路寫下來,並讓這些素材產生更大的效益。今年度,我也透過這本書裡面的原則,閃過了今年度的股災。

 

搞砸無畏 失敗中創造改變的30個處方

        很多時候,我們都嚮往著如何像別人一樣的成功,但成功很多時候也包含著運氣,也可以說是一種倖存者的偏差。也就是說,在成功的過程裡,我們可能很幸運地跳過了許多可能發生的潛在風險。然而,假設我們真的面對了這些風險是否由足夠的經驗可以快速地找到應對的方式?所以,就有了「搞砸之夜」這樣的活動,並將創業者們分享創業失敗的故事,收錄到本書中,我自己覺得可以檢視相關案例時時確認自己是否陷於相同狀態。

 


 

鯨遊藍海

         近年,公司也面臨轉型期,在年初看到了這本書,檢視一下裡面的內容,實在是滿滿的即視感。檢視公司似乎也是在這些不同的時期不斷地往前邁進,這是一本描述鈦坦科技在敏捷轉型上的故事,也是每個企業從新創不斷成長的過程內會經歷的事。書中提供了鈦坦科技這一路以來的思路與使用的各項工具,可作為日後自己面臨相關情境的參照。

 

Google 模式 智慧創做者世代來臨 挑戰瘋狂變化世界的經營思維與工作邏輯

        Google 是目前世界上獲得相當成功的企業之一,書中探討許多 Google 內部的工作模式與管理哲學。以下分享書中對我比較有啟發的幾個面向:

-       員工與員工之間需要高度的互動

-       每個人都有表達異議的「義務」,而非「選擇」

-       注重成長,以為創造營收提供更好的基礎

-       以競爭者為傲,但別追隨他們

-       招募是最重要的事,先考慮有學習新事物能力與記錄的人

-       共識並不是大家意見一致,而是大家一起想出一個點子,並以這個點子為目標一起行動

-       最了解資料的人是最靠近現場的人,通常不是管理階層

 

學習要像加勒比海盜

        這本書是在上 CSPO 時得到的贈書,作者詹姆斯 巴哈是一個自學者,他提出了與正統教育不同的學習理念。他透過自己的學習能力,在沒有大學學歷的情況下被 Apple 雇用為軟體測試工程師。我們真正的目的,應該專注在學習,而不是傳統教育所專注的成績。書中提出像海盜一般的學習:

        沒有出獵,就沒有收穫

                不行動,絕對不可能有幸福。

                        從任何可以搜尋到知識的地方搶奪知識技術。

                                用打破砂鍋問到底的態度追求智慧財富。

        

 

底層邏輯

        這本書是公司同事推薦的一本書,作者是大陸的劉潤,以他的觀點來描述各種不同面向的運作基礎,作者的觀點通常充滿許多的洞見,並讓我們用這些觀點來省視這些問題。書中分成《是非對錯》、《思考問題》、《個人成長》、《理解他人》以及《社會協作》的底層邏輯。

        除了這本書上的觀點,我也因為作者,而連結到《得到》App,一個大陸火紅的線上說知識的 App,用來打發通勤時塞在車陣中的思考時間。

 

閃電擴張

        先前有一段時間都是接受到《一人公司》、《小是我故意的》這些相關維持一定規模,並拉高自己附加價值的企業經營模式。但,遇到公司想要快速擴張時該怎麼辦?所以,在某天到書局翻了這本《閃電擴張》後,就把他列為今年的讀物之一。透過 4 大成長引擎,7 種高獲利商機以及9種突圍的管理方法,來達到快速擴張。當然,書中也描述這樣做有相當程度的風險,但也可以獲得極大的報酬。

 

為什麼這樣工作會 快、準、好

        提升自己的工作效率與生產力應該是每個重視工作的自我學習者都關注的議題。作者利用許多不同的故事來說明高效工作的八大要點。動機、團隊、專注、目標、管理他人、決策、創新及吸收資訊等要點。透過這些要點所帶出的知識,提供我們提升自己工作效率的方法。

 

必然,掌握形塑未來 30 年的 12 大科技大趨力

        這本書是在上完 CSPO 後一週的補課會議上聽到的,然後自己很快地就下單買下這本書,並且在上《打穿-技術創業從 0-61》的課程之前進行閱讀。書中作者提到 12 種以形成軌道的核心概念。

1.     形成:去中心化與連結,形成一個永無止盡的前進過程。

2.     認知:當人工智慧變成一個唾手可得的服務,許多工作將會被取代,但也會延伸許多新的工作機會。

3.     流動:開放的數據與知識造就了網路的經濟,許多東西被抄襲或複製都是一種必然的結果。但,什麼事無法複製的呢?他才是真正的價值所在。

4.     屏讀:未來是一個充滿螢幕與超連結的世界。

5.     使用:使用權可能比用有權更加重要。

6.     共享:網路上有一種分享的力量叫「利他」,這種思想建立了未來共用資源、不計報酬、樂於分享的新型態社會主義。

7.     過濾:在資訊爆炸的年代,哪些才是你要的資訊?未來的過濾系統,將會是資訊找人,也是一種精準行銷。

8.     重新混合:混搭就是一種創新的模式。

9.     互動:人類的生活與商業活動就是一連對戶動組成

10.  追蹤:所有網路上的行為都會被記錄下來

11.  提問:人工智慧解決了大多數的問題,但人們必須學習如何提問

12.  開始:未來是一個永無止盡的人、機器與自然的三者融合,然後不斷地經歷上述這些力量,週而復始。

 

透過這些科技的趨力,可以讓自己思考該如何運用這些趨勢來搭建自己的優勢。

 

卡片盒筆記

        筆記是我自己重要的思考方式,這本書提出了一種卡片盒筆記法,來歸納自己的思路並促進寫作、學習與思考。會想看這本書,主要是從《原則》這邊書引起的概念,因為該書也提到把一些事情寫下來以及索引卡的概念,所以誘發自己對於這本書的好奇心。

 

        他是一個非常好的學習整理法,只是過去德國比較常用這個方法。因為語文的關係,到了美國有人將這本書翻譯成英文後,這個方法才開始受到大眾的關注。希望自己可以實踐這些方法,好好的整理自己腦袋裡各種片段破碎的知識形成自己的一個完整知識體系。

 

The dip, 低谷  贏家與輸家之間的距離

        這也是一本經典的書籍,先前找了很久,但是因為絕版也買不到。後來,有一天無聊打開蝦皮,把《低谷》這個關鍵字打進去後,突然發現友人割愛,就立馬下單。書中要我們分清楚《低谷》、《懸涯》與《死胡同》之間的差異,只有低谷堅持下去才能得到最終甜美的果實,遇到《懸涯》與《死胡同》應當機立斷地放棄。這本書給我們一些指引,讓我們能夠在《堅持》與《放棄》這兩個概念之間拉扯時用自己的知識體系判斷事情該如何進行。

 

成交模式

        這本書的作者專們做一些大額的交易,從書評來看是一本業務人員應該要有一本的好書。因為自己工作的性質,也經常需要將自己的概念銷售給其他人,所以認為這本書也值得自己好好拜讀。書中透過《消弭地位差距》、《贏得對方肯定》、《運用內建概念》及《提供客戶安全感》等方法來告訴我們面對客戶進行銷售時的心法。

 

庸才猛抄筆記,人才勤寫心得 24:00 小時內脫胎換骨的六種力量

        這本書內提出六種關鍵能力,讓我們從吸收型的知識學習,改變成產出型的知識學習,使得自己能力不斷地得到增長。書的標題是《庸才猛抄筆記,人才勤寫心得》,我自己對這句話的理解是,如果只是記下來而不去思考與運用,那麼這樣的學習效果是相當有限的。所以,我們可以透過《提問力》、《思考力》、《決策力》、《行動力》、《感染力》與《學習力》等關鍵活動迫使自我學習轉型。

 

【新年的目標】

 

在工作上,目前有一小組同仁在撰寫產品程式,期望透過這次的經驗,讓自己與同事了解《產品》跟《專案》上執行的差異,也透過這些經驗,定義出做產品應用程式時該注意的方方面面。

 

在學習上,新的一年將探索一些財務、商業模式等相關課程,並因應一些業務上的需求,進行學習考取相關專業認證,以利後續業務推廣。

 

在知識分享上,期望自己可以在一定的固定頻率下整理與分享自己的知識,這個頻率就定為一週吧!也就是說,未來一年我應該可以產出 52 篇分享的文章。

 

在社群參與上,增加自己出席社群的頻率能夠做到與一些同好做更深入的交流,並思考自己有什麼可以回饋與貢獻社群,形成良好的增強迴路。