需求文档上不起眼的一句话竟是隐藏BOSS!?

我通常是按照需求顺序和大小开发，先做前面的、先做已知最大的需求。过了几天和我说25号上线，排一份开发计划表，我就按照需求方案上的列表，以及看描述评估工作量来排计划。

“你这计划有点乐观啊。这个xx模块能搞得定吗？” “差不多吧”（内心：难道要我说周末加班吗）

几天后又和我说23号上线，23号可是周日啊。周五那天下午，我检查了一遍需求列表，看来差不多了，明天加班大半天应该就差不多了，改页面，不就是复制粘贴这臭html和js吗。周六那天，我兴致冲冲来到公司，打算“大干一场”，然后就被打趴下了，这才发现在这之前我都没有打开那个页面看过，再深入研究下又发现这我得改5个子表，又深入研究一下，这下崩溃了，这页面和平时遇到的不一样，复杂了很多，找了很久都没研究透怎么工作的。还好办公室就我一人，大声骂娘没人听得见。到了正常下班时间，此时有了不少眉目，算了，和老板“哭诉一番”搞不完了。

周日想把Z模块的某个小小的功能优化下，结果意外发现一个大bug，在页面修改配置项数据会违反数据约束，前几天开发我在数据库用sql刷测试数据、用代码更新数据都没事啊，联手AI鏖战四五个小时无果，最后想到既然当时我用代码更新数据没事，那我就仿照这业务逻辑更新配置项数据，曲线救国，最后还真成了。

到了23号那天，我改到另一个页面发现，这涉及的模块居然还没开源，这么大的事老板怎么和我我说，这么大的事我怎么现在才知道。我向老板反馈B页面涉及的是另一个模块，但是还未开源，他也肯定得说是另一个模块，并马上向总部提交开源申请，随后他有点疑惑，“涉及到这个模块吗？”，打开合同，打开需求列表，我说不在列表那里，在文档后面，“需求列表和后面的内容一样的”，“需求列表描述得不够仔细”。“A页面及B页面显示内容和这个C页面一样”原文中这句话有点长还拗口，想必是当初我和老板过需求时，直接略读为“这个A页面应该和C页面长一样”。天啊，我们甚至在讨论时直接忽略了这个隐藏BOSS。两个模块共计10张表，web编辑页、web查看页、移动编辑页、移动查看页，AB页面加起来就是8个页面，越想越觉得被客户坑了。

过了数日，客户找我确认Z模块的功能，我重新梳理实体关系这才发现，妈耶，关系搞错了，如果我一开始把关系搞对，周日的bug根本不会出现，客户确认的功能也是明显支持的，而且重构程度很小。

昨天加班大半天终于完成了初版！

一朝被蛇咬，十年怕井绳。这次项目实在是把我搞怕了。

实际上我实习加入职才一年零12天，各种经验都是非常欠缺的，几乎都是独自一人负责小项目，这样就导致最终成果全靠我自己的综合实力。而且你不懂代码时你是明确知道你不懂的，可以问同事问AI，但是预期错误、需求理解错误、管理错误，这种错误就很隐蔽，一步错步步错，而且这种问题常常在后期爆发。

以后的项目除了听领导和项目经理讲解需求外，真的得花大半天时间研究每个需求的可行性，以及评估工作量，因为俺真的不中嘞。

其实很早之前我试过用思维导图将需求功能列举出来，但是太多太细了，没坚持下来。

所以你们平时都是如何分析需求的