带团队心路历程与总结

写这边文章的缘由

上一篇总结里说到了，12月我们开始了一个新项目。

我作为负责人之一（实际上基本就是我在指挥大家），第一次带领了7个人一起开发项目。

写这篇文章的时候，是1月25日。

此时项目也大概进入维护阶段，断断续续地修修补补。

这一个月多一点的时间里，如果让我自己对自己这一个月来的领导水平，以10分制来评价的话，我认为自己得到的是5分。

Why 5？

没有什么为什么，因为自己做的不够及格，没有脸面去拿6分。

所以才有了这篇文章，以此来回顾与总结自己做的不好的地方，并且作为教训，警示自己。

一个月以来的开发过程

1.需求分析与原型图设计

最开始拿到需求文档，实在是太过于简略了，我们以建立数据库模型为起源来进行分析，将其转化为了数据模型。并且对于文档中的功能，进行了原型图设计。

原型图设计部分我们尽可能地去按照文档中说的，加入对应的功能。

发给甲方后，甲方感觉也并没有很上心，在差不多可以了之后，就进入了开发阶段。

2.开发阶段 - 第1～2周

由于我们的目标在一开始设计的较为明确，就是按照原型图来做，并且数据模型一开始也设计了出来，所以开发的比较快。

在开始开发前，我作为负责人，把依赖、共用包之类的东西全部搭建好了，并且规定了git提交的模板。同时这次有部分功能涉及到excel导出，所以我也把excel工具包做了出来。

这样的开发时间大概持续了两个星期，中间周日我们就直接放假，不得不说，7个人开发起来，速度还是很快的，git提交数蹭蹭往上涨。

这段时间学弟们离考试也还有段时间，所以大家全身心地投入到开发中。

我们的开发模式是将几个模块分工，每个人负责一个模块。同时由于我们组前端只有一个，为了减轻那位学弟的负担，我让他负责前端工程的总体搭建，其他人就在其基础上进行开发。

由于之前项目我们使用了element来做web，让我们3个做后台的也把前端做的像个样子，所以这个项目也理所应当地使用了vue + element。

3.开发阶段 - 第3周

到了第三个星期，学弟们接连有考试，所以后面的任务我就安排给我了我们研二的四个人。

开发人数减少，速度也就下来了。好在之前我抓进度抓的不错，其实这个时候后台加上前端以及弄的七七八八了，主要页面也都搭建完成了。

所以第三周我们就用来开发小程序。由于我们都是一群后台，所以小程序开发出来的只能说是能看，而且代码质量堪忧。

在这周末，甲方来看我们的系统。很烦的一点就是，甲方提的意见里，不少都是原型图中没有的。

尤其是甲方说了一个之前提都没提的地方，还来一句：“这是客户强调过的”。当时血压就上来了。你怎么不早说啊？

后来演示了一整天，把问题都记录下来之后，零零总总有50个问题。本来这个系统就只花了不到三周时间做出来的，结果不仅要修改，还要添加新需求，真的很让人恼火。

关键是很多需求文档里没有，甲方也不说，不问他们也不提。甚至有些都是问了他们，他们再去问客户。

4.开发阶段 - 第4周

这一周我们基本上都回家了。大家都是10号回的家。

回到家了，我们坚持每天早上9点半和晚上8点开个会，安排并汇总任务。

这一周可以说是压力很大，甲方那边的管理方式我实在是不能赞同。他们的想法是先做出一版，根据做的来提意见修改。也就是说他们自己根本没有思考产品做成什么样。

或者说他们也只是习惯了通过开源的“若依”项目修改出来的界面，对于我们界面的设计，这里觉得不行，那里觉得不行。

可是，最开始原型图不就是为了给你们确认做成这样吗？有问题你提啊，或者你把原型图做出来啊。

这一周我们真的是天天干到9-10点，就这还差点快改不完。

尤其那周最后几天，我感觉自己负能量爆棚，加上看知乎，没事给我推35岁危机的话题，搞得我压抑的很。

而且我夹在中间真的非常难。老师把项目丢给我们，问都不问，让一群学生去分析需求，自己当产品经理、美工。

甲方又是不懂管理，就按照经典的“田园敏捷开发”来管理我们，没事就是催。

而我又不给同学们发钱，又得我指挥，我和同学们又是同届的，我凭啥逼他们啊？甲方催的又是我，那一天甲方甚至找老师要了我的电话，直接打电话催我。

我真的是有委屈说不出，没钱拿还扛着压力，太难了。

5.维护阶段 - 第5周

开年后11号我们又开始了工作，主要就是收尾以及满足客户那边的需求，而且慢慢地我也把任务交给学弟们了，开始总结总结并准备我的论文开题以及实习。

感想

1.没有贯彻敏捷开发的实践方法

敏捷开发中有一种实践，叫做Scrum。

1）每两周一迭代并评审

大概的流程为，2周一个迭代周期，并且2周结束的前几天开评审会，评审迭代的结果。

在这一点上，我们做的并不是很好，并且这也和甲方那边有关系，甲方有些云里雾里，并没有自己很明确的规划，走一步看一步，客户一催，他们也催，我们根本无暇来做这个内部评审。

同时需求也并不明确，很多需求都是我们问了甲方，甲方才问客户。

2）立会

每天我们线上都会开会议，但是由于我心太软，会议总是我来主持并安排事情。

实际上应该是将模块分下去后，给定期限，然后让同学们自己安排时间，并在早晨立会上说清楚自己今天完成什么，而不是今天要、应该完成什么。造成了大家的任务都是我来安排，没有任务就无所谓，形成一种依赖，确实不是很好，也都把压力堆到我这里。

3）整体流程不规范

之前做了需求分析以及原型图后，我们就草草开始做，并没有注意各种事项。包括需求分析以及原型图的确认，我查了很多资料，才发现正规一点的，都是要发邮件来确认，免责。

我们就是没有注意这些，拿起来就干，甲方提出一些问题，包括他们之前遗漏的东西，就扯不清楚，不做也不是、做也不是。

以后自己带团队还是要注意这些。

2.给自己的压力太大

老师把项目交给我，就不闻不问了基本上。

而且直接让我与甲方进行沟通与联系，我也是第一次与商业公司做对接。

好多方面是真的不懂，很多事情想太多，总想着做不完怎么怎么样。

适当的压力确实没问题，但是这样push太久，容易产生厌烦的心理，也为沟通出现差错埋下了伏笔。

以后工作了，在这些方面一定要注意，包括规范化的流程等。

3.前期工作没做好

这一点就是典型的学生思维，想着做就完事了。

实际上现在复盘，发现就是因为前期工作没做足，导致甲方变需求也没办法。

而且我也明白了，项目时间不合理，做不完，申请就完事了，而且无脑加人也没用，很多任务无法分解，这方面也要多注意。做的完就按照预期，出现问题了及时上报。

当然这个甲方就这样了，无所谓，以后到公司了，除非是签了军令状，一般合理安排之后，出现问题导致无法按期，及时上报，讨论解决才是正道，而不是干着急弄的自己睡不着觉。

都按照规范化流程来做，前期少给自己埋坑，才是正解。