一、回望暑假,展望未来
1)参加软工实践之前,我可能只是在C++方面,有能力完成一些编程题目;在参与课程的过程中,我主要拓展了android开发方面的知识。不足方面,我认为在合理安排时间方面十分欠缺,几乎每次要交的内容,都是在截止日期前不久奋力完成。
2)
1、我在这门软件工程实践中,完成了1200行代码左右。
2、软件工程各次作业消耗时间
作业名称 | 时间 |
---|---|
软件工程实践2017第一次作业 | 2小时 |
软件工程实践2017第二次作业 | 3天 |
结队项目——第一次作业 | 2-3天 |
团队第一次作业——团队展示 | 1天 |
结对项目第二次作业 | 5天 |
团队作业—选题报告 | 3-4天 |
个人技术博客(α) | 2天 |
团队作业—需求规格说明书 | 3-4天 |
团队作业—预则立&&他山之石 | 3天 |
团队作业——系统设计 | 4天 |
团队作业——UML设计 | 2天 |
团队作业——随堂小测(同学录) | 3天 |
个人作业——软件产品案例分析 | 3天 |
α阶段冲刺 | 12天 |
团队项目课堂展示(α) | 2天 |
团队项目测试报告与用户反馈 | 2天 |
团队Alpha博客链接目录 | 1天 |
团队事后诸葛亮博客 | 2天 |
β阶段冲刺 | 5天 |
Beta冲刺博客集合贴 | 1天 |
3、如果问我哪次作业印象最为深刻,那必然是α阶段冲刺啊,毕竟我认为这是本课程最重要的阶段,一个人身在团队中,一个团队朝着同一个目标一同努力,或许我们确实没能欣赏到福大清早的日出,但我们一同沉浸在了福大深夜的悄然中。
4、累计在软工上的时间应该在60到70个小时之间吧,平均每周5-8小时
5、6、7、8、学习使用了Android Studio和github团队仓库,学习了其中前端布局框架的写法,以及界面交互等页面函数
9、博客园博客的数目相较之前,真可以算是指数般的增加了。
二、人月神话
- 在团队项目中,我很荣幸的担任了PM一职,说实话,刚开始压力挺大的,毕竟自知能力有限,能否推进项目前行,心中忐忑。其实我觉得,团队作业绝大多数内容,也都是所有成员商量过后,一同决定,但是也不乏确定了工作内容,需要分配的时候,为了不耽误更多的时间,我觉得PM有必要在这种时候做出决断,促进项目顺利进行下去。我还记得有一次,因为前端交互需要用到数据库,但是数据库推进速度差太多了,没办法匹配其他部分进度,同时,前端和后端的链接部分也出现了问题,这时候,拖着绝对不是办法,考虑一下两项工作的繁复程度,来决定每项工作如何分配。毕竟时间较为紧迫,自行做了决定告知每位成员,团队成员都很给力,迅速地投入了新的工作内容中。
三、对于以后的学弟学妹们,我想说:
- 有意义的事,过程必然艰辛,坚持下来,会发现自己多多少少有所成长了,学习到的知识更贴近步入社会之后所需要的了。至于团队项目更换成员的问题,我是持反对意见的,没什么实际意义,反倒会拖延团队进程。
四、分析自身所处团队
构建之法中,提到了萌芽阶段,磨合阶段,规范阶段和创造阶段。我认为我们的团队,在创造阶段所应具备的特点中,达到了一半。欠缺的是,角色和职责能够根据项目的要求自然地转换,毕竟时间比较紧张,学习新知识的时间有限,所以每个人还是尽量会去完成自己相对熟悉的内容。同时,虽然没进入期末冲刺阶段,但是总会有些科目是提前考试,所以并不能保证所有人都能把大部分精力花在工作上,在这一点上,我们的团队极为明显,正在全力冲刺项目的时候,巧遇一门考试,我们组竟然有几乎一半的人需要参加考试,进度多少受到了影响。
针对绩效这一问题,我觉得在本次实践中,也是值得思考的问题,我们毕竟第一次参与到项目开发中,许多内容必然是从各大网站中学习拓展的,每个人可能花了不少时间把网上的内容转换为自己所用,但是却没能和团队成员一同讨论,所引起的隐患便是在合并代码的过程中,难免会有冲突或无法理解的地方,导致绩效下降,至于解决方法,有待考虑。