03-15 21:18 中国科学技术大学 Java 发布于北京
关注
第一次项目延期，我才知道“按时做完”和“按时交付”不是一回事
刚工作的时候，我一直觉得只要把事情认真做完，项目自然就会顺利推进。后来经历过一次项目延期，才明白事情远没有这么简单。
那次项目其实并不算特别复杂，但问题出在一开始没有把整体流程想清楚。需求拿到手之后，我就直接开始做功能，想到哪一步就推进到哪一步。开发过程中也没有给自己设明确的阶段节点，比如什么时候应该完成核心逻辑，什么时候应该开始联调，什么时候需要预留测试时间。
刚开始几天看起来进展还不错，代码一点点在往前写。但越到后面，问题就越多。接口对接比预想的复杂，联调的时候发现一些边界情况没有考虑，测试阶段又陆续冒出新的问题。原本以为还能“再改一改就好”，结果时间一点点被吃掉，最后只能延期。
那次经历让我意识到，做项目不是简单地把任务完成，而是要从一开始就把节奏规划好。需求拆解、开发时间、联调时间、测试时间，都应该大致有个安排。哪怕计划不完全准确，也比没有计划强得多。
后来再接项目，我都会先花一点时间把流程想一遍，大致排一下进度，再开始动手。这样做看起来慢了一点，但反而更稳。很多坑，其实不是能力问题，而是经验问题。踩过一次之后，就会慢慢知道该怎么避开。
#刚工作的你，踩过哪些坑？#
那次项目其实并不算特别复杂，但问题出在一开始没有把整体流程想清楚。需求拿到手之后，我就直接开始做功能，想到哪一步就推进到哪一步。开发过程中也没有给自己设明确的阶段节点，比如什么时候应该完成核心逻辑，什么时候应该开始联调，什么时候需要预留测试时间。
刚开始几天看起来进展还不错，代码一点点在往前写。但越到后面，问题就越多。接口对接比预想的复杂，联调的时候发现一些边界情况没有考虑，测试阶段又陆续冒出新的问题。原本以为还能“再改一改就好”，结果时间一点点被吃掉，最后只能延期。
那次经历让我意识到，做项目不是简单地把任务完成，而是要从一开始就把节奏规划好。需求拆解、开发时间、联调时间、测试时间，都应该大致有个安排。哪怕计划不完全准确，也比没有计划强得多。
后来再接项目，我都会先花一点时间把流程想一遍，大致排一下进度，再开始动手。这样做看起来慢了一点，但反而更稳。很多坑，其实不是能力问题，而是经验问题。踩过一次之后，就会慢慢知道该怎么避开。
#刚工作的你，踩过哪些坑？#
全部评论
相关推荐
不愿透露姓名的神秘牛友
03-19 10:38
点赞 评论 收藏
分享
03-09 13:44
四川大学 Java 点赞 评论 收藏
分享
03-19 10:36
云南大学 C++ 点赞 评论 收藏
分享