【有些事你不熱愛它,還是可以收穫滿滿 - 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
「敏捷開發 不適合」的推薦目錄:
- 關於敏捷開發 不適合 在 矽谷阿雅 Anya Cheng Facebook 的精選貼文
- 關於敏捷開發 不適合 在 緯育TibaMe Facebook 的最佳貼文
- 關於敏捷開發 不適合 在 91 敏捷開發之路 Facebook 的精選貼文
- 關於敏捷開發 不適合 在 [討論] 敏捷開發- 看板Tech_Job - 批踢踢實業坊 的評價
- 關於敏捷開發 不適合 在 敏捷開發:你我心中,都有一個屬於自己的MVP 的評價
- 關於敏捷開發 不適合 在 Project Up 專案管理的生活思維- 這幾年上課常被學員 ... 的評價
- 關於敏捷開發 不適合 在 Scrum 敏捷軟體開發一日體驗營@新竹- Part 5 的評價
敏捷開發 不適合 在 緯育TibaMe Facebook 的最佳貼文
🔥超優免費課程上架預告🔥
獨家取得Agile Taipei 海盜年會錄播權🎬
一起來聊一聊敏捷開發『隱藏的質量』問題
軟件開發是一個經驗式的過程(Empirical Process),對於這樣的過程,那種預定義式的(Pre-defined)管理就不適合了,因此我們選擇敏捷開發模式(Agile Development),小步快跑,頻繁反饋,可視化地關注著我們的“軟件”從無到有,一步步完成。
追求高質量的軟件,是軟件項目所有人共同的目標。那麼,是否每一個人(開發,測試,管理者等),每一個時刻,都可以清晰地描述當前產品的質量狀況?
就讓中國軟件測試大會ChinaTest聯合創始人 邰曉梅爲您分析與解答!
#勾選TibaMe粉絲團搶先看
#取得免費課程上架最新訊息
敏捷開發 不適合 在 91 敏捷開發之路 Facebook 的精選貼文
挺大一串討論串。
可以從裡面看到各種不同的想法,有交集、共識、不同意見,而這些都是學習的養分。
是個很不錯、適合討論的一個主題。
---
你出團的時候,團隊有沒專門的輔助角色呢?例如專門放靈氣的聖騎士 XD
我想到當時的主坦,連解個任務都要別人幫忙的窘境。但至少主坦的缺很多。
有種:Scrum Master 天賦要點過去,得花那麼多精力跟時間養成,要稱職還得吃點天份,點爛了還不能重洗天賦。
我對Scrum中的Scrum Master一直有一個不太認同的感覺。Scrum Master的master就是一個大師的意思,所以本身要對Scrum要有深刻的理解以及自己的看法。但是scrum team中擺了一個scrum master本身就是一個錯誤的事情,為什麼每個scrum team都要有一個scrum大師?
試想想看一個scrum team可能會怎麼形成的?
1. 新創團隊,可能人不超過10個
2. 中小公司,由上而下想要導入敏捷
3. 大公司,某個小團隊想導入敏捷開發流程
這三種團隊scrum master會怎麼產生的?
1. 新創團隊每個人都扮演很多角色,要一個專職scrum master根本就超奢侈
2. 中小企業,可能中高主管有敏捷想法。但是這些主管可能都扮演管理職,而基層團隊沒有人比老闆有scrum知識,誰來當scrum master?
3. 大公司的某個小團隊想要導入敏捷流程。通常也沒有人適合當scrum master,因為他們一定扮演了manager, tech lead, 產品經理等等的角色,本身都有一些其他職責。畢竟組織本身不是從敏捷發展起來的,本身就不是原生的敏捷組織,scrum master找誰來做都怪怪的。
所以scrum master的角色定義根本不符合現實情況。那什麼時候才可能會有scrum master呢? 就是找外部的教練,或說是找一個"顧問"來協助團隊走向敏捷。但是這個scrum master本來就不是屬於一個team的,而是找來的顧問,可能幫助公司的整個組織,或是部分組織服務的功能性角色。所以每次一開始接觸scrum的人都會問,到底誰要來當scrum master? 我覺得每次大家都在討論一樣的問題,那scrum master這個角色本來就有問題。問題就在於根本就不需要強烈要求有scrum master這個角色。
所以我更贊同的是,不需要scrum master,或是每個成員都是scrum master,透過retro,透過實際感覺去調整屬於團隊的scrum流程,而不是一個人要扮演一個scrum master。相信我,你去看看你的團隊中任何一個成員都不適合當scrum master。除非你們組織中已經有成功的敏捷團隊,而這個團隊中某個人出來協助其他團隊的教練,那他才是那個scrum master。對於一個從無到有的scrum team,不應該選一個人來當作scrum master。
#個人淺見
#希望有人打臉
#跑Scrum一年半的小小心得
敏捷開發 不適合 在 敏捷開發:你我心中,都有一個屬於自己的MVP 的推薦與評價
還是具體來說有那些東西是可以很「敏捷」?哪些東西不適合嗎? 先謝謝有經驗到大家」. 下面則整理大家的想法和意見。 警告. 本人並沒有任何實際了解過敏捷 ... ... <看更多>
敏捷開發 不適合 在 Project Up 專案管理的生活思維- 這幾年上課常被學員 ... 的推薦與評價
目前最好的解方,就是大家常聽到的#敏捷式開發流程 。 很多人聽到「敏捷 ... 不適合敏捷開發?如果適合,該從哪裡下手?若不適合,我能如何擷取片段來 ... ... <看更多>
敏捷開發 不適合 在 [討論] 敏捷開發- 看板Tech_Job - 批踢踢實業坊 的推薦與評價
在小弟的認知裡面
敏捷開發是軟體公司在玩的管理方式
把task切成小塊小塊 然後每天review
但是硬體公司的軟韌體問題
通常是OS 硬體 韌體 不同function間 全都攪在一起
所以開發上的眉眉角角各種鳥事比純軟體多太多
用敏捷開發在硬體公司做專案管理或許不那麼合拍
大家認為呢??
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.213.166
※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1522242275.A.492.html
... <看更多>