第三次作業

scrum是迭代式增量軟體開發過程，通常用於敏捷軟體開發。scrum包括了一系列實踐和預定義角色的過程骨架。scrum中的主要角色包括同專案經理類似的scrum主管角色負責維護過程和任務，產品負責人代表利益所有者，開發團隊包括了所有開發人員。雖然scrum是為管理軟體開發專案而開發的，它同樣可以用於執行軟體維護團隊，或者作為計畫管理方法：scrum of scrums.

scrum是乙個包括了一系列的實踐和預定義角色的過程骨架（是一種流程、計畫、模式，用於有效率地開發軟體）。

在每一次衝刺（乙個15到30 天週期，長度由開發團隊決定），開發團隊建立可用的（可以隨時推出）軟體的乙個增量。每乙個衝刺所要實現的特性來自產品訂單（product backlog，我覺得翻譯成「產品目標」更恰當），產品訂單（產品目標）是指按照優先順序排列的需要完成的工作的概要的需求（目標）。哪些訂單項（目標專案）會被加入一次衝刺，由衝刺計畫會議決定。在會議中，產品負責人告訴開發團隊他需要完成產品訂單中的哪些訂單項。開發團隊決定在下一次衝刺中他們能夠承諾完成多少訂單項。在衝刺的過程中，沒有人能夠變更衝刺訂單（sprint backlog），這意味著在乙個衝刺中需求是被凍結的。

管理scrum過程有很多實施方法，從白板上的即時貼到軟體包。scrum最大的好處是它非常容易學習，而且應用scrum不需要太多的投入。

1.適於在不確定性高的環境中開發複雜產品；

2.簡潔但有效；

3.易於學習和掌握；

4.能夠在開發過程中不斷檢查，並作出相應調整；

5.便於快速發現問題，促使團隊和組織持續改進。

1.我們首先需要確定乙個product backlog（按優先順序排列的乙個產品需求列表），這個是由product owner 負責的；

2.scrum team根據product backlog列表，做工作量的預估和安排；

3.有了product backlog列表，我們需要通過 sprint planning meeting（sprint計畫會議）來從中挑選出乙個story作為本次迭代完成的目標，這個目標的時間週期是1~4個星期，然後把這個story進行細化，形成乙個sprint backlog；

4.sprint backlog是由scrum team去完成的，每個成員根據sprint backlog再細化成更小的任務（細到每個任務的工作量在2天內能完成）；

5.在scrum team完成計畫會議上選出的sprint backlog過程中，需要進行 daily scrum meeting（每日站立會議），每次會議控制在15分鐘左右，每個人都必須發言，並且要向所有成員當面匯報你昨天完成了什麼，並且向所有成員承諾你今天要完成什麼，同時遇到不能解決的問題也可以提出，每個人回答完成後，要走到黑板前更新自己的 sprint burn down（sprint燃盡圖）；

6.做到每日整合，也就是每天都要有乙個可以成功編譯、並且可以演示的版本；很多人可能還沒有用過自動化的每日整合，其實tfs就有這個功能，它可以支援每次有成員進行簽入操作的時候，在伺服器上自動獲取最新版本，然後在伺服器中編譯，如果通過則馬上再執行單元測試**，如果也全部通過，則將該版本發布，這時一次正式的簽入操作才儲存到tfs中，中間有任何失敗，都會用郵件通知專案管理人員；

7.當乙個story完成，也就是sprint backlog被完成，也就表示一次sprint完成，這時，我們要進行 srpint review meeting（演示會議），也稱為評審會議，產品負責人和客戶都要參加（最好本公司老闆也參加），每乙個scrum team的成員都要向他們演示自己完成的軟體產品（這個會議非常重要，一定不能取消）；

8.最後就是 sprint retrospective meeting（回顧會議），也稱為總結會議，以輪流發言方式進行，每個人都要發言，總結並討論改進的地方，放入下一輪sprint的產品需求中；

第三次作業

第三次作業

第三次作業

第三次作業

相關推薦