軟工網絡15團隊做業4——Alpha階段敏捷衝刺

Deadline：

2018-4-29 10:00PM，以提交至班級博客時間爲準。
根據如下要求，團隊在日期區間[4.16,4.29]內，任選8天進行衝刺，衝刺當天晚10點前發佈一篇隨筆，共八篇。
另外要求有一篇日誌集合貼置頂。

---

敏捷衝刺：

閱讀或再次閱讀《構建之法》第六章內容，爲項目衝刺的安排和問題提供助力。
在爲期兩週的時間內，合理安排八天的敏捷衝刺。

1. 第 1 篇 Scrum 衝刺博客對整個衝刺階段起到領航做用，應該主要包含三個部分的內容：
   • 各個成員在 Alpha 階段認領的任務
   • 明日各個成員的任務安排
   • 整個項目預期的任務量（使用整數表示，與項目預估的總工做小時數一致。好比項目A預估需120小時才能完成，則任務量爲120。）
   • 參考：http://www.cnblogs.com/thousfeet/p/7780408.html
2. 天天舉行站立式會議，討論項目每一個成員的昨天進展、存在問題、今天安排。
   • 控制站立式的時間，不宜過長。
   • 站立式會議的目的是有效溝通項目的進度、問題、計劃、調整。
3. 團隊在衝刺的七天內，天天發佈一篇隨筆，共七篇：
   • 提供當天站立式會議照片一張。
   • 每一個人的工做 （有work item 的ID），並將其記錄在碼雲項目管理中：
     • 昨天已完成的工做。
     • 今天計劃完成的工做。
     • 工做中遇到的困難。
   • 發佈項目燃盡圖；
     • 請理解燃盡圖橫座標和縱座標指的是什麼。
     • 請理解燃盡圖實線和虛線分別表明什麼。
     • 結合《構建之法》裏的「項目收斂」相關內容理解燃盡圖的做用。
     • 燃盡圖選擇leangoo，並將助教加入，以便隨時能夠看到進展
   • 每人的代碼/文檔簽入記錄：
     • 不能天天都在 「研討」， 可是沒有代碼簽入。
     • 簽入記錄對應的Issue內容與連接，代碼必須天天可執行。
     • 必要的code review，編碼規範不是擺設，文檔要隨時更新。
   • 適當的項目程序／模塊的最新（運行）截圖。
4. 在本次任務過程當中，團隊要有一篇單獨的隨筆置頂，集中記錄全部敏捷衝刺日誌的集合貼，方便統計。

參考連接：

1. Scrum/sprint http://www.cnblogs.com/xinz/archive/2012/10/05/2712602.html
2. 每日例會（scrum meeting）報告。(例子)
   • http://www.cnblogs.com/thousfeet/p/7780408.html
   • http://www.cnblogs.com/buaase/p/5055822.html
   • http://www.cnblogs.com/teamftd/p/4928860.html
   • http://www.cnblogs.com/buaaoverwatch/p/6025873.html
   • 站立會議的實施要點
3. 敏捷項目協做工具
   • https://www.leangoo.com/
   • 如何使用Leangoo自動生成燃盡圖

---

評分基準：

• 按時交 - 有分（詳細評分細則見下表）
• 晚交 - 0分
• 遲交兩週以上 - 倒扣本次做業分數
• 抄襲 - 倒扣本次做業分數
• 如對分數有意見，只給一次向助教申訴的機會

部分	得分項	備註	分數
第 1 篇 Scrum 衝刺博客	各個成員在 Alpha 階段認領的任務		3
	明日各個成員的任務安排		3
	整個項目預期的任務量		10
	敏捷開發前的感想		5
	團隊指望		5
	排版		5
	回覆		[-2,2]
總分			33
2-8 篇 Scrum 衝刺博客	天天舉行站立式會議	提供當天站立式會議照片一張	2
		昨天已完成的工做	2
		今天計劃完成的工做	2
		工做中遇到的困難	5
	發佈項目燃盡圖		5
	每人的代碼/文檔簽入記錄	代碼簽入	5
		簽入記錄對應的Issue內容與連接，代碼必須天天可執行	5
		code review編碼規範文檔若有變化要及時更新	5
	適當的項目程序／模塊的最新（運行）截圖	最新模塊的代碼	5
		代碼上有註解，符合規範	5
		運行結果的截圖	5
	每日每人總結		5
	排版		5
	回覆		[-5,5]
總分			61 * 7

注意2-8篇博客每一篇都要檢查上述列出的61分的項目，也就是說2-8篇博客的分值是61 * 7，分數是很巨大的，也很容易拉開組與組之間的差距，但願你們千萬重視！！