Product Backlog
在專案一開始時,需要有一份要處理的工作項目。在傳統專案中,我們會使用需求規格書,或是者是使用個案。可是在Scrum的軟體開發中,我們使用的是Product backlog這個東西。你會問說這又是什麼新的名詞呢?讓我們來看看大家怎麼定義它:
A. Wiki上的定義
- 對於整個專案來說,它是一個較高層次(high-level)的文件。
- 包含了所有想要功能的描述,或者是wish-list等等。
- 是根據商業價值來排定優先順序
Product Backlog
在專案一開始時,需要有一份要處理的工作項目。在傳統專案中,我們會使用需求規格書,或是者是使用個案。可是在Scrum的軟體開發中,我們使用的是Product backlog這個東西。你會問說這又是什麼新的名詞呢?讓我們來看看大家怎麼定義它:
A. Wiki上的定義
- 對於整個專案來說,它是一個較高層次(high-level)的文件。
- 包含了所有想要功能的描述,或者是wish-list等等。
- 是根據商業價值來排定優先順序
功能, 時程, 和成本
在專案管理中, 功能, 時程, 和成本, 一直是最重要的三個要素, 也是不容易取得平衡的三個要素. 因此你可以看到你的專案經理, 常常痛苦掙扎要如何在三者間取捨, 到底要犧牲那幾個, 保留哪幾個.
傳統的一種作法(waterfall)是將要交付的功能固定, 然後在成本和時程間做調整. 主要是以計劃導向(plan-driven), 來導出時程和成本的規劃.
不過這種作法, 往往犧牲的是成本. 因為通常時程無法做大幅變動, 因此只好在成本上考量. 這時候你會做的一件事情, 就是犧牲品質這項成本. 少點測試, 沒有檢視, 或是一寫完就交付.
可是這樣的東西會真的是你要的嗎? 這樣不好的循環, 真的無法打破嗎?
在agile中, 它試著改變這樣的假設, 認為交付功能是可以變動的. 因為功能這種東西不見是越多越好, 適用最重要.
如何產生好的sprint backlog
9 Tips for Creating a Good Sprint Backlog
http://www.scrumalliance.org/articles/122--tips-for-creating-a-good-sprint-backlog
1. 邀請所有團隊成員來參加
2. 討論每個項目應該如何被實作出來
- 討論的內容應該包含基本的設計, 目前現存的程式, 架構上的可能性等等
[管理]你最容易對老闆說錯的9句話
http://www.facebook.com/note.php?note_id=117062821649519&id=105827319455872&ref=mf
1.「不是我的錯」
當公司或團隊中發現一個問題,即使與你毫不相干,也千萬別說「不是我的錯」。因為這個問題肯定和老闆有關。此時應該盡量幫助出出主意。這也是表現能力的一個機會。
維生素B群減少中風、心臟病死亡
http://www.facebook.com/note.php?note_id=419717461857&id=200836698668&ref=mf
研究人員表示,葉酸和維生素B6的益處男女都適用。
維生素B群減少中風、心臟病死亡