ThoughtWorks洞見
圖
| 圖蟲
圖蟲_131686008021459826
背景
在最近的專案上，我有機會和團隊完成了幾次重要的工具選型。它們分別是在讓在建的SaaS 系統具備表單能力；讓該SaaS 系統能夠為接線員使用者提供軟電話能力；讓使用者的不同角色能夠看到和自己相關的報表。在這幾次選型過程中，有些是在商業軟體和商業軟體之間做出選擇，有些是在商業軟體和開源軟體間做出選擇。回頭看來，每次選擇的過程都不盡相同，但大致可以總結為以下幾個過程。
為了方便讀者理解後面的例子，簡單介紹一下專案背景。CD公司是一家為中小型家政服務公司提供ERP軟體的公司，在行業內已經積累了20多年。目前該公司正在將其老舊的基於C/S 架構的傳統ERP軟體0改造為雲上SaaS 平臺來持續為客戶創造價值，並透過其20年積累的行業最佳實踐來吸引新的客戶群體。
清晰定義問題
在考慮其他因素之前，
最重要的是清晰地理解問題本身。
而且當涉及到工具選型這類重大決策時，干係人都期望所採用的方案能解決的不僅是當前的問題，還需要能解決將來可能會遇到的問題。那麼如何確定需求的優先順序的同時兼顧系統的業務願景就特別重要。畢竟有人說過 “A Problem Well-Defined is a Problem Half-Solved”。這一步不是本文的重點，但是會直接影響到選型結果的正確性。在前面提到的報表的例子中。團隊在和客戶進行了多輪訪談並對競爭對手產品中報表功能的分析後，最終獲得了理解一致的需求 —— “客戶希望根據行業最佳實踐為終端使用者提供預定義的報表功能，並能隨著客戶反饋提供簡單的自定義功能，讓使用者可以在預設的資料集內透過不同的維度從其業務資料中獲得洞見。”