一次项目延期-从自我怀疑到反思内心的真实经历

一次项目延期-从自我怀疑到反思内心的真实经历

阅读本文大概需要 6.66 分钟。

总有一段日子，我们要一个人经历；总有一段路程，我们要一个人走过，这是自我存在的认同，是回望自省，也是一点执拗。

上上周，接到一个比较大的需求，因为自己的个人原因，负责的一个模块延期了，导致部门整体项目进度受到影响，没有在规定的时间内上线发版。

当所有的团队开发对进度，前端、IOS、测试对完一轮进度发现是后端的问题，而这个功能点正好是我负责的，因为我的原因，导致项目整体阻塞，不能按时往前推进，测试上线，这个时候对于资历最浅的我来说，压力可想而知。

那段时间可以说是我这半年印象最深刻的一段日子，为了支持项目按时上线，连续主动加班两个周末，每天下班到家都已经快凌晨了，每天上下班路上，吃饭睡觉都脑子里都想着写代码。

因为是自己的原因导致整个部门项目进度进度阻塞，那个时候就感觉到了一种不可避免的焦虑感，整个人开始对自己的能力产生了怀疑，一种犹然的挫败感席卷全身，我还记得有一天我的主管陪着我改 bug 工作到凌晨 2 点，等着我下班打车回家已经 3 点多了，第二天照常去公司上班。

现在想起来蛮愧疚的，因为我的产能不足导致我的主管也陪着我加班，毕竟有 deadline 在，这就是有压力就有动力，没有办法，只能自己扛住，不然就会出事故。

经过自己的努力，leader 的指导，和同事的帮助，现在项目已经稳定上线，我觉得很有必要对这个事情做一个回顾和总结反思，刚参加工作，觉得这样的经历也是难得的一种体验，在反思中吸取教训，以后保证自己不能犯相同的错误，用文字记录下来，重新回顾的时候也做加深理解。

如果读者朋友们能从我的文字里得到一些收获，那这篇文章就有它存在的价值了。

在互联网公司，其实每一个产品线都有很多的排期，你可以理解每个排期是在一段时间内实现一个需求，简单的理解就是实现一些功能，所以一个排期内如果需要实现的功能没有按期上线发版，就会影响到下一个排期的进度。

所以那会，各个组的 leader 在一起开会对接进度的时候，当别的团队能够按时往前推进的时候，轮到自己发言的时候，因为负责的模块还没有弄好阻塞了其它团队的工作。从而影响了整体项目的进度，这个时候就那种感觉就很不好了。

现在回想起来，导致需求 delay 的个人原因主要是下面这几点：

（1）第一次接触一个比较大的项目：开发周期 12 天；产出代码量 3k+，代码越多，意味着存在的隐患越多，可能产生的 bug 也越多，需要测试的地方也越多。

（2）由于自己缺乏相关经验，开发前期的需求沟通理解不到位，需求文档里需要实现的功能和存在的不清楚的地方没有及时讨论清楚；在没有想好的前提下就开始开发编码实现，因为没有想好，后面和客户端联调的时候就出现了一大堆的问题。

（3）出现了问题，必然要及时的解决，在解决问题的过程中，发现了很多开发前自己根本没有考虑清楚的细节：这个字段要不要下发？这两个接口能不能合并成一个？这个配置上线的时候同时考虑了 Android 和 IOS 的灰度版本吗？

这个功能需求文档里没有，但客户端需要实现需不需要和产品讨论确认？这次是实现这个功能，下次如果有类似的功能考虑了代码的可扩展性么？等等，总之，一次需求的发布，到编码，这其中，想清楚真的是很重要的一件事，不然必然会增加代码修改和维护成本。

（4）代码的任何改动，都需要及时和测试同学反馈清楚，并且到最后的 commit 最好每次加上修改的功能点。这样一旦因为某个原因需要回滚代码比较好查历史版本记录。

（5）当时在负责项目的时候，同时还有其它的事情在处理，那段时间真的一度感觉脑子已经不够用了，有点忙不过来，心力交瘁的感觉，为了支持项目按时上线，连续两周工作到很晚，因为没办法，自己负责的模块搞不定，有 deadline，搞不定也得硬着头皮搞啊，不然就出事故了。

总结反思：

经历了这次的事情，现在回过来头看，其实真的不算啥，但在当时真的是因为是第一次经历，所以感受也是比较深刻，有三点最大的体会：

第一个体会：不是所有的工作我们都有能力做好，有时候捅娄子的事情也常有，接受教训下次改进就好。但是在自己能力范围内就要全力保质保量交付，这也是一种靠谱的体现，对自己没把握的事情一定要及时和上级反馈。

在做一件事情之前，想清楚怎么做其实是很重要的，尤其是做开发的同学们，接了一个需求之后，尽量想清楚怎么做，考虑各种异常情况和边界条件，想清楚了怎么做之后其实这件事在心里就有整体的把控了，做到心中有数；工作量估算的时候一定要给自己留有余地免得双方都难受。

对于我们程序员来说，做一个需求从接到需求到上线的完整流程大致如下：

需求分析（包括需求调研，需求讨论，需求确定，接口沟通确认）设计和编码（设计该功能实现细节，要用到什么技术等）系统实现（从软件代码技术层面实现功能）功能测试（包括开发自测，提交测试，回归测试，业务测试）需求上线（上线平台验收是否通过，代码是否回滚）

其实这上面每一个步骤都少不了，想清楚再去做真的是很重要的，希望我的读者朋友们还没入职或者刚参加工作的可以注意这一点。

第二个体会：关键时候还是靠自己。一般人面对问题有三种解决方式，一种是不去管它，二是找别人要答案，还有一种，是自己给自己答案。如果是你，你会选择哪一种，或者说，你已经成为了哪一种呢？

遇到问题，首先想到的不是去求助谁，而是想着自己该怎样去解决，这就要求你不断地学习，不断地思考，不断的踩坑试错，寻找新的方法，最终在有限的时间按时按量交付。这种能力我也在自己不断修炼，如何锻炼自己的能力，成为能独当一面的那种人，也是我们需要不断思考不断学习不断实践的。

第三个体会：在软件或者互联网公司，技术是安身立命最可靠的一种方式，因为一个人的技术强弱、产能高低是可以被明显地量化和评估，作为软件工程师，精进自己的专业能力是一种基本的职业素养。

以上就是我最近工作上的经历，全部都来自我自己亲身实践的“经验”。希望读者朋友看到这里能有一些收获。

当然每个人经历不一样。感悟也不一样，如果读者朋友自身有更深刻的经历，欢迎分享出来自己真实的经历，互相交流，共同进步，共勉。

​

认真的人，自带光芒！

点个哦

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。