1.你認為每次專案的評分標準存在哪些問題，你認為的合理評分準則是怎樣的（個人／結對／團隊算三個）。
個人：感覺部落格所佔評分標準過重，有的時候花很長時間完善**，但部落格寫的沒別人好，或者沒有寫全得分點，導致最後分數偏低。導致大家更加關注如何寫好部落格，而不是**，感覺有點輕重倒置。我認為可以把部落格和**的按一定的比重區分開，比如：部落格佔40%，**佔60%。
團隊：對「每個人貢獻分必須不一致」這一點不是很認同。作為乙個學生團體，很多時候大家在團隊中所做的貢獻都是差不多的。即使可能有一兩個作為主力在編**，可是其他人也可能在其他方面也付出了很多（比如「寫部落格」）。我認為可以考慮附加分的形式，由團隊自己決定是否給團隊的某一或兩位成員加分。且團隊衝刺階段所佔的分數比重過大，因為乙個點沒有寫被扣了分，7天累加扣了近10分，後面感覺再怎麼努力也很難追回。我認為乙個衝刺階段可以按照1次作業分數計算，而不是7次。
2.你的團隊專案是否成功，如果重來一次你是否還會選擇這個團隊，為什麼成功／失敗。
我認為團隊總體還算成功的。如果再來一次我也還會選擇這個團隊。雖然在這整個團隊合作的過程中，我們遇到了很多的困難，也經歷了所有人心態都很低迷的期間。但大家也都沒有放棄過，堅持到了最後。而且在這個期間，大家互相也變得更加了解，有了一定的默契。
3.總結一下你們團隊在做專案時大家的時間安排情況，可以匿名寫。
大家基本上是各寫各的部分，然後利用課間期間和週末晚上開會討論。即使有成員因為身體原因經常不在學校，也依然能夠按照要求完成自己所分配的任務。
4.軟體工程這門學問有很多 「知識點」， 這門課強調 「做中學」 - 在實踐中學習知識點。請問你們在專案的 需求/設計/實現/測試/發布/維護 階段（一共6 個階段）中都學到了什麼 「知 識點」， 每個階段只要說明乙個知識點就可以。
需求階段：學會使用nabcd模型進行需求分析；
設計階段：學會了把功能進行細分，從而提高程式設計效率；
測試階段：學會使用junit進行**測試；
實現階段：學會使用燃盡圖掌握專案進度；
發布階段：學會了發布的流程，以及展示部落格的編寫，如何對專案進行展示；
維護階段：對bug有了更深的理解，並學會根據使用者反饋進行維護、改進。
個人附加作業
以下都是根據自己的真實感受，一字一字打上去的，並非抄襲搬弄。1.這次課程改革在老師，助教以及我們學生的共同努力下，雖然也有一些瑕疵，但作為課程改革的第一槍，還是比較圓滿地落幕了。我想說的是，這次改革我收穫了很多，比以往的灌輸式純理論知識教學要好的很多。希望老師們堅持改革下去，讓更多的莘莘學子都能收到...
個人附加作業
從貢獻度 完成度 完成質量 是否進步 比如因為專業知識掌握不多，第一次沒有做出來，但是通過學習，第二次能自己順利完成作業 等角度進行評分 在個人作業方面，增加個人進步這一注重點，在結對程式設計中，要考慮角色分配的比重與個人貢獻度 在團隊作業中，我希望能把alpha beta階段的團隊部落格拆分出來，...
個人附加作業
你認為每次專案的評分標準存在哪些問題，你認為的合理評分準則是怎樣的 個人 結對 團隊算三個 個人 對於評分來說，總體上還可以，每個具體的得分點列的比較清晰，圍繞整個專案展開，但是程式設計能力因人而異，有些同學相對薄弱，對於比較難的程式設計題目可能要比較長時間才能完成，然而假如老師的時間是一周之內，某...