常常有人說 Scrum 中的 Product owner, 除了管理需求外, 似乎沒有做什麼事情. 或者說他和傳統專案經理做的事情差不多.
真的是這樣嗎? 或許做的事情有些接近, 但是在所使用的工具是有所不同的, 以下是我整理出的一些差異:
- Jan 20 Tue 2015 08:38
Product Owner 的主要工作
- Jan 15 Thu 2015 00:13
團隊的氣壓計 - 一個回顧 teamwork 的工具
大家在進行 retrospective 會議時, 常聽到只有一種方法, 因此時間一久了, 大家就會很煩悶, 又是來同一套, 因此換些做法, 對 scrum 團隊來說是必要的.
不過, 不管換哪些方法, 大部份的做法都是集中在解決我們遭遇的問題, 或者是改進我們目前的做法. 但是, 卻沒聽到有人說要凝聚團隊的向心力. 需知道, 如果大家沒心, 那些解決方案或是改進計畫, 執行起來都是事倍功半啊.
在 Team barometer 一文中, 作者提出了一種調查的方法, 讓我們可以知道目前團隊凝聚的狀態, 然後再搭配一些引導的方式, 讓大家來檢討和改善團隊向心力.
- Jan 14 Wed 2015 08:25
何謂產品探索的過程？
軟體開發的過程, 分成產品探索和產品交付兩個階段:
產品探索: 決定要做什麼東西
產品交付: 決定如何做出東西
一般來說, scrum, XP 等方法, 是在處理產品交付的問題. 可是對於產品探索方面, 並沒有太多著墨.
- Jan 13 Tue 2015 08:43
相信數字 v.s. 相信人性
- Jan 12 Mon 2015 07:39
敏捷的定量分析: 沒有多工真的比較好嗎?
最近很多人在討論, 是否同時只做一件事情, 會比同時做很多事情有效率. 根據 Little’s Law 的公式來看, 似乎是這樣的, 但是理論上對的東西, 是否在實務上也是這樣呢?
Little’s Law: 平均處理時間 = 平均同時處理項目的個數 / 平均產能
(註: 若要有較短的平均時間, 由公式來看, 平均同時處理項目的個數需要比較小)
