目前分類:Scrum (113)

瀏覽方式: 標題列表 簡短摘要
Scrum 藉由頻繁交付, 可以讓你的缺點即早曝露, 因此你可以及早修正. 
 
因此, 有人說, Scrum 是一面鏡子, 他會把你的行為, 一舉一動, 呈現出來給大家看, 所以你才知道你哪裡有問題.  
 
螢幕快照 2015-05-05 下午8.44.34  
 

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

之前看了Henrik Kniberg 的Agile Product Ownership in a Nutshell 的 video (https://www.youtube.com/watch?v=502ILHjX9EE ), 外加 Daniel Teng 的教誨, 對於 Agile/Scrum 有更深一層的感觸. 以下是整理出來產品負責人 (Product owner) 應該注意的事情:
 
complete-product-owner-title  
 
1. 知道為什麼比知道要做什麼重要
知道客戶為什麼要, 或者他遭遇到什麼問題, 會比只是知道要做什麼功能還重要. 所以你需要花時間去瞭解客戶, 通常你會利用 design thinking, empathy, user journey map 等技巧, 瞭解客戶背後的問題. 

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

在 Amazon 中, 針對 Scrum: The Art of doing Twice the work in half the time 一書, Bas Vodde  對它寫了一些評論:
 
scrum-jeff-sutherland-cover  
 
在裡面有幾句話寫得非常好, 深深地打動我:

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

這裏有一份產品負責人 (Product Owner) 的檢查清單. 可以讓大家參考需要會什麼東西:
 
CustomerProxyPorductOwner  
 
1. 啟動一個新的產品或是史詩級的故事
     a. 和團隊, 利害關係人, 和顧客一起建立願景

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

在敏捷團隊中, 我們會想用視覺化的方式, 來將一些資訊呈現出來, 好讓大家可以很清楚知道專案目前的狀態.
 
常見的道具, 像是 burn down chart 或者 task board, 就是用來顯示目前專案的進度, 以及工作處理的狀況. 
 
可是除了專案的狀態可以視覺化外, 還有人想出了想把成員的心情也給視覺化. 它叫做 Niko Niko calendar. 
 

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

Scrum 中有一個東西叫做產品需求清單 (product backlog), 大家可能不太清楚, 怎樣的 product backlog 內容才是合宜.
 
06fig06  
 
Roman Pichler 和 Mike Cohn 認為一個好的產品需求清單 (product backlog), 應該具備以下特性:
 

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

在實施 Scrum 時, 我們會利用 definition of done, 來定義什麼叫做一個功能做完. 這可以避免大家對於做完的標準有不同解釋, 並且也讓大家在評估時, 會把該做的事情都考慮進去.
 
可是, 有時候問題不是只有出在功能做完沒有共識,  有時候問題是出在這個功能是否已經準備就緒. 如果這個功能沒有被適當的規劃, 而工程師卻開始去實作它, 那將會是一場災難. 因為你可能會做到沒有價值的功能, 或者是花很多時間來釐清需求內容.
 
為了避免這樣的問題發生, scrum 裏就提出了 defintion of ready 這個觀念, 希望在開發這個功能前, 就能確保這個功能是已經準備就緒的.
 

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

什麼是需求呢? 根據維基的定義, 需求是軟體開發時應滿足的功能與非功能要求.
 
在傳統瀑布式的開發中, 我們是靠著產品經理, 或者是系統分析師, 撰寫詳細的需求文件, 然後交給開發人員進一步去做設計.
 
在這過程中, 我想大家一定遇到這些問題:
 

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

對於需求的處理, 瀑布式和 Scrum 兩者有著截然不同作法, 讓我們看看他們各自如何進行
 
螢幕快照 2015-03-22 下午7.59.15  
 
瀑布式
1. 早期就已經訂定好所有細節.

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

Scrum 開發方法中, 包含三個角色: Scrum Master, 產品負責人(Product Owner), 和團隊. 很多人對於團隊要包含誰, 常常有不同的見解. 那到底正解是什麼呢? 
 
scrum  
 
從 Ken Schwaber 和 Jeff Sutherland 所撰寫的 Scrum Guide 中, 便對這件事情做了說明. 他們把團隊分成了兩類:
 

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

很多團隊或公司實施 Scrum 並不順利, 明明就是很簡單的 framework, 道理也很清楚, 可是卻做不到 Scrum 所說的境界, 為什麼呢?
 
scrum-1  
 
我想這是因為大家認為 Scrum 就是一種軟體開發流程, 認為只要照著步驟做就好了. 事實上, 這是不對的. 要做好 Scrum, 你必須考慮到組織模式, 以及實施的人們. 缺乏這兩個, 是無法成事的.
 

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

在剛學習 Scrum 時, 很多人對於 Scrum 的角色, 要做哪些事情感到非常困惑, 今天就讓我們來聊聊到底他們要做什麼.

 

CustomerProxyPorductOwner  

Product Owner
很多人看到有 product 這個字, 就覺得他就是要做專案管理, 因此就認為他負責管時程, 要求大家做事情. 並不是這樣的, 他最主要的工作如下:

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

很多人對於驗收標準 (Acceptance criteria) 和做完的定義(Definition of Done) 搞不太清楚, 覺得他們似乎很相像. 但是事實上這其實是兩回事. 讓我們一一道來 

 


驗收標準 (Acceptance criteria)

 

iStock_000012129304SmallAccept1  

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

雖然很多人在學習 Scrum, 但是可能不知道是怎麼來的. 那就讓小柯今天來講講古吧.

很多人小時候應該做過實驗吧, 課本上一定會叫你要控制變因, 一次只有一個假設, 然後進行實驗, 分析當初的變因帶來什麼影響, 是否和原先假設相同. 

 

Slide3  

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

最近又重新溫習的 CSPO (Certified Scrum Product Owner), 這一次聽到了 Scrum Master 經常使用了哪些工具

 

toolbox  

1. 給範例
在很多狀況下, 團隊都不知道要怎麼進行 scrum, scrum master 需要利用身教, 來展示 scrum 要怎麼做. 像是 Daily Scrum 時, 要如何跟大家同步訊息, 如何主持這樣的會議等等. 讓大家可以學習和模仿.

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

謝謝你在會議中提出問題, retro 的目的就是要講真話, 要讓有問題的事情早點講出來, 早點處理. 需要的是團隊成員對專案的向心力, 願意把事情做好的思維. 這些你都表現得很好.

 

images  

你對於 scrum 做法是否能幫助團隊加速有疑慮, 我想這是正常的, 因為我們並沒有加速, 而且問題很多..... 

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

之前和朋友談天, 他說在執行 Scrum 時遇到一些困難, 讓他覺得 Scrum 似乎並不是那麼美好. 讓我們來看看他遇到了什麼困境:

 

US_Navy_110813-N-XS652-351_Runners_navigate_an_obstacle_during_the_11th_annual_Armed_Services_YMCA_Mud_Run_at_Joint_Expeditionary_Base_Little_Creek  

1. 基本消費額太高
在每個 sprint 中, Scrum 要進行 planning meeting, daily standup meeting, review meeting 和 retrospective, 很多人在抱怨都一直在開會, 2 周的 iteration 其實不是兩周, 可能只剩下 7-8 天而已. 如果再加上要參加別人的 review, 或是公司的會議, 那其實沒有多少時間在工作上面.

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

在實施 Scrum 時, 最常遇到的一個狀況, 就是忽然說有急件, 希望團隊可以趕快處理.

根據 Scrum 的定義, 在 iteration 中途, 是不能再加功能, 也不能變更iteration 的長短. 

 

urgent (1)   

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

最近選舉到了, 都是一堆候選人的新聞. 其中看到有人在 FB 上 po 某個候選人所的話, 他提到了, 施政必須重視使用者經驗.  也就是任何政策的制定, 應以方便民眾使用或方便民間部門做事為出發點, 而非方便政府管理或方便公務員好做事

先不管這個候選人怎樣, 但是我想到的是, 這個情況不只在公家單位有這樣的思維, 我們自己開發產品, 或是在推廣敏捷時, 是不是也犯了同樣的問題.

 

images  

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

有些人提到, 為什麼大家執行 Scrum 感覺起來差這麼多? 這是一個很有趣的問題.

首先, 先跟大家澄清, Scrum 只是個 framework, 因為在這個 framework 下你可以選擇自己的實施方式

scrum-framework6  

例如: Scrum 要求要有 product backlog, 並且裡面的需求要照優先順序排好. 這些是 Scrum 要求的. 但是他並沒有說 product backlog 要怎麼寫, 你可以用 SRS, use case 或者 user story, 只要你排好優先順序, 並且可以在一個 iteration 內完成. 我想就可以了.

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

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼