Scrum入門手冊(4) - Scrum的開始摘錄至 Scrum Primer
http://www.scrumalliance.org/resources/339Scrum的第一步是讓產品負責人去清楚地表達產品的遠景. 最終, 這將逐步形成精確的, 並且優先順序決定好的功能列表, 我們稱之為產品backlog. 這個backlog存在(演進)於整個產品生命週期, 它是產品的路線圖(見圖2). 在任何時候, 產品backlog是一個單一, 明確的概觀, 來說明"任何團隊需要做的事情, 以優先順序排列". 並且只有單一一個產品backlog存在, 這意味著產品負責人必須先對整個東西, 做出優先順序的決定, 以表達出利害關係人的利益和所影響到的團隊.
kojenchieh 發表在 痞客邦 留言(0) 人氣(367)
Scrum入門手冊(3) - Scrum的角色
摘錄至 Scrum Primer
http://www.scrumalliance.org/resources/339在Scrum中有三個角色: 產品負責人(Product Owner), 團隊(The Team)和ScrumMaster. 合在一起就是大家所知的Scrum團隊. 產品負責人負責挑選產品的功能, 排列出優先順序的列表, 決定哪些功能要在下個sprint中處理, 不斷地重新排定優先順序和更新這份列表, 以取得最大的投資報酬率. 如果這是一個商業化產品, 產品負責人對產品負有盈虧的責任. 若是這是一個內部的應用系統, 產品負責人不用像商業化產品(意味會產生收入)一樣, 負責其投資報酬率. 但是他們仍然負責對其所選擇的東西, 要最大化其投資報酬率 - 在每個Sprint中 - 最有商業價值, 但最少成本的項目. 實際上, '價值'這東西是非常模糊不清的項目. 優先順序可能因為想要滿足重要客戶, 或是要和策略性目標一致, 或者因攻擊的風險, 或改進目標, 或是其他因素等, 而造成影響. 在某些情況下, 產品負責人和客戶可能是同一個人, 對於內部的應用系統這是常見的狀況. 至於其他狀況, 客戶可能是幾百萬人, 並且有各式各樣的需求. 在這樣的狀況下, 產品負責人的角色, 類似於許多組織中的產品經理或是產品行銷經理. 然而, 產品負責人和傳統產品經理是有些不同的, 因為他們很積極很經常地和團隊互動, 親自提供優先順序, 每兩週或四周的循環中檢視結果, 而不是只是把開發的決策委派給專案經理. 重要的是要注意，在Scrum中僅有一個人擔任 - 並擁有最終的權力 - 產品負責人, 由他或她決定工作的重要性為何.
kojenchieh 發表在 痞客邦 留言(0) 人氣(787)
Scrum入門手冊(2) - 敏捷開發和Scrum摘錄至 Scrum Primer
http://www.scrumalliance.org/resources/339敏捷開發和Scrum敏捷開發方法所產生的信念, 是基於更接近人類真實狀況 - 真實產品開發的學習, 創新和改變的現狀 - 來產生更好的結果. 敏捷的準則(Agile principle)強調建構可運作的軟體, 讓人們能迅速去試試看; 而不是像以前一樣, 要花大量的時間去撰寫規格文件. 敏捷開發著重於授權跨功能的小組來做決定; 而不需要多階層次的組織或是功能分明的部門. 敏捷注重快速循環, 並且其中結合了客戶持續的回饋. 當人們開始學習敏捷開發或是Scrum時, 少數會有這樣的認知 - 感覺像是回到一開始, 我們"曾經這樣做"的階段,
kojenchieh 發表在 痞客邦 留言(0) 人氣(1,079)
傳統的軟體開發
摘錄至 Scrum Primer
http://www.scrumalliance.org/resources/339
kojenchieh 發表在 痞客邦 留言(0) 人氣(755)
