《涅瓦大學的學習秘訣—李佳達》只看了一篇文就成長了
天啊這篇文太讓我衝擊了，大家一定要看 👉 涅瓦大學的學習秘訣—李佳達 內容是教你如何系統化地思考，進而問對問題，拆解問題，提出洞見。 這一個月以來都在準備橘子策略會議的簡報， 因為在場會有一堆首長、上級、主管， 壓力真的超大。 我的簡報內容需要涵括整個後端系統架構，並且 Deep dive 其中兩個最新技術， 於是我的主題自然地就圍繞在： 「後端架構長什麼樣子、有什麼服務、用了哪些技術。」 很順地把後端系統秀出來，解釋有什麼服務、每個服務在幹麻，最後深入講其中兩個技術。 結果每次跟主管、同事對簡報，都會聽到：「你的內容是要給首長聽的，他們會想要聽什麼？他們能聽懂什麼？他們都不懂技術，你這樣講他們很快就 fade out 了」 簡報內容就這樣來來回回，修改修改再修改，短短一個月有沒有 10 次。 超崩潰、超挫折、突然覺得，我學生時期，曾經以為的「 自己很會上台簡報 」，殊不知根本是個 小廢物 。 我知道要講給首長聽、我知道他們不懂技術，然後呢？？？那我到底要講什麼？？？ 今天看了這篇文章，突然讓我理解主管、同事要我改簡報的原因了。 其實我一開始就沒有問對問題，畢竟我根本不懂問題，甚至沒有提出問題 😶 看完文後，經歷一場腦中風暴，在混沌的思緒下流出一道微光，我覺得身為後端，我們要關心的問題應該是： 「怎麼樣是一個『可以上線的產品』，後端架構怎麼支撐讓產品上線？」 （也或許這也不是最好的問題，大家可以在底下留言回應，給我一些你的想法。） 又甚至更 aggressive 一點，首長們想聽的應該是：「怎樣叫一顆『成功的 App』？我們目前離成功的 App 差距是什麼？怎麼縮小這段差距？」 因為成功的 App 才能幫公司賺錢、才能幫公司留有好的印象。這些就是主管口中「High level」的報告方式，但這個月以來我一直沒有 Get 到。 因此順序應該是，定義好你心中「可以上線的產品」之後，再回過頭來看，我們現在產品遇到「什麼問題」，這些問題導致他「不符合」我定義的「可以上線的產品」。 剛理解完新的報告模式，我就看到第一次跟主管對簡報，主管開頭就打斷我說，應該要這樣講：「App 成功關鍵的關鍵是什麼？是某件事要好。某件事要好，要仰賴後端技術。先讓首長們知道我們想要達成的目的（App 成功關鍵）後，再講我們遇到的痛點，然後我們提出什麼解決方案，而這個解決方...
