設計思維並不容易。在過去的幾週中，我經歷了以人為中心的創新方法、流程、工具並且技術，我現在正在寫下以下的文章來反思這些經驗。從領導角度來看，我希望能提供一個分析並評價此方法如何與我在Thought Machine的組織相關聯。我預見到將設計思維融入到我的組織和工作實踐中，將會是一個重大的障礙。
Thought Machine是一家專注於雲原生核心銀行產品的金融科技行業新創公司。該公司由前谷歌員工於2014年在英國創立，他們具有獨特的焦點與強大的工程文化，並主要聘請技術人員。與傳統的更注重業務驅動的銀行不同，我們的組織還沒有將“在技術之前先考慮人”這種以客戶為中心的心態作為優先考慮的事物。
我們現有心態的一個陷阱是為了技術而工作。我們的團隊更著迷於軟件工程任務，而不是解決客戶的痛點。一位通常在歐洲家中工作的典型後端工程師要感受到在時區不同，相隔數千英里的亞洲客戶的痛苦，有很大的障礙。他以工程視角看待過程和功能實現的清單，而不是去問銀行想要什麼並理解他們從用戶體驗角度的需求。
對設計思維的另一個障礙是聰明的工程師傾向於直接跳到解決方案。他們往往沒有花足夠的時間去了解用戶以理解問題。他們很容易提出了出色的解決方案，並且跳入如兔子洞般深入研究技術挑戰，解決一個又一個無人真正關心的技術問題。他們可能花了一整天用一種不同的編程語言重構代碼，但卻沒有為最終用戶帶來任何業務利益。他們太過於著迷於工具，建立華麗的軟件，僅僅是為了找到一個與工具相適應的使用案例，而不是發現真正要完成的工作。如果你只有一把鎚子，那麼一切都看起來像釘子。他們應該意識到，儘管技術已經改變，但只要他們能找出人類的需求，工作仍然一樣。
挑戰並未在此結束。設計思維方法中的一個可能使人不安的方面是依賴分歧性思考。它要求工程師不急於趕到終點或者尽快找到答案，而是擴大選擇的數量，向側面深入一段時間，而不是向前。我們的訓練難以將此和對明確方向、節省成本、效率等作為一個軟件工程師的價值觀相對應。我們已經習慣於被告知要理性和對客戶感到不悅和始終過於個人化的客戶連繫相對應的設計思維。
我在Thought Machine的角色是作為工程經理的客戶對門角色。我認為在我的團隊中，以客戶為中心的創新方法將達到最好的效果。因為這是一個迭代的設計過程，重點在於用戶需求。這不是一次性的過程，我可以通過將以用戶為中心的DNA插入其中以改善我