能「換位」才知道怎麼「思考」
一樣是幹部間的例行會議，討論到組員難以「換位思考」這件事。
較有企圖心的組員，會知道要學習怎麼「換位思考」，不論是應用在溝通上，還是執行主管交辦的任務上。但在職場經歷上的不同，這幾乎可以成為一件知易行難的事情。主管也許只是說「你要站在主管的角度去思考呀！」，但聽在組員的心裡就會OS說：「我就沒做過主管，我要怎麼知道怎麼思考？」，有點變成先有雞還是先有蛋的問題。
我也為這個問題困擾過。如果是現在我想要求我的組員，做到換位思考，那我應該怎麼下手？
參考馬斯克(Elon Musk)常說的「第一性原理(The 1st Principle)」來想的話，那我想問題得拆得更細一點：「換位」跟「思考」其實是兩件事。既然組員無法馬上變成組長來換位，那唯一的辦法就是要求他們多閱讀。讀那些在創業者的角度上所寫的文章或書籍，就會像貼身觀察的秘書一樣，很快就會理解長官會想些什麼事，有些什麼煩惱？多看看一些生產力或工作術的資料，偷學一下工作既多且雜的主管，會利用什麼"撇步"把事情做得又快又好？如果沒空或不喜歡閱讀的話，許多優質的Podcast，也都會邀請一些業界的專家，聽聽他們是用什麼心態或是養成什麼習慣，不僅能把自己的事處理的妥貼，也能把他們的主管的心情照顧的服貼(可以搜尋一下「向上管理」)。要學怎麼「換位」？就是去閱讀，去感受不同的位子，所面臨的挑戰。
換位後的「思考」，其實就是問對問題，找到答案。軟體人員不再是想眼前的bug怎麼解決，而是去想怎麼樣跟眾人合作有更好的效率和品質？美術人員不再是想怎麼樣把眼前的圖刻得更細，動畫效果做的更炫，而是去想怎麼管理更多大家畫過的資源，重複再利用，或是怎麼樣讓身邊的伙伴增添更多的製程知識(2D→3D，UI→Animation，或遊戲美術→網頁美術等)；編導呢？要想的已經不是眼下一個遊戲的體驗好不好，規格清不清楚了，而是要分析玩家行為背後的理由，數據背後的玩家行為，甚至是新類型帶來的遊戲經濟(像是鏈遊)怎麼規劃。
如果去歸納這些主管在思考的問題，我們會發現這些都是又臭又長的大問題。也就是 Dan Lok 影片中提到的：
What could go wrong(有什麼事可以出錯)？
What don't I know(有什麼事我不知道)？
What don't I see(有什麼事我沒看到)？
這是技術經理人一定要常自主訓練的3個思考題。所以如果組員認真想「換位」的話，那我想他們也不用擔心怎麼「思考」了。他們會需要很多的閱讀去練習換位，然後要配合寫作輸出來消化這些思考。