# Data Team Retro 2022 <!-- Put the link to this slide here so people can follow --> slide: https://hackmd.io/@davidtnfsh/rkg6euogi#/ ---  --- # Table of Contents 1. 今年的 retro 1. 隨買即用 2. Uptime Monitor 3. Shirley 的 Report 2. 明年的規劃： 1. 在開發的工作上，花更多時間更照顧志工 2. 讓小組更去中心化，弱化組長的角色 3. 讓亞馬遜飛輪轉起來！ 3. Key Takeaways --- # 今年的 retro --- ## 1. 隨買即用  ---- ~~~mermaid flowchart LR Extractor --> Transformer Transformer --> Loader Loader --> Aggregator(Data Warehouse) Aggregator(Data Warehouse) --> Authorizer(Authorizer e.g. Gather Town or YouTube) Authorizer --> Email ~~~ ---- ## 1.1 ETL  ---- * Stop: 要注意 data 的 discrepancy * Start: 明年也要串把 RegBot 串進隨買即用 * Continue: 能把 kktix 資料存進我們的 DB 讚讚！ ---- ## 1.2 Gather Town White List:  ---- 隨買即用 Gather Town 的白名單加入方式很單純，只需一個API與單一json結構.  ---- Stop: 主要的困難在於整理異常的KKTIX 的會眾購票資料，異常狀況有： 1. 單筆採購多張票 2. 多筆購票但聯絡人的資料相同 3. 贊助商工作人員-未購票 4. 聯絡人e-mail輸入錯誤 - 需於寄行前信/KKTIX確任信的寄件錯誤報告撈資料 另外這些資料(e-mail, name, Token)，需要與Discord註冊及行前信一致。 ---- Continue: KKTIX採購表單與流程的設計需結合隨買即用(v2)的系統 ---- ## 1.3 行前信發送  ---- Start * API 追蹤哪些人沒有開信或發送失敗 * 也不限只在大會前使用, 整個籌備期間有很多發信的需求 Stop * 受限購票的方式有些人工介入, 也造成後續整理也變得麻煩 ---- 改善方向 * Campaign 命名與管理 * ~~信件會被有些人的信箱當成垃圾信件~~ (無解) * ~~發信效率, 目前每批寄信時間約 @1.5min~~ (還行) ---- ## 1.4 橫向溝通 * Start：加強組內及組外的橫向溝通： * 確認其他組別的需求 * spec共同編輯（必須包含優先度、deadline、非must to have需要啟動備援方案的回報deadline、備援方案為何) * 組員是否有跨組、跨到哪組 * 集中task 在同一thread/channel/private group 討論 * Stop： * 組別間及組內的認知落差 * Continue：持續進行溝通及社群參與 --- ## 2. Uptime Monitor ---- 監測 Metabase 服務的 Discord 機器人  ---- * Stop: 烏龍警報 🤪 * Continue: 偵測服務連線正常但頁面異常的情況 --- ## 3. 分享 Insight https://docs.google.com/presentation/d/1YaiMgp6BBYuKtdWmbSxBkbrsJom5LmxfsIDh5O3bCI4/edit?usp=sharing --- # 明年的規劃 1. 在開發的工作上，花更多時間更照顧志工 ---- 2. 讓小組更去中心化，弱化組長的角色 * 今年做了超過 50 場 1x1 * 組長出國 sprint 就有點停擺 ---- 3. 讓亞馬遜飛輪轉起來！ ---- ## 什麼是亞馬遜飛輪？  ---- ### Metabase's Utilization  ---- ### How to Turn the Data Team Flywheel?  --- # Key Takeaways 1. 今年 data team 有更多 show case，但距離 mass adoption 還有距離 2. 運作上還是有點中心化，而且貢獻的門檻也高。怎麼打造人人都能舒適參與的環境是明年的目標 3. 讓飛輪轉起來，打造更 robust 的系統！