现代软件工程学期总结

现代软件工程学期总结

前言

对于上软工这门课其实...

因为...

这门课周均用时12小时,相当于两门专业课,关键是只有两个学分,还***必修。

不过鲁迅有句话说得好嘛:

有困难要上, 沒有困难制造困难也要上

然后... 一个团队就建起来了.

攻城喵的创建

攻城喵是在食堂建立的。

还记得那个星期四的夜...咳咳...

那个星期四的下午, 在食堂里游走着两只没有归宿的灵魂,他说... "你找到队伍了吗?"

"没有"

"那..."

"咱俩凑合下?"

就这样攻城喵开启了无产阶级革命的新篇章.

招兵买马

掰着手指头数了数一共要7个人, 我们现在有2个, 还差1...2...3...4...5. 啊正好5个, 所以就找呗, 登高一呼, 就有6位壮士赶了过来, 多了一个怎么办呢. 我就简单的随机抽样抽掉了一个. 然后这个软(mi)工(mi)团(zu)队(zhi)就正式建立了。但凡一个组织... 哦不, 团队, 都要一个名字。就像当年爹妈生下我的时候一样,脑袋一拍,“嘿!要不就叫攻城喵吧!”

确定选题

什么才是一个好方向?我们想了几种:

  • 一个全新炫酷的小游戏(贪玩蓝月???)

  • 继续做教育相关项目(没有很多需求) ✖

  • 重构BBS ✔

为什么我们想重构BBS呢,我们经过需求调研,发现80%多的科大学生(包括研究生)都对BBS有需求而且其中90%认为BBS有必要重构了。

孔子说,有需求就有市场。我们的市场就是整个科大的同学,我们想要的,是真真切切的服务到科大同学。于是,在调研之后,我们就开始了3个星期的学习。然而,正当我们兴致满满的时候...

第一次个人作业开始

时间过得比想象中的快多了,刚开始积累技术栈就开始了第一次作业。作业内容是什么都不想回忆了,反正就是一个字

我记得那个星期在软工上面花了25+小时,完成了一个勉强看得过去的作业,为什么不叫他项目呢?因为,后来,我发现,这点工作量甚至不及项目这个词的皮毛。

是的,一次艰辛的长征才刚刚开始...

第二次结对作业

这次的任务量相较于第一次,可以说是直接double了一下,但是难度可不是持平,因为无论如何:

<center>两个人的工作效率 < 一个人的效率 * 2</center>

这一次,两个人加上学习知识(QT)的时间,一共花了50+小时,才将大作业做完,当然,这代码量也就是项目的皮毛。

团队项目正式开始

2018.04.01 - 2018.04.30 这段时间我十分迷茫, 作为项目的PM和前端组长, 我严于律己, 在2个星期内做道能够使用Django 2.0 来干活, 但是团队里七个人中,真正能够有足够的技术修养来干活的也就三个人。但是学习技术的时间不能给太久,当时就想着《人月神话》中的观点: 时间给的越多,效率越低。

于是,我觉得不能再给更多的时间学习了,需要直接开始动工。在开工后,才会有DDL的压力逼迫不愿学习的组员学习。事实证明,我这样的想法是对的。在正式动工第一周后,只有2名组员对基本的技术栈还不熟悉,我和另一名队员已经看完了Django 2.0的tutorial, 可以做到了基本掌握技术框架。做事效率随之变高,之后我又试着增大每星期工作量,但是逼着组员怨声载道。所以为了避免团队中的不和谐因素,并且加强我对于项目的掌控力,我决定不再加强工作量,反而来监督每个组员的执行效率。

2018.05.01 - 2018.05.31 这段时间进入了一个平和期,就像大学中的大二一样,团队中充满着快活的气息,其实是懒散的气息。面对5月底的两门考试,在5月中旬软工项目已经处在半停滞状态,甚至博客更新都需要拖延三天到一周。这段时间我拼着把注册、登入界面的粗版写得差不读了(在后面看来其实还差得远)。

2018.06.01 - 2018.07.06 六月是科大著名的考试月,大考小考连着不断,所有组员全部复习考试,软工项目彻底停滞。

2018.07.07 - 2018.07.18 暑假开始,趁着暑假刚刚开始,我回了趟家,一直在家呆到了18号(中间旅游4天)。期间远程交流项目进度,每日更新Teambition(后来Teambition代替了我们的博客),并每日执行日报制度。但是实际的效果并不好,放假的懒散状态是无可避免的。人突然从高压的状态一下调到放假的状态,的确很难再让人全身心的投入工作。

这期间,我个人每日18: 00 - 24: 00 写代码,完成了登入、注册、找回密码的功能实现,并测试。并且优化了服务器的异步性能(Celery)。

可喜的是,在7.16 - 7.17,前端的工作取得突破性进展,在前端组长张裕人的带领下前端日Commit数突破到了平均每日40次的情况,这个在之前是无法想象的。并且张裕人打破了项目日Commit数的记录(这个记录后来由我在8.02打破)。

2018.07.19 - 2018.07.23 回到合肥,放下行李后第一件事就是召集全员开了一次大组会,详细分析了前段时间的工作效率问题,并且说明以后我会每日督促大家完成每日工作量,没有完成的评分相应减少。

2018.07.24 - 2018.07.29 这期间我有一个去北京实习的活动,日程安排的很满,每日连一个小时都无法抽出来写代码。能做的也就是每日督促组员的任务完成情况。为了避免组员认为他们的PM偷懒不干活,我每日抽出时间,(用手机)连接服务器,将每日做好的部分部署上去测试。

2018.07.30 - 2018.08.03 8月3日被定位答辩时间,但是我们的项目大概还有10%没有做完,加上测试,时间很紧张。于是,我开启了极限模式...

先上图。

团队总commit(contribution)趋势图

我的commit(contribution)趋势图

从6.30回到合肥(凌晨1点)开始,一直到8.03日晚基本完成项目,我一共睡了不到16小时。

最长一次性工作24小时,中间只趴在桌子上睡了40分钟。

每天早上8点给组员打电话叫起床,不到的直接扣分。在几天的铁腕政策下,我们拼了老命终于把项目完成了。

期间,位于洛杉矶的服务器崩了6次,我重新购买阿里云的服务器并且部署,弄了整整一晚上。

期间,个人一共commit 130次,占到团队总commit数的1/4。

期间,一共打了20多个电话,催促组员起床。

期间,和组员争执无数次...

不过结果是好的,项目做完了,算是成功,积累了宝贵的PM经验。

这是我第一次作为一个团队的组长,给自己打80分吧。Over.

- Finished at 2018.08.05 3: 03

 

猜你喜欢

转载自www.cnblogs.com/roar/p/9420851.html