我们采访了几位曾经选修过《现代软件工程》课程的学长，他们向我们阐述了他们对于《现代软件工程》这门课程以及如何做软件工程的一些思考和感悟，并给我们提出了很多宝贵的建议。
这里先附上我们的问卷：
-
你认为你们项目成功之处在于（多选）
- 个人编程能力强
- PM给力
- 团队合作密切
- 项目推广工作给力
-
其他__________
-
你认为你们项目不够完美之处在于（多选）
- 选题不当，规划不好
- 执行能力差
- 用户体验没有做好
- 团队编程能力不足
-
其他________
-
你认为《软件工程》作业团队成员数量在多少最为合适？
- 5人以下
- 6到7人
- 8到9人
-
10人以上
-
你认为你在软件工程课最大的收获是？
- 认识了志同道合的同学
- 体验了合作一个较大项目的过程
- 提高了自己的编程能力
- 完善了自己的项目设计理念
-
其他_____________
- 你认为你们项目在那些地方还需要提高？
- 如果有再来一次的机会，你们会更加注意哪些事情？
- 你觉得你的项目最吸引用户的是哪一点？
- 你对学弟学妹做软件工程的建议是？
我们共调查了唐文斌（focuslife小组）、韩文弢（开放式游戏平台小组）、陶浩雄（Transformer5小组），王晨谷，尹杰（quadriad小组），印齐共6位学长，下面是数据统计结果：
| 姓名 | 题1：项目成功之处 | 题2：项目不足之处 | 题3：合适的团队人数 | 题4：最大收获 |
| 唐文斌 | C（团队合作密切） D（项目推广给力） 其实都不太好 | E（其他）没有按照预定时间完成 | A（5人一下） | B（体验合作完成大项目） D（完善了自己的项目设计理念） |
| 韩文弢 | A（个人编程能力强） | A（选题不当，规划不好） B（执行能力差） C（用户体验没有组好） | A（5人一下） | B（体验合作完成大项目） D（完善了自己的项目设计理念） |
| 陶浩雄 | A（个人编程能力强） | B（执行能力差） | A（5人一下） | B（体验合作完成大项目） |
| 王晨谷 | A（个人编程能力强） B（PM给力） | B（执行能力差） | A（5人一下） | B（体验合作完成大项目） |
| 尹杰 | A（个人编程能力强） | B（执行能力差） | A（5人一下） | D（完善了自己的项目设计理念） |
| 印齐 | A（个人编程能力强） | C（用户体验没有做好） | A（5人一下） | B（体验合作完成大项目） |
| 姓名 | 题5：需提高之处 | 题6：注意事项 | 题7：项目闪光点 | 题8：对学弟学妹的意见 |
| 唐文斌 | 功能完善性； 平台测试； 等等 | 计划。一定要有合理的计划并严格执行。 | 满足需求。 | 尽早开始 |
| 韩文弢 | 整体设计、 用户体验 | 尽早推出可运行版本 | 可定制规则（尽管没有实现） | 目标要切实可行，不要太高。尽早发布，迭代开发，一步一步逐渐完善。 |
| 陶浩雄 | 程序的鲁棒性、 事件提醒功能的优化 | 最需要注重的是团队的沟通以及项目进度的控制 | 网络学堂本地化，方便了学生的操作；通知、作业期限等事件的提醒，是学生不会错过重要时间点，也方便学生更好地安排时间。 | 首先要选一个真正有用处的项目，比如对清华学生切实有用的。在项目过程中，不仅要考虑项目的完成，还要考虑项目的发布于推广等问题。PM的角色非常重要，PM不需要具体Code，但一定要注重团队沟通和协调，以及进度的把握。以我们组的项目为例，我们主要是和网络学堂相关的，但当我们项目完成的时候，已经接近期末，学生们在期末一般都忙于准备考试，对网络学堂的使用就大大下降，就很不利于我们软件的发布与推广。所以，在项目进度过程中一定要有紧张感，不能拖沓。 |
| 王晨谷 | － | － | － | － |
| 尹杰 | 架构设计 | 找一些有同样兴趣和需求的人合作 | 是一个web版的三国杀 | 选题时，选用大家都想做的或者被迫做的题目 |
| 印齐 | 产品定位 | 产品定位 | 界面 | 好好学，挺有收获的 |
几位学长给我们提供了非常宝贵的建议，稍作分析，我们可以看到：
- 编程能力是一个项目的根本基石，而团队合作和项目推广是决定成败更高层次的因素。只有到达唐文斌学长这样编程能力足够强，不再是瓶颈，才会考虑这样的问题。
- 几乎所有学长都认为执行力出了问题，包括时间被拖延实际上也就是执行计划的时候出了问题，同时用户体验也是一个值得关注的要点。
- 所有学长一致认为团队应在5人以内，这说明学长普遍感到了团队规模较大时所带来的沟通交流成本过高，可能执行的时候出问题的几率也会变大。
- 至于收获，学长们感受比较深的可能就是体验做一个较大的团队项目的感觉，这也是邹欣老师最希望我们能够得到的，不是个人之间的竞赛，而是一个团队一起努力去做好一件事情，同时全新的项目设计的理念也是传统的coding没有体验到的。
- 不同的组提出的需提高之处截然不同，反映出不同软件的关键问题不尽相同，但是合在一起也大致概括了一个成熟的软件需要拥有的素质。
- 注意事项方面，学长们给出了大量团队建设与项目控制方面的建议，值得我们参考。
- 学长们语重心长地教导我们，做事一定趁早。诚然，我们身边的确有着大量deadline驱动的例子，但是过来人的教训告诉我们：早点着手，才能游刃有余地把事情做细做好。
非常感谢6位学长给我们的建议和意见，通过对他们采访材料的分析，我们得出了以下的结论：
作为学生，我们较为欠缺的能力就是团队工作经验和对于用户的把握。一个团队需要有一定的纪律性和计划性。我们必须制定一个合理的计划并且严格执行，保持一定的紧张感，尽快开始工作，并且在过程中不拖沓，这样才能够尽早推出初始版本，然后通过测试和反馈来提高整体的用户体验，从而使整个产品更容易推广。我们在设计产品的时候，不能片面追求产品的高技术含量、酷、帅，而要更多地考虑到用户（据说，只有计算机行业和毒品销售行业将客户customer称为用户user，我们是否应该换个词语呢？）的实际需求。这不仅仅是一个作业，也是一个需要向更多用户推广的项目。只有基于用户的需求，才能让设计出的产品更有市场。在团队合作的过程中，我们应该注意多沟通，多交流，在讨论中我们可以协调思路，迸发创意的火花。
希望在这次我们的项目中，我们能够切实做好以上几点，让我们的团队设计出值得大家使用的产品。与此同时，我们也能获得锻炼，提升自己的能力。希望Take it and go团队能够在这次合作中从不熟悉走向默契，成为志同道合的朋友。
Authors: Bin Zuo, Keqian Li, Yihan Gao, Zhouyue Su
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
