Deadline：

2017-6-13 22:00PM，以博客發表日期為準

評分基準:

• 按時交 - 有分，檢查的項目內容為后文的兩個方面
  • Beta階段項目復審（單獨一篇博客）
  • 事后諸葛亮分析報告（單獨一篇博客）
• 晚交 - 0分
• 遲交一周以上 - 倒扣本次作業分數
• 抄襲 - 倒扣本次作業分數

Beta階段項目復審

以每個班級為單位，每個復審人看本班級其余團隊的總結展示博客，以及代碼質量，實際測試結果， 決定名次（沒有并列），說明項目的優點和缺點分析（不少于 140 字）

• 誰來做復審人：每個團隊選一個本團隊的代表
  • 團隊博客列出團隊的排名（沒有并列），和對這些團隊的點評（不包括本團隊）
• 復審人看什么：
  • 軟件的質量：解決原計劃解決的問題了么，軟件運行質量如何？用戶有多少，用戶反饋如何？
  • 軟件工程的質量：代碼在哪里？ 代碼能在新的機器上構建成功么？ 代碼可維護性如何？每日構建有么？
  • 項目如何管理的？燃盡圖反映真實狀態么？老師和助教的點評有回答或改進么？
• 復審怎么做：
  • 通過看博客和代碼，博客評論交流的方式平均并排名次。 大家都是學過軟件工程，做過項目的人了，評論要有點專業性，不能光談感性認識 （這個小組做的App 看起來還可以...), 而是要點評這個產品和軟件工程相關的地方，書上提到下面的公式：
    • 軟件 = 程序 + 軟件工程
    • 軟件（的質量） = 程序（的質量）+ 軟件工程（的質量）
    • 我們要好好測試一下程序的質量，給出明確的，定量的評定。同時我們要觀察這個小組軟件工程的質量（通過他們的每日例會，燃盡圖，以及其它博客）點評他們項目的目標實現了么？項目的風險是如何應對的？找到用戶的痛點并解決了么？ 對主要和次要的需求是如何取舍的？如果換成我來領導這個小組，我會做什么不一樣的事情？

小組的名字和鏈接優點缺點，bug報告
（至少140字）最終名次
（無并列）

team 1	...	程序有什么具體的bug？ 項目的目標實現了么？ 項目的風險是如何應對的？ 找到用戶的痛點并解決了么？ 對主要和次要的需求是如何取舍的？ 源代碼管理如何？ 如果換成我來領導這個小組，我會做什么不一樣的事情？
team 2	...	...

事后諸葛亮分析

請各小組在Deadline之前，召開事后諸葛亮會議，發布一篇事后分析報告。

總結的提綱內容，請參照課本15章內容或鄒欣老師的博客：

a. 項目管理之事后諸葛亮會議：http://www.cnblogs.com/xinz/archive/2011/11/20/2256310.html

b. 博客要附上全組討論的照片。

團隊成員在Beta階段的角色和具體貢獻：

名字角色團隊貢獻分可驗證的貢獻

馬小哥	PM		推廣活動
牛大哥	Dev		多少注釋
板磚哥	Test		被修復了
…

• 請參照每個團隊個人貢獻分的制定，給出每個人的團隊貢獻分，要求每個人的貢獻分不一樣。

參考實例

• http://www.cnblogs.com/buaaoverwatch/p/6250982.html
• http://www.cnblogs.com/longweilingshi/p/6250869.html
• http://www.cnblogs.com/linjin/p/6098937.html

轉載于:https://www.cnblogs.com/happyzm/p/6936126.html

總結

以上是生活随笔為你收集整理的团队作业10——复审与事后分析（Beta版本）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。