1.你認為每次項目的評分标準存在哪些問題，你認為的合理評分準則是怎樣的（個人／結對／團隊算三個）。
個人：感覺部落格所占評分标準過重，有的時候花很長時間完善代碼，但部落格寫的沒别人好，或者沒有寫全得分點，導緻最後分數偏低。導緻大家更加關注如何寫好部落格，而不是代碼，感覺有點輕重倒置。我認為可以把部落格和代碼的按一定的比重區分開，比如：部落格占40%，代碼占60%。
結對：我認為可以要求小組公開任務配置設定情況，或者加入隊員互評作為助教評分的參考。
團隊：對“每個人貢獻分必須不一緻”這一點不是很認同。作為一個學生團體，很多時候大家在團隊中所做的貢獻都是差不多的。即使可能有一兩個作為主力在編代碼，可是其他人也可能在其他方面也付出了很多（比如“寫部落格”）。我認為可以考慮附加分的形式，由團隊自己決定是否給團隊的某一或兩位成員加分。且團隊沖刺階段所占的分數比重過大，因為一個點沒有寫被扣了分，7天累加扣了近10分，後面感覺再怎麼努力也很難追回。我認為一個沖刺階段可以按照1次作業分數計算，而不是7次。
2.你的團隊項目是否成功，如果重來一次你是否還會選擇這個團隊，為什麼成功／失敗。
我認為團隊總體還算成功的。如果再來一次我也還會選擇這個團隊。雖然在這整個團隊合作的過程中，我們遇到了很多的困難，也經曆了所有人心态都很低迷的期間。但大家也都沒有放棄過，堅持到了最後。而且在這個期間，大家互相也變得更加了解，有了一定的默契。
3.總結一下你們團隊在做項目時大家的時間安排情況，可以匿名寫。
大家基本上是各寫各的部分，然後利用課間期間和周末晚上開會讨論。即使有成員因為身體原因經常不在學校，也依然能夠按照要求完成自己所配置設定的任務。
4.軟體工程這門學問有很多 “知識點”， 這門課強調 “做中學” - 在實踐中學習知識點。請問你們在項目的 需求/設計/實作/測試/釋出/維護 階段（一共6 個階段）中都學到了什麼 “知 識點”， 每個階段隻要說明一個知識點就可以。
需求階段：學會使用NABCD模型進行需求分析；
設計階段：學會了把功能進行細分，進而提高程式設計效率；
測試階段：學會使用Junit進行代碼測試；
實作階段：學會使用燃盡圖掌握項目進度；
釋出階段：學會了釋出的流程，以及展示部落格的編寫，如何對項目進行展示；
維護階段：對bug有了更深的了解，并學會根據使用者回報進行維護、改進。