第十屆 冠軍

agile
為團隊與組織導入敏捷的經驗分享
月湖 (若虛)

系列文章

DAY 1

前言

敏捷,是最近軟體工程的 buzzword。彷彿所有軟體工程遇到的困境,都可以靠「敏捷」這枚銀子彈解決。 這枚銀子彈有不只一種型態,可能是 Scrum、可能是看板...

DAY 2

導入敏捷的過程也要敏捷

正如前言所形容,敏捷在近年來似乎被奉為救命神丹,似乎只要咬碎服下,各種關於團隊、組織的疑難雜症都可以迎刃而解。但是事情並沒有這麼簡單。這顆救命神丹,未必是一口服...

DAY 3

團隊一起定期聊聊近況吧

昨天的〈導入敏捷的過程也要敏捷〉講到了要推行一套框架或流程要用逐步導入的方式進行,並在最後提了回顧會議(Retrospective)。但是請容我繼續賣個關子,今...

DAY 4

透過分享去激發團隊的討論

昨天在〈團隊一起定期聊聊近況吧〉提到一開始閒聊時,難免會有冷場的顧慮。這時候若有人願意分享一些做法或知識,就能成為一個好的開始。 分享的主題可以是既有的知識、可...

DAY 5

嘗試營造團隊的氛圍

今天出門一整天,回來休息一下,差點就睡到明天了,但想到還沒發文我又驚醒了,逼迫自己以鐵人般的意志起床寫文 ,想想競賽的名稱還真應景 Orz。好吧, 因為體力有限...

DAY 6

制定一個可落實的政策

前幾天聊到與團隊閒聊以及透過分享去激發團隊的討論,讓彼此認知逐漸同步,暸解團隊的狀況以及相互的想法。而當交流熱絡到一定的程度時,就可以開始考慮大家一起制定一個可...

DAY 7

讓阻礙可以被看見

相較於傳統的開發流程或形式,敏捷更重視溝通這件事,敏捷軟體開發宣言說得更重視「個人與互動」大致上就是在強調溝通和合作 [^1]。 不知道大家有沒有這種經驗:某件...

DAY 8

由主動認領取代被指派

在比較傳統的工作模式下,很多時候的工作都是由主管直接交辦下來,或是在開會時被點名承接。甚至會把清單上的每項工作都指派一個人負責,默默的每個人就被指派了很多工作,...

DAY 9

將產品負責人與團隊經營者分開

對於管理研發團隊的人,許多人想到的通常都是 PM,也就是 Project Manager、或是 Product Manger。PM 通常不只要為產品負責,也要為...

DAY 10

規劃是要經過協商的

昨天在〈將產品負責人與團隊經營者分開〉有聊到,假設有成員身兼需求提出和經營管理團隊的職責,很容易因為不對等的關係,導致將過量的工作強塞到團隊身上,團隊也難以抵抗...