在 U 型理論 一書中提到, 談話可以分成以下四個層次
 
(1) 下載
在下載層次的談話中, 我們通常會根據我們自認對方想要聽到的內容做出判斷而發言, 所以這樣的談話通常是禮貌性的或是制式的談話, 只是說別人想 要聽的話, 並非真正將我們的想法說出來. 
 
(2) 辯論

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

在 Agile 成功法則一書中, 作者提到了什麼情況下 Agile 不適合:
 
有句話是這麼說的: 要是你聽不懂笑話, 這個笑話就不適合你
 
image
 

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

Sprint planning 會議會拖很久, 其中一個原因, 是決定這個 sprint 可以完成多少個 story. 
 
這件事情之所以會慢, 是因為要工程師估時程. 他需要了解需求是什麼, 可能要拆解工作, 要想想可能會有多少插單進來, 或者他有多少把握做完等等, 要考慮的東西可能非常多, 因此, 他不能不慎重, 不能不多想想.
 
但是每次都這樣搞, 時間能不拖久嗎? 
 

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

source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook

 

Kanban 的本質是一個很簡單的想法: 同時進行的工作 (Work In Progress, WIP) 必須被限制; 當目前手上工作被完成, 或是下游的工作被拉動, 新的工作才可以開始. 看板(或是訊號卡) 會產生視覺化的訊號, 是因為目前工作量沒到達限額, 所以新的工作可以被拉進來. 這聽起來不是革命性的改變, 似乎也不會影響團隊或組織的績效, 文化, 能力或成熟度. 但很神奇地看板做到了!看板看起來只是小的變化, 但是卻改變商業中的一切.

 

我們意識到, 看板是一個關於變革管理的方法, 它不是軟體開發方法, 也不是專案管理的生命週期或過程. 看板是給現有軟體開發週期或專案管理方法, 引入改變的做法. 看板的原則, 是從你現在做的開始, 藉由分析價值流程來了解你目前的工作流程. 然後在工作流程上的每個階段, 對限制同時工作的量達成共識. 當看板訊號產生時, 藉由拉動工作, 開始讓流程運作.

 

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

source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook

 

Henrik Kniberg 是一個非常罕見的人, 他能從複雜的狀況中萃取出事情的本質, 從無序的干擾中梳理出核心想法, 並且產生出非常容易理解的明確解釋. 在本書中, Henrik 出色地解釋了 Scrum Kanban 的差別. 他明確地指出這些只是工具, 而你真的想要的是擁有完整的工具箱, 了解每個工具的長處和限制, 以及如何使用它們.

 

在本書中, 你將會學習到 Kanban 的全部含義, 他的優點和局限性, 以及使用時機. 你還將會獲得很棒的一堂課: Scrum 或其他工具的改進時機和方案. Henrik 在書中說的很清楚, 你一開始選擇什麼工具並不重要, 重要的是不斷改善它的用法, 以及持續擴充你的工具箱.

 

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

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼