系列文章
DAY 2
導入敏捷的過程也要敏捷
正如前言所形容，敏捷在近年來似乎被奉為救命神丹，似乎只要咬碎服下，各種關於團隊、組織的疑難雜症都可以迎刃而解。但是事情並沒有這麼簡單。這顆救命神丹，未必是一口服...
DAY 3
團隊一起定期聊聊近況吧
昨天的〈導入敏捷的過程也要敏捷〉講到了要推行一套框架或流程要用逐步導入的方式進行，並在最後提了回顧會議（Retrospective）。但是請容我繼續賣個關子，今...
DAY 4
透過分享去激發團隊的討論
昨天在〈團隊一起定期聊聊近況吧〉提到一開始閒聊時，難免會有冷場的顧慮。這時候若有人願意分享一些做法或知識，就能成為一個好的開始。 分享的主題可以是既有的知識、可...
DAY 6
制定一個可落實的政策
前幾天聊到與團隊閒聊以及透過分享去激發團隊的討論，讓彼此認知逐漸同步，暸解團隊的狀況以及相互的想法。而當交流熱絡到一定的程度時，就可以開始考慮大家一起制定一個可...
DAY 8
由主動認領取代被指派
在比較傳統的工作模式下，很多時候的工作都是由主管直接交辦下來，或是在開會時被點名承接。甚至會把清單上的每項工作都指派一個人負責，默默的每個人就被指派了很多工作，...
DAY 9
將產品負責人與團隊經營者分開
對於管理研發團隊的人，許多人想到的通常都是 PM，也就是 Project Manager、或是 Product Manger。PM 通常不只要為產品負責，也要為...