The importance of domain knowledge

[image source]

想到過去主管說過, 他去CSAIL或是Bell lab當visiting scholar時, 見到的往往是很基本, 但理論跟實務都很扎實的研究.

在驚歎不斷一直有驚豔的產品出來的同時, 是否能反思設計團隊所需的domain knowledge是哪些部份? 若其不夠深厚, 懷疑用各種combinations拼湊出groundbreaking的ideas, products的可能性是否存在.

反過來想, 需要好好develop哪些knowledge domains才能延伸出更多可能性, 更多skill sets.

一直想到, 凌凌漆裡面的”要你命3000", 為了對付眼前即刻的敵人(product schedule), 拼湊出來的工具…想當然而這對發展武器理論(core value)完全沒幫助啊. 眼前的敵人必定會愈來愈多, 這樣子久了, domain knowledge的發展不但會進步遲緩, 更會找不到team的核心價值, 東碰一點西碰一點, 到最後根本無法identify核心價值到底是什麼了.

要防止問題的產生需要一個配合順暢的團隊, executing, managing, sales, marketing, engineering得互相了解進度跟能力所及, 在合理的範圍內互相pushing, 不過若團隊不斷長大, 達成這種願景的可能性也會降低. 想一想其實也卡住了, 到底該怎麼做好?