刚上班那段时间,我只会闷头干活
刚开始工作的那段时间,我一直以为,只要把需求好好做完,事情就算完成了。代码写完、功能上线、没有明显 bug,这不就是工作的全部吗?后来才慢慢发现,事情远没有这么简单。
我踩过的第一个坑,就是太安静。接到需求之后,我基本就是自己闷头做,很少主动去找 MT 或 LD 沟通。很多问题其实在一开始就有疑问,但我总觉得“先做出来再说”,不想显得自己不懂。结果做到一半才发现理解有偏差,或者需求本身还有调整,之前花的时间就白白浪费了。
还有一种情况,是需求已经做完了,但对方的预期其实和我理解的不一样。等到演示或者上线的时候才发现细节对不上,又要重新改一轮。那时候我才意识到,问题不是技术,而是沟通。
后来慢慢学会一件事:需求不是写完代码就结束的,而是一段持续的交流过程。刚接到需求时要确认理解,中途有疑问要及时问,做完关键部分最好提前同步一下方向。多说几句话,往往能少走很多弯路。
工作一段时间之后回头看,很多所谓的“职场坑”,其实并不复杂。不是能力不够,而是习惯还停留在学生时代——觉得把事情做好就够了。但在团队里,信息本身也是工作的一部分。把事情说清楚,有时候比把事情做完更重要。
#刚工作的你,踩过哪些坑?#
我踩过的第一个坑,就是太安静。接到需求之后,我基本就是自己闷头做,很少主动去找 MT 或 LD 沟通。很多问题其实在一开始就有疑问,但我总觉得“先做出来再说”,不想显得自己不懂。结果做到一半才发现理解有偏差,或者需求本身还有调整,之前花的时间就白白浪费了。
还有一种情况,是需求已经做完了,但对方的预期其实和我理解的不一样。等到演示或者上线的时候才发现细节对不上,又要重新改一轮。那时候我才意识到,问题不是技术,而是沟通。
后来慢慢学会一件事:需求不是写完代码就结束的,而是一段持续的交流过程。刚接到需求时要确认理解,中途有疑问要及时问,做完关键部分最好提前同步一下方向。多说几句话,往往能少走很多弯路。
工作一段时间之后回头看,很多所谓的“职场坑”,其实并不复杂。不是能力不够,而是习惯还停留在学生时代——觉得把事情做好就够了。但在团队里,信息本身也是工作的一部分。把事情说清楚,有时候比把事情做完更重要。
#刚工作的你,踩过哪些坑?#
全部评论
相关推荐
02-22 01:20
华东师范大学 算法工程师 点赞 评论 收藏
分享
点赞 评论 收藏
分享
