背景：
这周一接到需求，需求比较简单，1、在新建会议时，添加一个PO操作人字段，这个操作人从员工表里选择。后续可以对这个字段修改。2、会议详情界面显示PO操作人姓名（手机，邮箱）。3、周三提测
接到需求后，简单评估了一下，我负责的后端任务量不多。提供一个PO操作人查询接口，保存接口都不用改，再在会议详情查询接口里增加三字返回字段，就大功告成。
于是，很快，在周一下班前就完成了代码，并自测通过，提交了代码。接下来就等着前端小伙伴对接，我就处理其它事情去了。
至此，我都觉得没有什么问题。老大提醒我app端和web可能调用的不一样的接口，我检查过，是一样的。但是我忘记了一个很重要的事情，我没有看修改接口。
果然，周三快下班的时候，前端小伙伴发来消息：修改和新建不是同一个接口，处理逻辑也不太一样。心想，自己还是太自大了，都没有好好熟悉系统，害人害己。
经过一通操作，赶紧发布。主要是不想让前端小伙伴加班。这个问题解决后，又发现另一个问题，员工表有两张，会议详情里的PO操作人姓名，手机，邮箱要显示用户表的。因为详情里还有其他操作人，
可以与PO操作人是同一个人。如果同一个人但是界面上显示的结果却不同，就会被认为是BUG。于是赶紧查看其他操作人的信息是从哪张表里来着。结果发现是用户表的，虽然暂时不明白为什么同一个员工要存在两张表里，而且数据还不一样，只能先解决这个问题再去了解原因了。
改完所有问题后，已经离下班过去一个多小时了，虽然不是很长时间，但这一个小时明显是可以避免的。结果由于自己的不严谨，对业务，对系统的不熟悉，导致自己和同事加班，实在不应该。
接下来接到需求后，1、列出可能涉及到的功能。2、找出每个功能涉及的接口。3、找到与之相应的数据库表与字段。4、做好异常处理与条件卡控