從 FP 到組織再造
一些思想、作法的改變
年底了，來寫一點回顧和今年的想法。
五年前，我剛開業經營 IT 顧問公司時，老實說，我沒有什麼充分的準備。只有兩三項算是準備的東西。
我會 functional programming ，開發軟體的產出算是一般軟體工程師的 3~5 倍。
我有廣泛的 IT 能力，從後端到前端到布署。
我有一分可以讓我兼職的工作。
除此之外，我還讀了 Million Dollar Consulting 一書。
開業之後，我就遇到不少的挑戰：
我的 value proposition 為何？
該找誰當客戶？
該如何設定或是開創自己的 niche 市場？
該怎麼有系統地行銷自己？
轉折點
當然，市場對 functional programming 反應滿冷淡的，所以很快地，我就不硬推 Clojure 或是 fp ，而是設法尋找其它比較容易切入的案子。
摸索了近兩年之後，我總算有答案了：「我要鎖定 BI (business intelligence) 的問題，然後我的解法是建立資料平台。」
有了 problem solution fit 之後，經營的難題就從「商業模式難題」簡化成了「行銷難題」。於是，我就開始了數年的寫書之旅。
今年，我出版了一本談資料平台的書。
組織再造
在一次又一次地為企業建立資料平台之後，我得到了一個新的見解：「為企業建立資料平台、工作流平台、身份與存取管理服務等組織再造工作，可以視為是一種組織層級的 functional programming ，因為都是將 what & how 分離，結果都減少了人的認知負擔。」
以 functional programming 來講，最常用的 map, filter, reduce 可以視為是 how ，而工程師寫程式時，利用注入的高階函數搭配 map, filter, reduce 來建構出商務需求，可以視為是利用函式庫來達成 what。
以「組織再造」來講，最明顯的需求如資料平台、工作流平台、身份與存取管理服務也可以視為是 how ，而一線的 IT 業務團隊寫程式時，利用資料平台、工作流平台、身份與存取管理服務來快速建構出商務需求，可以視為是利用其它團隊提供的平台服務來達成 what。
結論
經營幾年了，建構高效能技術平台的服務，被客戶們讚譽有佳；組織改組的部分，客戶們通常還在考慮接受。
而函數式語言呢？感覺至少還要等上幾年。客戶的 IT 團隊的體質愈好，愈有可能採用最現代的程式語言。