目前分類:Scrum入門手冊 (4)

瀏覽方式: 標題列表 簡短摘要

Scrum入門手冊(4) - Scrum的開始

摘錄至 Scrum Primer
http://www.scrumalliance.org/resources/339

Scrum的第一步是讓產品負責人去清楚地表達產品的遠景. 最終, 這將逐步形成精確的, 並且優先順序決定好的功能列表, 我們稱之為產品backlog. 這個backlog存在(演進)於整個產品生命週期, 它是產品的路線圖(見圖2). 在任何時候, 產品backlog是一個單一, 明確的概觀, 來說明"任何團隊需要做的事情, 以優先順序排列". 並且只有單一一個產品backlog存在, 這意味著產品負責人必須先對整個東西, 做出優先順序的決定, 以表達出利害關係人的利益和所影響到的團隊.  

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

Scrum入門手冊(3) - Scrum的角色

摘錄至 Scrum Primer
http://www.scrumalliance.org/resources/339


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

Scrum入門手冊(2) - 敏捷開發和Scrum

摘錄至 Scrum Primer
http://www.scrumalliance.org/resources/339

敏捷開發和Scrum

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

傳統的軟體開發


摘錄至 Scrum Primer
http://www.scrumalliance.org/resources/339

傳統的軟體開發

不管是大型或小型的公司, 所使用的傳統建構軟體方式, 是眾所皆知的"瀑布式"開發方法, 也就是循序式的生命週期開發方式. 它雖然有很多變形存在(像是V-Model), 但是一般來說, 開始是詳細的規劃階段, 在這裡會把最終產品的內容詳細研究和設計, 並且將所有的細節都紀錄在文件中. 在執行任務時所需的設計都已經被確定, 所有的工作已利用甘特圖或是微軟Project等整理的井然有序. 團隊藉由加總每個人對於每個步驟的評估, 來得到整體開發所需要的時間. 一但利害關係人徹底檢視並且許可後, 團隊便開始工作. 團隊成員完成他所專門的部份, 然後再交個下一個人, 就像是生產線的形式來進行. 一但工作被完成, 它將交付給測試部門(有時候叫作品質保證部門), 讓產品在交給客戶前進行完整的測試. 在整個過程中, 所有計畫都被嚴格控制, 以避免有任有偏差, 讓產品是真的照當初所設計在生產. 

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

找更多相關文章與討論

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼