週六是 RSG 第二天的活動，竟然有 PM 小夥伴願意在假日跟我一起參加 RSG，可喜可賀 XD，我說：「很開心看到有人來一起學習，當你停止學習，覺得自己什麼都知道，什麼都會了，我最強，我最厲害，那你應該知道接下來會發生什麼事了…」
聽完講座，可以一起聊聊我們碰到的困境，還蠻有意思的。
- 可視化浪費：先請大家把整個工作流程畫出來，再來看那由是浪費，那裡可以優化
- 品質先行：品質好什麼都提升，提升研發紀律。
- 工程師專注於他的工作，他才能把他的工作做的好、做的快，主管必需降低他的認知負荷，讓他快速成長
- 微服務是其中一種方法 – 降低認知負荷，把它拆開來
- DevX 開發者體驗 – 開發者體驗的目的是順暢而高品質的產出有價值的服務或產品。
- *這個是研發主管的責任，但我好像沒有重視它過，我們把產品做了切分，但在平常的工作中，沒有打造一個很好的 DevX
- 喝可樂，客觀檢查程式的機會，因為你會去上廁所，就會跳脫一下，在走路當中靈光乍現
- 用問句 – 「你準備怎麼做？」，這些 RD 就會開始告訴你他的方法
- 你有好的訊息平台嗎？大家都說有，我們有 Slack,有 Teams，但是「訊息太多等於沒訊息」，你要去 hightlight 重要的東西，然後大家就會重視那些東西。
【知易行難】
[品質先行] 但是其實要兼顧品質跟時程壓力，很難堅守品質，但常又一段時間回來看時，又會跟自己說：當初應該品質先行。
[取得回饋]
PM 小夥伴：其實講的很多東西都有學過，但好像一直沒有用它
就像大家都知情道要聆聽客戶的聲音、取得回饋，但我們就是做的不好。這讓我想到 Terry 舉學吉它的例子：「如果撥個弦，要一個禮拜後才能聽到聲音，你多久才能學會彈吉它？」
一段時間回來看時，我們可能又會跟自己說：當初應該注意聆聽客戶的聲音。
所以，這個【知易行難】，阻礙、卡住我們的到底是什麼？到底是什麼讓我們沒有勇氣直接做對的事？也許把我們的現況、目標畫出來，將其視覺化，時時提醒自己，也許有助於我們解決知易行難。
說到知易行難，在跟 Crystal 聊天時，她問我最近還有沒有畫畫，我想想，好像還真的沒有，想到我當初學敘畫時的目標：把看完的書，把它畫成一張圖，到現在都還沒實現過。要做一件事，公開承諾是一個很好的方法，於是我在 Crystal & Jayce 面前說：我要在下次同學會前，完成一本書的一張圖，並把它帶過去 
—
中午吃完飯，身體就壞掉了，所以只有參加到上午，真是很傷心 Orz
Facebook Comments Box