工程師到技術主管的思維轉變_敏捷_疊代與商業.pdf

Transcript

1. 2022.08.03 ⼯程師到技術主管的思維轉變：敏 捷、疊代與商業 Jui-Nan Lin 1
2. • 14 年網路產業經驗，擅長軟體服務架構 • 曾任 痞客邦 PIXNET 研發總監 • MOOD APP 核⼼團隊成員，負責軟體 開發 • 《技術管理觀點》 作者 • 台灣 TGONetworks 理事 • https://www.facebook.com/juinanlin • https://speakerdeck.com/jnlin Jui-Nan Lin (林瑞男) 2
3. ⼯程師 團隊領導者 2008 2022 3
4. ⼯程師關⼼的事 • 規格：要作什麼 • 時間：我有多久可以作（最好越多越 好） • 成效：我做的這個東⻄有多少⼈⽤
 • 成就感：克服了困難、作創新的事情
 • 薪資：做了這個能不能讓我漲薪⽔， 有沒有未來跳槽的可能性 團隊領導者關⼼的事 • ⽬的：作這件事情想要達成的效果 • 時間：為了達到⽬的，找到⼀個恰當 的時機點，推到市場接受⽤⼾回饋 • 成效：⽤數字量測，距離達成⽬的還 差多遠 • 團隊氣氛、成就：領導者的績效來⾃ 於團隊整體績效的表現 • 資源：讓團隊繼續壯⼤（增加⼈數或 是引進強者） 4
5. ⽬的＆⽬標 達成的結果＆如何量測 • 參加選美比賽是「⽬的」
 為了這個⽬的所設定的「⽬標」是減肥5公⽄
 為了減肥的⽬標所⽤的「⼿段」是每天有氧運動30分鐘 • 換成軟體開發的說法，⽬的就是「要提供的價值」是什麼。 • ⽬標是⼀個量化後的指標。只要達成這⼀些指標，就能達成⽬的。
 我們會⽤⽬標來估算成效 • 如果誤把⽬標當成⽬的，就會選錯⼿段，例如： • ⽬的是選美，卻⽤飢餓減肥法，結果雖然有瘦5公⽄但卻讓整體⾝材比例變形 • ⽬的是提升⽤⼾黏性，⽬標設定回訪率30%，卻⽤⼤量無關推播讓⽤⼾卸載數量⼤增 5
6. ⽬的是最後的終點 • 我認為「以終為始」這句話，換句話說其 實就是「不忘初衷」 • 在做決定或執⾏任務前： • 執⾏這件任務對達到事前設定的⽬ 標，有幫助嗎？ • 有任何更簡單的⽅式，可以幫助達到 事前設定的⽬標嗎？ • 彈性隨著現況調整執⾏⽅法 • PDCA 以終為始 6
7. 敏捷 應⽤PDCA在⼯作流程裡 • 我先來試試看，在試的過程中，再來調整與改善（PDCA） • ⽽與敏捷相對的⼼態：我⼀定要有 ABCDEFGHI…… 這些功能後，才能推出 市場。 • 矽⾕科技公司⼤多跑 Scrum？NO。
 矽⾕科技公司⼤多敏捷的？YES。 • 在試的過程中，持續迭代改善 • 穩健持續的往⽬標前進，直到達成⽬的 7
8. 假敏捷 跑敏捷的團隊會歪掉，通常是因為誤解了敏捷的意義 • 以為跑 Scrum 就是敏捷，花了很多時間開 Scrum 的會議，⽽⼼態上仍然是要 ⼀包功能都完整後才開始⾯對市場。 • 真的要⼀包功能完整後才開始⾯對市場，可能問題是這個產品可能沒有核⼼ 價值，跟市⾯上競品差異不⼤ • 團隊溝通上不以客⼾回饋、數據作為⽀撐 • 以「簡單好作」或「團隊想法」為優先，當產品推出市場的時候，⼀旦客⼾ 不買單，則整個產品就需要作⼤幅度的修改，之前所有投入的資源都無法產 ⽣效益 8
9. 假敏捷 跑敏捷的團隊會歪掉，通常是因為誤解了敏捷的意義 • 客⼾沒有回饋之前就調整 • 常⾒的 Over Design 狀況。假裝⾃⼰是客⼾，為了客⼾設想了很多情境，做了很多優化， 但客⼾可能是完全沒有感覺的 • 以為敏捷⽅法就能夠作對的事情 (Do Right Thing) • 敏捷可以 Do things right，如果沒有溝通或者溝通的⽅式不透明，只說明功能需求⽽不是說 明想要提供給客⼾的價值，會落入刻⾈求劍的窘境 • 敏捷⽅式只注重客⼾ • 例如架構的重構，最終仍然是影響客⼾，因為重構後讓維護更簡單，因此能更快的提供價值 9
10. 持續疊代 及早提供價值 • 價值 = 達成符合⽬的的結果。 • 產出的「結果」是事情和時刻兩者結合⽽成的 • 當世界變化越快、越不確定、越複雜、越模糊的時候，在溝通⼯作內容時，原本以功能為主的需求說明，就 很難產⽣預期的「結果」。 • 越早提供給客⼾，越能夠產⽣對客⼾的價值 • 快速驗證：⽤短時間先產⽣解決⽅案，確認客⼾想要的價值是不是與想像中⼀致 • 創意與新⽅法：創意與新⽅法⼀定是在有限的資源下才能產⽣ • 能延遲決策：在開發過程當中，滿⾜客⼾想要價值的同時，也能收集更多資訊以便持續逼近產品最終的長相 • 為了及早提供價值，溝通⼯作內容時，以價值來溝通，⽽非功能。 10
11. 問題背後的問題 • 以功能來溝通，就像是刻⾈求劍 • 透過提出問題，釐清需求單位實 際想解決的是什麼，來討論有效 的解決⽅案，正確的解決問題 不要刻⾈求劍 11
12. 12 需求⽅：我想要在 PHP 中取得檔名的最後三個字⺟ A1：substr($filename, -3) A2：你想達成的效果是什麼？ 需求⽅：我想知道檔案的副檔名 A1：list(, $ext) = explode(“.”, $filename) A2：你取得副檔名想要怎麼利⽤？ 需求⽅：我想知道檔案的類型，如果是圖片檔案的話才讓程式繼續執⾏ A（更好的解答）：你可以查⼀下 mime_content_type() 的⽤法 🌰
13. 不會掛掉的電商網站 ⽽且3天要上線 13 窗⼝：這個案⼦客⼾回簽了！3 天後要上線。 ⼯程師：要作什麼？3天有點趕。 窗⼝：不會掛掉的電⼦商務網站！ ⼯程師：⋯⋯⋯
14. 規格與價值 不會掛掉的電商網站 14 技術規格 Request per second Throughput Response Time 營運規格 Service Level Agreement 客⼾⼼裡的規格 我少賺了多少錢 機會成本 ⭐
15. 15 從商業的⾓度回來看這件事
16. • 效率：技術提升營運效率 • 風險：技術降低意外事件機率 • 優勢：技術樹立競爭⾨檻 • 創新：技術產⽣新的商業模式
 • 客⼾⼼理的規格：
 
 我希望借助技術的⼒量，幫我解決商 業上遇到的問題 16
17. 回歸問題的本質 「⽬的」 17 因為網站當機
 我少賺了多少錢
 失去了多少商譽 上雲端
 調整技術架構
 調整購物流程
 不管他 商業上遇到的問題 解決的⽅法 解決⽅法的成本 ⾦錢
 時間
 機會成本
18. 18 🌰
19. 重構 連結到數據、效益與成本 這個技術債造成倒站，⽽且越來越常發⽣，我們光處理這件事就處理得 很累，⽽且也延遲了新功能上線的時間。 19 Before After 這個技術債從2019年1⽉改版的時候產⽣，2019年下半年共造成了10次的異 常，2020年上半年造成了20次，增加了100%。每次異常都會造成網站故障， 從5分鐘到30分鐘不等。2020年上半年總共造成了170分鐘的故障，累計損失 了125萬元的廣告營收。
 剛好這次新功能要調整這裡，我們需要 2 個 Sprint 的時間作重構調整架構， 配合新功能開發的進度同步調整。 數據與效益 ⽅案與成本
20. ⽇本「經營之神」松下幸之助 企業經營如果不賺錢，那是⼀種罪惡 20
21. 商業模式畫布 Business Model Canvas 21 ⭐
22. “公司付薪⽔不是為了技術，⽽是 為了技術創造的價值。” 22
23. 技術管理觀點 https://techmgmt.substack.com/ 23 Facebook: https://www.facebook.com/techmgmt.tw
24. 匿名限時問答，即時解決⽣活上各種 問題 24
25. 尋找夥伴中！ • Frontend Software Engineer • Backend Software Engineer (PHP) • Data Engineer
 • Job Description: https://github.com/MoodDayApp/look4u 25
26. Thank you! 26