iT邦幫忙

scrum master相關文章
共有 40 則文章
鐵人賽 Agile DAY 30

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

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

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

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

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

鐵人賽 Agile DAY 14

技術 Day14. Scrum 角色介紹

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

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

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

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

鐵人賽 Agile DAY 28

技術 [Day 28] 剖析 Scrum Master 該具備的特質

Master 名詞的中文翻譯有: 大師、能手、名家、師傅、主人、僱主、戶主 、導師、...。之所以在這 28 天中,把Scrum Master這個角色翻譯成Sc...

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

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

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

鐵人賽 IT管理 DAY 3
第一次使用Jira就上手 系列 第 3

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

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

鐵人賽 IT管理 DAY 29

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

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

鐵人賽 IT管理 DAY 17
我們與敏捷團隊的成長 系列 第 17

技術 成為 Scrum Master

前言 今天來部份自我介紹,聊聊身為 Scrum Master 的一些經歷。一如系列文章的初衷,希望能觸及團隊任何成員,從而引發思考,因此今天雖然談 Scrum...

鐵人賽 DevOps DAY 30

技術 引導x教練這回事

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

鐵人賽 DevOps DAY 29

技術 立場這回事

這篇是鐵人賽倒數第二篇了,還一兩個主題還沒寫,如果要在這三十天鐵人賽有個完結點,需要跳快一點,預計今天寫立場,明天結尾預計是引導x教練這回事,但也很想寫寫完結篇...

鐵人賽 DevOps DAY 28

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

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

鐵人賽 DevOps DAY 27

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

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

鐵人賽 DevOps DAY 26

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

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

鐵人賽 DevOps DAY 25

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

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

鐵人賽 DevOps DAY 24

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

終於來到最後一個技能主題,這中間技能過程寫的2266,所以在這裡補說一下,這個主題是架構篇提到協議、關係、溝通、成效的四個結構中「成效」面的行為觀念,連同前一篇...

鐵人賽 DevOps DAY 23

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

通常下篇就是要來講Scrum Master as a Coach在這回事上的整理啦! 創造覺察,在一般日常Scrum日子中,其實不太容易用提問來做到,因為我們...

鐵人賽 DevOps DAY 22

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

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

鐵人賽 DevOps DAY 21

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

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

鐵人賽 DevOps DAY 20

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

你沒有看錯,對,你沒有看錯,這篇叫做「直接溝通」,直接跟客戶溝通的概念!話可以好好地說給客戶聽惹!! 知者/學習者? 剛開始學教練,或者說剛開始當Scrum M...

鐵人賽 DevOps DAY 19

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

上一篇是在教練技能上提問的核心重點,往路上去問、不要把人問到牆上。實際上在教練技能裡面做起提問是有層次之分的,所以連同Scrum Master as a Coa...

鐵人賽 DevOps DAY 18

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

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

鐵人賽 DevOps DAY 17

技術 觀察這回事(下)

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

鐵人賽 DevOps DAY 16

技術 觀察這回事(上)

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

鐵人賽 Modern Web DAY 18

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

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

鐵人賽 DevOps DAY 15

技術 有沒有在聽這回事

要放中秋連假了,放假前結束sprint的這天,整天總是會滿滿的會議沒空思考別的,現在晚上得空,恐慌地寫著這篇文章,我想不起當初為什麼把這個題目當一篇,我翻了一下...

鐵人賽 DevOps DAY 14

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

上一篇大部分的人遇到問題,是沒有空間可以倒出來,教練跟客戶共同一步步搭建起的夥伴關係,就是共創出一個空間,讓客戶安心地倒出來整理,整理過後,會有新的決定或力量。...

鐵人賽 DevOps DAY 13

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

上一篇講到夥伴關係中建立安全信任,可以透過1.肯定技巧,肯定這個技巧背後有個關鍵修煉,叫做鑑賞,也就是一般常說的欣賞式探詢(Appreciative Inqui...

鐵人賽 DevOps DAY 12

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

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

鐵人賽 DevOps DAY 11

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

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