一個人的 Working Backwards

AWS CTO 在他的 Blog 提到 Amazon 產品規劃的方法: Working Backwards，最近我把這想法放在 個人、團隊、還有 企業發展 三個地方。

重點摘要

Working Backwards 重點摘要：

之前在整理需求管理也有類似概念，我是寫廣告怎麼拍，因為需求一定要明確的 TA、明確的客戶，所以知道廣告怎麼拍，文件就要知道怎麼寫，然後就會想到可能遇到啥 FAQ、怎樣的體驗。團隊知道這些東西，開發過程才能從客戶角度、從商業需求思考。

而且當這些都確立了之後，產品的開發過程，團隊裡的角色都可以很專注、同時有共同目標。

最近寫文章時，有朋友說，文章內容可以當作演講素材。其實對我來講，是不是演講倒不是很重要，重點是如果我真的想傳達這些理念，那麼應該要怎麼做？

所以在當下，我寫下這段筆記：

重點在於，如果有想法想要傳遞，可以透過這樣的方式，同時這也是一種學習方法論。

至於演講與否，那只是一種方式。

今年 (2019) 上半年，我嘗試在團隊裡做類似的方法，做法大概是：

這個目的是讓大家透過每次的分享，思考每次的 Release 到底在做什麼？客戶可能想問什麼問題？客戶對於這次的 Release 的感受是什麼？我的團隊屬於基礎架構服務，服務的對象是公司裡其他的單位，我希望大家把其他團隊當作客戶來看待，而我把這個團隊當作一家公司在經營管理。

Amazon 內部推廣不使用 PPT (簡報) 作說明，而是六頁以內的文字說明。其中的核心概念：

說明資料的內容必須在事後重讀時，也一樣能夠理解。

這裡牽涉到兩個必備條件，甚至是技能：

寫作能力指的是對於文字的駕馭力、表達的技巧等。Amazon 限制只能六頁講完，有些商務說明只能是一頁 A4，換言之，對於文字的駕馭勢必要有基本的能力與技巧。寫作能力的養成，來自於閱讀。平日閱讀大量的文字，與練習寫作，是不二法門。

閱讀能力，在國外最常見的就是閱讀小說，特別是長篇小說。從閱讀中學習別人的表達方式與形式，不需要很厲害的文字技巧，而是在於了解別人怎麼運用文字，表達出想法與意念。

站內相關文章：

閱讀能力的重要性

為什麼寫文件？、再談『為什麼寫文件？』

這段是我在一場社群分享的其中一個段落，也提到這段工作方法，聽聽看用說的：

通常面試，都會問生涯規劃，像是：

這問題我都會直覺地想到這篇：五年後你在幹嘛～李恕權的故事。李恕權是知名的搖滾歌手，成名前在 NASA 工作，但是他喜歡音樂，希望能夠跟一群最頂尖的音樂人一起創作。

學生時代因為這篇文字，影響我很多，而這想法，本質上與 Working Backwards 是一致的，也就是 以終為始。