背景：
這週一接到需求，需求比較簡單，1、在新建會議時，添加一個PO操作人字段，這個操作人從員工表裏選擇。後續可以對這個字段修改。2、會議詳情界面顯示PO操作人姓名（手機，郵箱）。3、週三提測
接到需求後，簡單評估了一下，我負責的後端任務量不多。提供一個PO操作人查詢接口，保存接口都不用改，再在會議詳情查詢接口裏增加三字返回字段，就大功告成。
於是，很快，在週一下班前就完成了代碼，並自測通過，提交了代碼。接下來就等着前端小夥伴對接，我就處理其它事情去了。
至此，我都覺得沒有什麼問題。老大提醒我app端和web可能調用的不一樣的接口，我檢查過，是一樣的。但是我忘記了一個很重要的事情，我沒有看修改接口。
果然，週三快下班的時候，前端小夥伴發來消息：修改和新建不是同一個接口，處理邏輯也不太一樣。心想，自己還是太自大了，都沒有好好熟悉系統，害人害己。
經過一通操作，趕緊發佈。主要是不想讓前端小夥伴加班。這個問題解決後，又發現另一個問題，員工表有兩張，會議詳情裏的PO操作人姓名，手機，郵箱要顯示用戶表的。因爲詳情裏還有其他操作人，
可以與PO操作人是同一個人。如果同一個人但是界面上顯示的結果卻不同，就會被認爲是BUG。於是趕緊查看其他操作人的信息是從哪張表裏來着。結果發現是用戶表的，雖然暫時不明白爲什麼同一個員工要存在兩張表裏，而且數據還不一樣，只能先解決這個問題再去了解原因了。
改完所有問題後，已經離下班過去一個多小時了，雖然不是很長時間，但這一個小時明顯是可以避免的。結果由於自己的不嚴謹，對業務，對系統的不熟悉，導致自己和同事加班，實在不應該。
接下來接到需求後，1、列出可能涉及到的功能。2、找出每個功能涉及的接口。3、找到與之相應的數據庫表與字段。4、做好異常處理與條件卡控