本文內容包含
- 為什麼Peggy會選擇看這本書？
- 本書適合讀者群
- Amazon 怎麼招募人才？
- Amazon 強大的秘密 - 數字管理
- Amazon 怎麼進行內部資訊分享？
- Amazon怎麼提升開會效率？
/
現在服務release 超級快 , 以近期手上的project 來看，每天上新的code ，release 新的feature/enhancement 已經是像呼吸一樣的那麼自然。
然而，新的挑戰也出現了！
以往code complete 之後， write document —> TOI/ training —> customer 這流程中，每個步驟都來幾週時間，已經趕不上了。
RD的部分， infrastructure as a code 已經引起很多關注/討論與實踐，在相關社群中也看到不少專家分享實務經驗。
那 feature release 後面一直到support 再到客戶這一段呢？ 如何降低所需資訊的落差呢？ 如何縮短sync information 所需的時間呢？
若Support team 同仁在收到客戶詢問，再回來問問題，一來一回，效率不好，客戶也須等待。
在今年初的公司DevOps Expo，AWS 專家的sharing session中，有提到Amazon 運用working backwards 解決相關部分的問題。（想像中是對應到給customer 資訊前的internal information sharing 的部分）
因為時間關係，講者無法介紹的很細，Peggy 就想著找相關資料來多了解。
因為在DevOps Taiwan 社群內，有來自Carousell 的臉友提到因為CTO來自Amazon，因此也是這樣做的，另外也說到這本書有相關介紹。因為好奇心，買來拜讀。
這本書合適讀者群
- 對Amazon practice 和強大的秘密有興趣者
- 想參考或從Amazon Practice 中得到靈感以進化手上工作的人
/
Amazon 怎麼招募人才？
- 天天、永遠不間斷地在徵才。
- 六個面試官，六次一對一面試。面試後召開會議，討論是否錄用。反對者要說明理由。寧缺勿濫。
- 重視的特質— our leadership principles ( OLP)
- 顧客至上 Customer Obsession
- 主人翁精神 Ownership
- 創新與簡化 Invent and Simplify
- 在多數情況下，決策正確 Are right, A lot
- 好奇求知 Learn and Be curious
- 選賢育能 Hire and Develop the Best
- 最高標準 Insist on the highest Standards
- 遠見卓適 Think Big
- 崇尚行動 Bias for Action
- 勤儉簡約 Frugality
- 贏得信任 Earn Trust
- 刨根問底 Dive Deep
- 敢於建言、服從大局 Have Backbone; Disagree and Commit
- 達成業績 Deliver Results
- Amazon 特有的榮譽頭銜「抬桿者」：第二關面試一定有一位是抬桿者。被認為「找他擔任面試官可以錄取到優秀人才」。
- 抬桿者觀察包含兩點，一為錄取此人的理由，二為candidate 是否可以在Amazon 重現以前的優秀表現？
/
Amazon 強大的秘密-數字管理
"make the impossible possible"...
- 「數字 ＝ 度量(Metrics) 」，徹底落實 PDCA(plan, Do, Check, Act)。 「本週目標是什麼？」「上週的目標達成率是多少？」「目前達成率多少？」一整套的管理系統。
- 零售、營運、客服等部門都是縱向組織，有各自的財務團隊．各自與總部不斷交涉決定下一期的度量。
- 觀念：錢花在刀口上，不要停止思考。日本營運單位和美國總部交涉實際例子：提案多蓋幾座倉庫，被果斷的拒絕，要求思考如何將每個貨架利用率再提升10%
- Y = F (X) , Ｙ是上層的關鍵績效指標（如銷售額），X 是指下層的關鍵績效指標 (如左右銷售額的因素）
- 要訂出清楚的Ｘ和 Ｙ。例如，要達成一百億日圓的業績，行銷部門需要吸引兩萬名新客戶，業務部需要和其中一千人成交....
- 發現問題，須即時採取對策
- 步驟：分解目標 -> 讓目標可以讓大家都「看得見」，決定檢核的時間點
- 如何設定數字目標？在沒有正確答案的時代，必需自己設定目標
/
亞馬遜怎麼進行内部的資訊共享？
- 用「新聞稿形式」撰寫文件，那種開始一項新服務或新商品發售時,會發的PR。
- 使用時機：
- 公司内簡報時
- 組建新的專案團隊時，共享資訊時用
- 具體內容包含
- 新服務的概要
- 顧客迴響
- 負責人的意見
- 新服務的特色
- FAQ
- 聯絡窗口
/
Amazon 怎麼提高開會效率？
- Amazon 文件基本上是 1 頁（多是商務簡報） 或 6 頁（年度預算或專案說明）。一般而言，禁止用PTT。
- 流程：
- Step 1 . 會議一開始，負責人會先把文件發到各個與會人手上，如果是六頁的話大概閱讀時間是15分鐘。
- Step 2: 文件負責人會開始詢問讀完了嗎？
- Step 3: if yes, 接著開始正式開會，先針對文件內容發問和回答。「請問第一頁有問題嗎？」「沒有」「第二頁呢？」...一直到最後一頁
- 用越短的時間結束會議，是好的會議。
/
閱讀時意外的發現，本書除了不少貝佐斯的貼身小故事外，也分享怎麼招募人才、留住人才、數字管理、怎麼和 super smart 的老闆相處、Amazon 的準則等等，蠻有意思的。
希望以上的整理摘要對有需要的朋友有點幫助囉。
歡迎轉貼，禁止商業使用，請註明原文標題、連結以及作者。
沒有留言:
張貼留言