软件中“新需求”的处理方法

这是关于如何做好工作的一篇拙见，肯定还有更多没注意到，欢迎批评指正！

逐渐意识到技术只是其中一个点，还有更多其他方面的，如软技能，也同样重要！前段时间火爆的996吐槽，我的直观感受是任务是干不完的，当做好了一件事，还会有更多的任务在等着你（干活还给高工资的公司例外）。何尝不用这个高质量的时间来提升自己的价值呢？

---

以前拿到任务的第一件事就是开始构思如何进行做如何做（具体到非常细节的事情）。但在实际操作中，发现由于在前期没有对接好需求，不得不经常性的返工。长此以往，浪费的时间会多的不能再多。前段时间刚好看到过软件工程这方面的书，虽然只是比较快速的过了一遍，但书中介绍的关于项目管理、软件设计等方面的精华可以用于各个岗位。作为脑力劳动者，我是以最为愉悦、快速的方式完成既定任务最为目标。

任务的推演

在接到任务的第一时间，白手阶段，充分的对任务有很大的必要性。此时一兵一卒都未动，任由你在沙盘上如何模拟，都不会有任何兵马上的损失。尽管是纸上谈兵，但在模拟过程中，能从不同状况看到很多事先没有考虑全面的问题。这样在实际操作中就可以有效进行回避。拿到任务，先做好设计、评估，再进行下一步。

任务的公示

好了，对任务的模拟已做完，进入实战演戏阶段。这个时候开始进入实际的编码，那么也要及时和上级汇报你工作的进度。这个和学校里不同的是，你的事情不会光光是只有你一个人在做，可能其他同事也还在等着你的接口。因此要及时和上级报告任务进度。

任务的困难

不可能所有任务都一帆风顺，期间会碰到各种各样的问题。尽管前期做了设计、评估，还是有可能触礁，这个时候要及时和上级汇报碰到的难处。要是说晚了，还真延期了，那锅可全是全是你的了。（怎么说也要和上级一起来背一背呀）。可能这个任务刚好触及你能力的天花板，那么做起来会稍微费点劲，需要其他高手稍微推你一把。——及时把困难告诉出去，好让其他高手能更好的对你进行帮助。没人喜欢天天帮着那些任务紧急的人吧，帮助他人是他乐意，而不是应尽的义务，这个还是要做好区分的。

就如同前面关于软件架构相关的内容，我们不是一个人孤军奋战，而是一个互相协作的团体。

---

小结

接到任务第一时间做好需求确认、设计、评估，再是实际的编码（写好单元测试也很重要）。以及在实施过程中，及时汇报进度，把会影响任务进度的因素及时告知，方便上级及时做好调整。