HBLT项目：第一阶段小结

截止到今天，从2017年4月中旬开始项目至今，已经经过了半年多。在这半年里，经历很多，也有所感悟，特此写下自己的小结，多总结、多警戒，下次才有更好的进步。

项目背景

这个项目是专门为HBLT的代维人员所量身制作。主要是为了方便HBLT公司对代维人员的管理，包括但不限于巡检效率、代维负责人、工单完成率、代维工作量等。主要是实现自动化管理，而不需要耗费大量的人力和物力。当然，为了实现用户的需求，实现了PC端、移动端两个版本。鉴于代维人员查看手机的次数比较多，所以才实习了手机版本。不过，现在手机占据的板块越发的大，很多项目都要求实现移动端版本。

项目缺陷

项目前期调研不足。没有把握好用户的真实需求，也没有做好完善的沟通，导致后期不断返工。和用户的沟通不足，是整个项目最大的败点之一；

需求文档不全，或者较为简陋。有些重要的功能，只是简单的几句话或者几幅图就搞定了。没有完善的需求，需求评审也较为简单。对于技术需求，要有技术好的同事一起协进，才能保证需求不会超出团队的技术能力。

团队领队态度不端正。在多次会议中，会听到：“怎么简单怎么来”、“需求很简单，该怎么简单就这么来”，这样的态度，导致了团队成员为了追求效率，只会使用简单的方式来解决问题。导致后期功能的增加，代码的可用性降低，不断返工。既消耗了整个团队的资源，也消磨团队成员的信心。

前期项目架构不佳，没有完善的架构思想。功能之间的耦合度较大，只是为了解决一个问题才设置，后期的扩展性不强。如果要扩展到其他省市，很难，基本是一次性产品。

前期的公共部分是各自设置，没有共同性。一旦功能发生交叠，就会出现不足。比如此次的区域设置，这属于整个系统的共同部分，但是最初的设计不完善，导致了后期的功能扩展存在极大的缺陷。

团队成员态度消极，流动性强。整个团队的态度消极，对待任务不够积极，只想着尽快完善任务。这当然与团队领队的行为有关（任务安排不合理，时间紧，需求时常变更），也与团队成员对任务的不重视。当然，因为是开发人员，时常会被借调去开发其他任务，也会因为个人原因而流动。这样功能就会存在断层，导致了后期开发的困难。

代码审查存在问题。代码审查应该是一个惯例，应该定期就进行的。而不应该因为项目的紧张就减少。应该有奖励和惩罚措施。只有这样，开发人员才会定时的review代码，并养好良好的开发习惯。

对开发人员的承诺要做到。之前因为项目紧张，项目负责人给开发人员申请了一笔奖金，并设置了要求。当然，要得到奖金肯定要做到更多的要求。但是后期就没有什么消息了。即使是要求达不到，也应该明确地和开发人员说，不然很容易就被埋怨。毕竟开发人员都付出了，即使没有奖金，也应该有一个明确的答复。

项目经验教训

作为团队领导者，要对整个团队负责，言而有信是最基本的要求。为团队成员谋福利也是要求之一。如果没办法给手下成员带来更大的福利，谁还跟着你。现在进入职场，大家都是为了更好的前途。如果没有更好的前途，怎么可能让成员信服。另外，能力也是重要因素之一。只有领导者的能力比整个团队的能力要强，或者说，至少不能差。不能在一些方面，都无法说服成员，如何说服所有人。

需求文档要和用户进行沟通，并得到该项目负责人的认可，最好能够得到更高级领导的同意。不然在后期，一些领导的插手，将会多出不少的变数。需求文档和需求设计都要准备完善，和用户沟通要有效率，每一次会议都应该有所主题，着重要解决什么问题。最好将相关的负责人拉进去，才能降低后期的返工。一个会议，至少要解决掉预期目标。也要有邮件等相关文档保留，既让用户知晓项目的进度，也让公司知晓整个项目的过程。

前期的准备要有针对性，越完善，越会减少后期的工作。这个工作，需要需求师和项目负责人和至少一位的技术开发人员。这样，各方面都有涉及，将前期的工作准备的越完善。需求文档、数据库建模、项目整体设计、开发流程、相关配置文件、开发人力、开发评估时间等，这些东西，准备的越完善，后期工作进展的越迅速。不能因为项目的紧张，而放松前期的准备。不然，后期将会耗费更多的时间和精力来弥补，甚至会影响到前期的开发。在我看来，整个项目的失败，很大原因就是因为项目前期准备不足，负责人草率做决定。

项目代码审查要有计划，最好一周一次最佳。每隔一段时间，项目负责人就应该审查整个项目新提交的代码，并做好批注。在开会期间，对有问题的代码的提交人进行批评，对优秀代码的提交者进行表扬。有条件的情况下，进行奖励。有奖有惩，才是管理团队的最佳方法。对于项目负责人，这一步应该是不能被省略的，把握好代码的质量，把握整个项目的整体架构，控制项目进度，才是一个负责人最应该负责的。

每隔一段时间，就应该进行团队的小结。每个人都应该有所总结，大家一起提出想法和建议，才能催进个人和团队的进步。这个时间最好是2周最佳。一周进行代码审查，两周进行经验总结。

个人总结

作为一个职场新人，在某些方面还是存在顾虑的。而且经验也不足，在前期犯了很多错误。当然，这次的小结，让我看到了自己很多的不足，在开发的时候，没有考虑好后期扩展、错误性的地方没有勇敢地提出来等。毕竟作为一个刚刚入职的小年轻，领导还是不怎么信任的。不过，能力和年龄没有太大的关联。说到底，还是自己的技术能力达不到要求。自己还要再接再厉。这是入职以来第一个项目。从中汲取不足，勇敢地改正自己的错误。

PS

本篇文章是个人的看法，如果有什么不对的地方，欢迎大家留言探讨。