【有些事你不熱愛它，還是可以收穫滿滿 - Scrum到底講什麼？】
今天考過了Scrum Master的證照！坦白說，我一直都沒有想過要去考證照，因為我是一個熱愛挑戰、有時喜歡破壞規則的人，總覺得這種規則很多的東西不適合我。但剛好 HowAgile 請我給他們的課程一些反饋、天下文化 請我做 #SCRUM敏捷實戰手冊 書評，大人學、MasterTalks 請我開產品管理、專案管理的課程，「是時候好好研究一下我沒有特別熱愛的事！」我想。
雖然面試過上百Scrum Master(敏捷導師)、陸續有十多個敏捷導師在我團隊上，也用敏捷開發十多年，但我其實沒有考過證照，也不知道竟然還有手冊！
抱著踢館的心態，開始了證照課程，發現自己用敏捷開發就像是騎腳踏車，會騎（用敏捷十年）、也在國家隊裡（臉書），但其實不知道原理，了解原理以後，感覺事情都串連起來的感覺！
幾個簡單的摘要給大家，不過切記，重點是團隊自動自發、有自主權的精神和背後的道理，倒不是這些規則喔！
【團隊】
📌 Product Owner管Product Backlog，負責讓Development Team做的事發揮最大的價值
📌 Scrum Master提倡、觀察、指導、協助團隊用Scrum
📌 Development Team決定Sprint Backlog，負責達成Sprint Goal、每個Sprint產出可以使用、上線的產品「Done Increment」，所有需要完成Backlog都在Development Team上，可能不只有工程師
【Sprint】不超過四週，矽谷軟體公司通常是兩週
【會議】
📌 Sprint Planning：決定Sprint要做什麼、Sprint Goal，一月不超過8小時。在業界通常分為「Backlog Grooming」讓團隊了解要做什麼、「Sprint Planning」決定Sprint 要做什麼。
📌 Daily Scrum：在業界常被叫做「Daily Standup每日站會」，固定15分鐘，只有Development Team參加。
Sprint Review：在業界常被叫做「Demo」，每月不超過4小時。不只是「看喔！我做好了！」還有評估調整剩下的東西。
📌 Sprint Retro：檢討會，每月不超過3小時。不只是檢討，還有選出一樣改進下個Sprint執行。
雖然我覺得Scrum Guild有些過於理想化，業界通常Product Owner也不是那個最了解產品時程的人（是Scrum Master），但整體來說，還是一個非常棒、矽谷每家公司都用（類似）的framework。
還有很多心得啦！下次再細講。
👉 聽 矽谷資深女工程師 、 NATEA北美台灣工程師協會 工程師怎麼用敏捷，今天台灣時間11am、美西晚上8點 https://www.facebook.com/events/3495823580475824
👉 Scrum書 https://www.books.com.tw/products/0010856655
👉 考scrum證照 HowAgile
👉 免費Scrum 線上測驗 https://www.scrum.org/open-assessments/scrum-open
👉 免費Scrum Guide https://www.scrumguides.org/
👉 上非Scrum專案管理實戰課 https://shop.darencademy.com/product/view/id/1
敏捷開發 不適合 在 [討論] 敏捷開發- 看板Tech_Job - 批踢踢實業坊 的美食出口停車場
在小弟的認知裡面
敏捷開發是軟體公司在玩的管理方式
把task切成小塊小塊 然後每天review
但是硬體公司的軟韌體問題
通常是OS 硬體 韌體 不同function間 全都攪在一起
所以開發上的眉眉角角各種鳥事比純軟體多太多
用敏捷開發在硬體公司做專案管理或許不那麼合拍
大家認為呢??
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.213.166
※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1522242275.A.492.html
... <看更多>