19. 我們從哪裡開始呢?
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
一個好的開始是藉由詢問開發團隊, 誰是技術營運部門的顧客?
開發人員對營運部門的想法
我問過:"當你想到"營運部門", 你會想到的三件有關他們的事是什麼?" 最常見的答案是:
19. 我們從哪裡開始呢?
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
一個好的開始是藉由詢問開發團隊, 誰是技術營運部門的顧客?
開發人員對營運部門的想法
我問過:"當你想到"營運部門", 你會想到的三件有關他們的事是什麼?" 最常見的答案是:
Mock和Stub的比較
Martin Fowler 寫過一篇文章, 叫"Mocks aren’t stubs" (http://martinfowler.com/articles/mocksArentStubs.html). 討論Mock和 stub的不同
說真的一開始看了半天, 不是很懂他要講什麼, 後來在網路上看了半天, 終於比較有感覺了. 以下是我簡單的整理.
首先我們首先看個例子:
(1)定義一個 Mail Service的interface
public interface MailService {
Scrum History
1.New New Product Development Game - Harvard Business Publishing, 1986
- http://apln-richmond.pbworks.com/f/New+New+Prod+Devel+Game.pdf
- It mentioned
“This new emphasis on speed and flexibility calls for a different approach for managing new product development. The traditional sequential or “relay race” approach to product development – (editors note: i.e. “waterfall” ) … – may conflict with the goals of maximum speed and flexibility. Instead, a holistic or “rugby” approach – where a team tries to go the distance as a unit, passing the ball back and forth – may better serve today’s competitive requirements.”
Hadoop 資料整理
小弟打算開始學習一些雲端運算的技術, 發現很多好手很熱心地整理了一些中文資料, 這樣可以幫我解省不少時間. 非常謝謝這些朋友們!!
1. Hadoop wiki
http://en.wikipedia.org/wiki/Hadoop (英文)
http://zh.wikipedia.org/wiki/Hadoop (中文)
18. 究竟為什麼要改變呢?
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在2008年, 我們其中一個的客戶, 來自北歐的遊戲開發公司, 經歷了一連串的流程改善. 其中包含了逐漸推廣scrum到開發部門, 以及一點一滴排除障礙好讓開發團隊能交付軟體. 當軟體開始運作, 處理的量增加, 這時候壓力會到下游去, 也就是技術營運部門身上. 以前, 他們只是在旁邊看, 現在他們逐漸開始加入, 變成開發流程中積極的一份子.
圖1. 技術營運部門包含三個團隊: 資料庫工程人員(DBA), 系統管理和二線支援