從工程角度上，引領團隊持續挖掘產品風險
•Download as PPTX, PDF•
11 likes•1,126 views
AgileTour Taipei 2018 - session 產品能夠快速持續迭代，適應變化，是Agile帶來的核心價值之一。 在軟體開發的過程中，快速迭代的目的其實在於更繁頻地找出各種未知與風險。那麼，作為開發人員，怎麼在工程方面儘早把風險曝露出來，幫助團隊更快出找到Bug、減少重大錯誤的傷亡、進行學習以至改善產品，是開發人員在敏捷中最重要的課題。 本次希望分享的主題是 - 在開發流程中，加入 test automation, monitoring, visualization 等工具與流程，來幫助團隊挖掘出更多的風險。 最後，或許可以來聊聊文化方面，怎麼引導整個團隊來「一起挖」，在開發程式同時，培養風險挖掘的意識。
Recommended
More Related Content
Similar to 從工程角度上，引領團隊持續挖掘產品風險
Similar to 從工程角度上，引領團隊持續挖掘產品風險 (20)
從工程角度上，引領團隊持續挖掘產品風險
- 2. 臺北站 Hi, I ‘m Zen ● I am from Macau ● 現職 TenMax AdTech Lab 騰學廣告科技 ● 第一份工作是Android開發，後投身到web 全端打 雜，現專注於後端開發與測試 ● 致力於幫助團隊打造更順暢、更貼近成年人的開發 環境 ● TenMax TDD 傳教士，偶爾兼當引導者工作 ● 3yrs+ Scrum 經驗 ● Certified Scrum Master, Certified Scrum Developer
- 3. 網站主廣告主 SSPDSP ADEX 廣告交易中心 AD Exchange Center 需求方平台 Demand-Side Platform 資料管理平台 Data Management Platform 供應方平台 Supply-Side Platform DMP RTB 產業生態圈
- 4. 臺北站 Agenda - WHAT RISKS DO WE MEET? - RISK DIGGING BY ENGINEERING - MAKE IT CHANGE - CULTURE - SUMMARY
- 5. 臺北站 Risk
- 6. 臺北站 Development 開發 - Bugs - 需求不清楚 - 開發速度不足 - 已知技術債
- 7. 臺北站 Product 開發 - Bugs - 需求不清楚 - 開發速度不足 - 已知技術債 維運 - Security - 網路異常 - 機器沒吃乖乖 - 未知技術債 - 商業趨勢 - 競品 - 需求變動 市場 團隊管理 - 人事異動 - 溝通不良 - 需求不明確 - 沒有共識
- 8. 臺北站
- 12. 臺北站
- 13. 臺北站 Cost of test Sprints Sp1 Sp2 Sp3 Sp4 Sp5 Sp6 Sp7 Code changed Existing Refactor New Member
- 14. 臺北站
- 15. 臺北站 90 => 250 cases 4h => 1.5 Day
- 16. 臺北站 Auto test - Unit test - Integration test - Stress test
- 17. 臺北站 CI / CD - Jenkins - Break notification - Stage daily deploy
- 19. 臺北站 自動測試解決不了的問題 技術問題 - 流量太大，機器太忙 - 硬碟滿了 - 網路斷了 商業問題 - AD CODE 誤用 - 生態圈的拉扯關係 - 廣告錢花不完 - 流量來源不穩定 - 詐騙點擊
- 21. 臺北站 - Delay - Request gone - Money gone
- 22. 臺北站 Monitoring
- 24. 臺北站 Business Logic - 了解商業邏輯中的關鍵數據 - 產品的策略重點
- 26. 臺北站 • DISTRIBUTED ARCHITECTURE • DEVICE HEALTH CHECK • NOT FAST ENOUGH • NEED DEPLOYMENT • AGGREGATION LATENCY • EXCEPTIONS • SERVICE DOWN • HARD TO VISUALIZE
- 27. 臺北站 Prometheus + Grafana = TIME SERIAL BASE METRICS EXPORT + DASHBOARD
- 28. 臺北站
- 29. 臺北站
- 30. 臺北站
- 33. 臺北站 交接？
- 34. 臺北站 雪崩效應
- 36. 臺北站 Team Culture
- 37. 臺北站 Eat your own dog food AS A DEVELOPER, DO TESTING BY YOURSELF - OWNERSHIP - 內建品質，提前開始「品質的生命」
- 39. 臺北站 建立共識 - 具體問題 - 了解現狀 - 承諾與主動 - 尋找答案 Retrospect
- 40. 臺北站 降低門檻 - 普及為先 - 增加意願 - 由簡入難 - 了解大家為何不採用，而不是責備 - 減少使用成本
- 41. 臺北站 刻意練習 - 融入工作 - 內化 - 掌握重點 - 工作坊，手把手 - 實戰中學
- 43. 臺北站 Unit Test 建立共識 - 減少低級前期錯誤 - 淺談高效撰寫單元測試 降低門檻 - 可讀性在TEST CODE中比PRODUCT CODE還要重要 - CODE CONVENTION - 思維用以設計TEST的嚴謹性與有效性，而不是CODE READING（揣摩 NAMING RULE 和程式碼結構） 刻意練習 - PAIR PROGRAMMING/ MOB PROGRAMMING => 同步水平，減少無必要的紛爭 - TDD
- 44. 臺北站 Integration Test / E2E Test 建立共識 - E2E 的價值驗證 降低門檻 - 容易上手，架好鷹架 - SETUP, ANNOTATION, FACADE SERVICE - 減少 EXECUTION TIME - REDUCE I/O 刻意練習 - ACCEPTANCE CRITERIA
- 46. 臺北站 Monitoring 共識 - DEVELOPER 了解業務與穩定服務的關聯 降低門檻 - USE MANUAL - 1 SPRINT SURVEY 刻意練習 - 緊事維運事件演練
- 47. 臺北站 Case 1: Tenmax 服務飛主堡 (2018 Jul) - SRE EVENT PRACTICE - OFFICE HOUR - PRODUCTION - DATACENTER FROM TPE -> SG - STAY 24H RICHARD 的事件記錄
- 48. 臺北站 Case 2: Data pipeline workshop (2018 Nov)
- 49. 臺北站 To be Continued …. Exploring 海盜派測試
- 51. 臺北站 1. 探索未知 2. 排除阻疑 3. 建立防禦重鎮 4. 繼續探索更多未知 Bugs Business Issue Service Maintain Human Asset
- 53. 臺北站 Summary
- 54. 臺北站 - DEVELOPER 已無法只專注意寫程式，而是打造產品 - 明確現狀，製訂對策 - AUTO TEST - CI/CD - MONITORING - VIUSUALIZATION
- 55. 臺北站 讓個人能力成就文化 讓文化促進團隊水平 - 建立共識 - 降低門檻 - 刻意練習 Ability Culture
- 56. 臺北站
- 58. 臺北站 zen0106[at]gmail Medium: https://medium.com/@zen0106 FB: Scrum Community in Taiwan Thank you