David Ko的學習之旅

22. 解決利益關係人

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

利益關係人會受到看板執行的影響, 這件事情是可能的. 然而這樣的改變會變得更好 - 它意味著團隊會開始拒絕他們不能完成的工作, 開始為了品質而行動, 並且把優先順序地的項目從團隊的backlog中移除. 儘管如此, 做之前先有個討論, 會是一個好的作法.

最有關聯的利益關係人, 是第一線的支援和部門經理. 因為他們有參與研討會, 他們對於繼續下去有著正面的看法, 同樣地, 開發團隊也有相同的想法(不管怎樣, 會或多或少期待有改善). 但是對於這個團隊, 支援團隊, 事情變得不一樣. 他們最大的問題是, 他們的工作負荷量太大. 他們也需要處理客戶的問題, 因為公司有承諾要去回應所有的問題. 如果我們要實施看板和開始強迫WIP限制的話, 現在這種狀況很可能會改變.

因此, 我們到關鍵的利益關係人的地方, 介紹我們的意圖, 預期的利益, 以及可能的結果. 讓我感到欣慰的是, 我們的想法普遍地受到歡迎,甚至有些人評論是"如果我們最後能這些問題長眠, 那是多棒啊".

Unit test and State-based testing

Source: The art of unit testing with examples in .NET, Roy Osherove
http://www.amazon.com/Art-Unit-Testing-Examples-Net/dp/1933988274/ref=sr_1_1?ie=UTF8&s=books&qid=1267086529&sr=1-1
Chapter 2 A first unit test

1. 簡單的單元測試範例
(1) 受測類別

21. 團隊開始運作

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

我們如何讓團隊開始運作呢? 並沒有任何手冊說要如何展開, 若是做錯將會有很大的風險. 我們面對的是一個生產平台和高度專業化的人, 這些人是很難被取代的. 不要不但沒有改善, 反而導致他們因此而相互疏離, 這將會是一個很糟的主意.

* 我們應該開始就好? 等到有問題就承擔後果?

單元測試的基本觀念

Source: The art of unit testing with examples in .NET, Roy Osherove
http://www.amazon.com/Art-Unit-Testing-Examples-Net/dp/1933988274/ref=sr_1_1?ie=UTF8&s=books&qid=1267086529&sr=1-1
Chapter 1 The basics of unit testing

1. Unit test的定義
為了讓大家有相同的認知, 作者定義了unit test是什麼.

20. 開始行動

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

所以我們需要開始行動, 但是我們要從哪裡開始呢? 唯一我們確定的事情是: 我們不會在原地踏步

我的背景是開發人員, 所以我確定我只知道一些有關營運部門的特性, 我不是要"橫衝直撞和一開始就改變一些事情", 我需要一個較不會反抗的方法, 可以教導我們一些相關的事情, 和放棄一些無關的事情, 並且很容易去學習.