标签：
1. 你认为本门课程需要在哪里进行改进，具体措施有哪些，包括：时间进度安排，项目难度等均可；
在进行结对编程和团队项目的时候结对项目和团队项目不宜太难，适中就行，太难很多人没有做失去了信心，太容易不能够激发大家的兴趣，有能力的个人或团队可以自己调整难度。在时间安排方面，应该削减写博客的时间和次数，虽然写博客很重要，可以提升写文档能力，但软件工程不能以写博客为主吧，整个学期给我的感受就是，谁博客写的好就能得高分，被认为学的好，就你能得到黄色领骑衫，毕竟软件工程不是专门培养写博客的能力的。
2. 你认为助教／老师哪里做的不足，哪里限制太多等；
我认为我们助教还是很认真负责的，对于大家的作业看的都比较认真，在分配个个部分成绩时候可能还有一些不太清楚地地方，对写博客的好坏看的比较重，忽略了软件工程的实际意义。
3. 你认为每次项目的评分标准存在哪些问题，你认为的合理评分准则是怎样的（个人／结对／团队算三个）
老师在开学时候说了，整个平时成绩占50分，期末考试占50分。平时成绩中个人部分占10分，结对占20分，团队项目20分，老师在统计成绩时候把他们混在了一起，容易造成误解。做的好的可以给适当加分但最好不要太多，大约10%左右，毕竟还有期末考试，如果给的太高，容易造成有的同学不认真对待期末考试，期末考试是理论部分，有可能项目做的不错，但理论不达标，毕竟我们在学校学习理论还是重要的。况且你的项目做的不错只是在学校，在实际工作中做成啥样，谁也不知道。
4. 在结对项目中你是否真正体会到了结对的好处，是否真正严格进行了结对编程，双方的工作量是否相同；
在结对编程中，我的同伴因为有其他事情和自己也不愿意结对编程，所以整个结对编程就是我自己一人在弄，并没有真正体会到结对的好处，没有真正严格进行结对编程。
5. 你的团队项目是否成功，如果重来一次你是否还会选择这个团队，为什么成功／失败；
我们团队虽然写出来了核心代码，但并没有正式发布，因为团队里没人会做 UI,我认为我们团队应该失败了，如果重来一次，我会选择愿意完成这个任务的同学为一个队，无论他的编码能力如何，只要愿意做的，我很乐意和他们组队。至于为什么失败，原因是多方面的，我作为队长有不可推卸的责任，没能很好的鼓励大家，激发大家，在协调大家合作方面做的不够。当然也和团队成员的个人编程能力有关。但我认为最重要的是成员是否真心愿意做这个东西，兴趣和意愿很重要。
6. 总结一下你们团队在做项目时大家的时间安排情况，可以匿名写。
我们团队在做项目时候，说实话都不是太上心，作为队长的我，有不可推卸的责任。大家有的要考研，有的要找公司实习，大家心思不在这上面，大家只是为了完成作业拿到分数，只是为了满足老师要求。
7. 关于本门课程你还有其他任何好的建议／意见；
我认为软件工程这门课在上课时候应该充分调动大家积极性，不能老师一人在上面说，下面没人听，都不知道老师上课说了啥，我认为，老师在上课的时候，不能全照着PPT来说，那样老师说的没意思，同学听着没劲，效率不高。老师能拿一个软件开发的实例来讲感觉比较好，拿一个实际例子从需求分析开始一步步给我们讲解软件开发过程，从中参杂同学参与，比如结对编程，个人编程，在团队项目中，老师让同学们先组好队后，按照老师讲的进度来进行，自己可以快点，每次上课，老师听同学报告项目进程，做的好的团队可以分享经验与方法。写博客重要，但别把重点全放在写博客上了！
标签：
原文地址：http://www.cnblogs.com/wangzongjie/p/5597102.html
