一個嘗試 端到端跨職能團隊

我們是間新創，但我們的組織架構卻很正式。如同一般常見的組織架構。由上到下有各種層級。各自部門也有各自奮鬥的 KPI。有時也會聽見不同部門互相責怪的聲音… 在跨部門的溝通上因為職權的關係，成員們也會希望會有一個代表來幫忙溝通… 之前也有些風風雨雨……

用敏捷思維來辦活動 – 2018 部門Kick off

[緣起]

RSG Tokyo 2020 場邊觀察

有幸受到主辦方的邀請來參加這一次的 Regional Scrum Gathering Tokyo 2020，由於這一次當我得知的時候已經過了投稿時機，所以這次便以社群代表的名義參加了 RSG Tokyo，除了要持續跟 Scrum Alliance…

[心得] GOOS — 驗收測試驅動開發

上完整整三天 91 的 GOOS — 驗收測試驅動開發

先講結論 — 要把這些 Skill 帶回團隊需要一番工夫，因為這些功夫只能體會不能言傳！

原因是這堂課大部分時間都是在實際動手體驗 + 看 91 表演

很多觀念雖然早已知道，平常不這麼做還是一樣生疏。

記錄一下這堂課的一些心得

[最記得的橋段]

Design Sprint 初體驗

終於找到機會來上 David 的 Design Sprint 三小時版本了

[Practice] 談談一週的 Sprint

我們團隊採用一個星期一個 Sprint 已經有一段時間了，而這麼短的週期，雖然很靈活，但也存在一些問題：

[問題 : 零碎的工作時間]

原本的玩法是周一 2pm Planning ; 週五 2pm Review + Retrospective。

雖然有頭尾的概念，但是時間變得零碎，一週重要的日子變成兩天，而且是很容易請假的星期一跟星期五。

與專家們一起共舞 Customized Design Sprint

[緣起]

部門中其中一個團隊有項新計畫，產品經理想了一個初步的產品計畫，而這個計畫受到 CIO 的青睞，但有更多細節需要菲律賓專家們的補充，於是突發奇想地邀請他們一起來設計這項產品。而我，也被受邀，但不是設計產品，而是設計一場 Workshop 讓他們能夠一起設計產品。
這一次我選擇了 #DesignSprint

[醜話]

又蹦出另一個版本的 Design Sprint ? Problem Solving Sprint

什麼是 Problem Solving Sprint ?

[好書推薦] Continuous Delivery

在你的公司裡，僅涉及一行程式碼的變更需要用多久時間才能部署上線？你的處理方式是否可重複且可靠呢？