iT邦幫忙

scrum master相關文章
共有 40 則文章
鐵人賽 IT管理 DAY 3
第一次使用Jira就上手 系列 第 3

技術 [Day3]什麼是Scrum-第一次使用Jira就上手

Scrum 是一種實踐敏捷開發的框架。幫助團隊適應不斷變化條件及用戶需求,不斷學習和改進,產出最高價值的產品。這章節你將學會 Scrum是什麼 Scrum G...

鐵人賽 Agile DAY 24
敏捷藏在 K-pop 裡 系列 第 24

技術 【認可決】女團 LE SSERAFIM 上傳團體照的過程

韓國女團 LE SSERAFIM 由宮脇咲良、金采源、中村一葉、許允眞、洪恩採組成,顏值與實力頂天,但要在公開媒體上傳團體照,仍然要經過團員的認可決。 如下方...

鐵人賽 Agile DAY 14

技術 Day14. Scrum 角色介紹

近年來,隨著軟體產業專業愈深,分工愈細,導致軟體業的工種不斷增加:工程師有前端、後端工程師、資料庫工程師、測試工程師,設計師有 UX 、UI、互動等不同設計師,...

鐵人賽 DevOps DAY 8

技術 教練架構之美(2/2)

結構行為合一 在我的架構觀裡面所知道的方法,有一個叫做SBC架構(Structure-Behavior Coalescence架構),SBC要求結構觀點(Str...

鐵人賽 DevOps DAY 2

技術 起始點‧帶著滿滿困惑學習

故事的起點是這樣的… 非常坦誠地回頭看,起點很沒立場(笑),當初剛開始擔任Scrum master,其實對於這麼玄的角色要做到什麼程度才算是合格,相比熟悉的PM...

鐵人賽 DevOps DAY 3

技術 速度這回事(1/4)

名詞說明:通常被教練的對象我習慣稱為「客戶」,客戶可以是一個個體,也可以是一個群體,我定義的Scrum Master客戶,是整個Scrum team、以及組織...

鐵人賽 IT管理 DAY 29

技術 [Day29] Scrum失敗經驗談 – 沒有經驗的Scrum Master

這次最後一個要分享的Scrum失敗經驗,就是「沒有一位具備經驗的Scrum Master」,工程團隊是一個協作性極強的團隊,若是僅僅想要利用一般書面所學的工具,...

鐵人賽 DevOps DAY 1

技術 參賽前言

我是一個從Project Manager走到全職Scrum Master路途中的遍路行者(註1)。 接觸Agile其實已經是小時候10年前的事情(((笑),...

鐵人賽 Agile DAY 29
敏捷藏在 K-pop 裡 系列 第 29

技術 同事吵架,我要吃瓜還是混戰?(引用 7 Habits、薩提爾、PMBOK)

若說到最會吵架的女團,當屬徹底奉行坦率透明的 (G)I-DLE,成員包含臺灣、中國、泰國、韓國人。(G)I-DLE 就連出遊也訂下規則:想吵架就吵,吵完再和好。...

鐵人賽 DevOps DAY 7

技術 教練架構之美(1/2)

客官們稍安勿躁~現在講完這兩篇虛無飄渺的架構後,就要講講技術面了,只不過..."架構"這個主題可能還是有點抽象,我試著簡單一點寫。 先講個名...

鐵人賽 DevOps DAY 30

技術 引導x教練這回事

決定了,就用這個主題當鐵人賽30天的終點! 從起始點‧帶著滿滿困惑學習這篇說起吧,文末提到as a Scrum master我對Coaching的困惑: 1....

鐵人賽 DevOps DAY 4

技術 速度這回事(2/4)

組織的速度感 組織,可以是一個部門、整個公司,他是會呼吸的生命體 既然是個生命體,表示組織有時間軸上的起起伏伏,上一篇講到領導人的「期望速度感」,會影響所帶領的...

鐵人賽 Agile DAY 25
敏捷藏在 K-pop 裡 系列 第 25

技術 趕快上船!和 Red Velvet 前往 Queedom

這篇我想藉由 Red Velvet 這首 〈Queendom〉的故事,介紹帆船模型回顧會議 (Sailboat Retrospective)。 同在一條船上的...

鐵人賽 DevOps DAY 5

技術 速度這回事(3/4)

接下來兩篇我們來看看各階段的速度感,組織每個階段需要的是什麼?Scrum master as a Coach,學會辨識組織該階段的速度,就能以應對的教練速度做預...

鐵人賽 DevOps DAY 10

技術 要去哪兒這回事(下)

這篇要恢復一個碎碎念模式來寫經歷~前一篇寫的我也沒多滿意*(內心戲溢滿,太多腦海裡想的沒有呈現)*,而且我還是發文了,常常就是這樣完美主義作祟,總是不滿足、總...

鐵人賽 DevOps DAY 6

技術 速度這回事(4/4)

第三階段:趨緩期 這個階段,組織經歷過成就榮耀,會追求獲利穩定或多角擴張。在穩住原有的績效下會想要建立些制度來穩固組織,會想要整合一些資源創造下一波高峰,這時...

鐵人賽 DevOps DAY 9

技術 要去哪兒這回事(上)

教練這回事,我寫到這裡還是認為自己...似乎無法具象描述太多,總感覺挺抽象的寫,而且對我而言,用文字把這些觀念串在一起成段落,已經有滿多的展開跟學習,然而,寫...

鐵人賽 DevOps DAY 27

技術 個人or團隊這回事(上)

講到團隊(Team),就會先講到團體(Group)這個字,談團隊之前,其實要先這樣想:根本沒有團隊這件事(登愣!!!)!!因為無論是團隊或團體,都是由個人組成的...

鐵人賽 Agile DAY 30

技術 D30 - SM 的正確使用方式

首先必須說一下,我沒有很喜歡 Scrum Master 要被簡稱為 SM 這個神奇的縮寫,但為了博得大家的眼球,我這邊還是決定豁出去~用了個奇怪的標題! ~~希...

鐵人賽 DevOps DAY 25

技術 行動與當責這回事(下)

Scrum Master 怎麼使用行動與當責這回事呢?從前當PM當久了,很會因為蒐集完、聽完可以決策的資訊就立刻組織出各式行動方案,可是當身為Scrum Mas...

鐵人賽 Modern Web DAY 18

技術 【打造量子團隊】組織內部連結(IV)- 引導與教練

我們前面提到團隊內建立好連結的方法,提到 教練,提到團隊中的一個角色 Scrum Master 與 Scrum Master 的六頂帽子。Scrum Maste...

鐵人賽 DevOps DAY 11

技術 要去哪兒這回事(番外篇)

前兩篇雖然寫的看起來目標設定很像簡單,在團隊裡面,目標設定代表的意義是「團隊選擇自己想要去的勝利圈模樣」,選擇權在團隊手中的,會有創造感,而這會是一個動力的起頭...

鐵人賽 DevOps DAY 21

技術 直接溝通這回事(下)

從昨天寫完上篇後,一直在思考下篇關於Scrum Master真實情況該怎麼寫,因為.....我經歷了今天四五個小時新人訓練的講者腦袋後,我腦中浮現的....as...

鐵人賽 DevOps DAY 17

技術 觀察這回事(下)

上一篇教練觀察客戶,全在乎這個人怎麼認知他的世界與他自己這個人,這是為了要幫助客戶看到自己對自己的框架、信念...等等。可能有人會想成教練會幫助客戶有些大的變革...

鐵人賽 DevOps DAY 18

技術 問在路上這回事(上)

終於寫到「問」這個主題了~灑花~ 「提問」這個技能對於教練來說是滿重要的能力,因為在教練會談中全程都是用提問的。怎麼問、或問什麼會影響客戶思考的脈絡,是要選擇批...

鐵人賽 DevOps DAY 16

技術 觀察這回事(上)

今天是中秋節,連假第一天,返鄉進入了一個困難寫作的處境了,接下來這四篇的連假篇....需要來更簡單的寫,之後再調整嚕^^|| 教練的觀察 前一篇提到,教練會...

鐵人賽 DevOps DAY 28

技術 個人or團隊這回事(下)

先寫警語:這篇...會是一個半成品思緒,而且是一個自我的幼稚心路歷程回顧…因為組織起來心會有點情緒,需要慢慢整,但絕對真實。 我一開始到Scrum team的...

鐵人賽 DevOps DAY 22

技術 創造覺察這回事(上)

覺察Awareness,這個詞,對每個人來說,有深有淺,有不同角度、不同高度視野,或者也可以說,是怎樣「有意識」。教練會談中,需要去幫助客戶創造客戶自己的「有意...

鐵人賽 DevOps DAY 26

技術 回頭看結構行為合一這回事

對~這篇起我要跳脫原本規劃的題目了,因為剩下5篇可以綜合的胡搞啦~其實也是因為寫完幾個所知的技能面向了,這篇想要回顧也算是補充教練架構之美(2/2),這篇提到的...

鐵人賽 DevOps DAY 12

技術 共創關係這回事(1/3)

前面三篇講了很多去哪兒的方向、目標,都是偏向客戶這個人選擇要去哪的「事情」上面,實際上,在教練中,如果一直對事不對人,是一種治標不治本的方法,因為一直只看著事情...