以下資訊摘錄至 "抱歉我搞砸了你的公司”  - 第二章: 人更需要再造. 太美好的流程, 都只是紙上談兵.
 
 
很多員工都知道, 問題所在在哪, 而且也想要幫忙, 只是他們不但沒有力量改變, 還被隔離在外. 真的有力量可以改變的長官, 卻沒人要來處理. 
 

kojenchieh 發表在 痞客邦 留言(1) 人氣()

在探索需求時, 其中有一種做法, 就是會用故事地圖(user story mapping)如何銜接影響地圖(impact mapping). 先利用影響地圖制定產品策略, 然後再利用故事地圖列出要做的故事, 並且排出優先順序. 正如下圖所示:
 
 
可是真的能接得那麼順暢麼? 在我看來缺少了一些東西:

kojenchieh 發表在 痞客邦 留言(0) 人氣()

有位網友在 Facebook 問到,  Scrum 團隊中是否一定要有 Scrum Master? 他在 FB 的 po 文如下
 
 
一開始因為上班很忙, 並沒有太多時間想這個問題, 只是很衝忙地找了 Mike Cohn 的文章 po 了上去. 那篇文章的留言其實還蠻精彩的, 很多人給了不少意見. 
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

在敏捷社群中, 我們常常會使用 user story 來描述要做的事情, 並且用它來啟動跟用戶的對話. 唯有深入瞭解客戶要什麼, 你才能做出接近正確的產品.
 
可是問題來了, 如果你有 200-300 張 user story 呢? 我想對於一個正式的產品, 不是練習的作業, 這樣的數量似乎很正常, 這時候你就會遇到 James Shore 所說的 Story Card Hell 問題.
 
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

對於想要結合 Scrum 和用戶體驗, 這篇文章是必看的參考資料. 這是由 User Story Mapping 的作者 (Jeff patton) 所撰寫, 相信有不錯的參考程度. 以下是我整理的一些重點
 
Dual Track Development is not Duel Track
 
 

kojenchieh 發表在 痞客邦 留言(1) 人氣()

Close

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼