对于后端来说，一个项目究竟应该怎么做

引子

作为一个程序员，平时的工作是与项目来挂钩的，但是有的时候会发现有些项目做得风生水起，有的则做得浑身难受，那么一个项目究竟应该怎么做？

一个后端接到项目的主要流程

1. 需求咨询
2. 需求评审
3. 项目估期
4. 技术评审
5. 跟上游约定 api
6. 开发
7. 联调测试
8. 产品验收
9. 上线
10. 整理必要的文档

需求咨询

这个阶段是后端最初接触某项目的初始阶段，此时产品会给出最初的需求文档（线框图此时可能没有），甚至是人肉来咨询后端做最初的评估，已确定某些需求的可能性。

讨论结束后产品会根据讨论得到的结果回去开脑洞，项目可能夭折或者继续进行。

需求评审

产品经过他们自己的讨论设计，给出需求文档线框图（此时设计稿一般没有），召集前后端等项目成员进行需求评审。此时后端同学需要根据需求的合理性、项目的开发周期进行讨论（砍需求）。

砍需求的目的不是为了砍需求而砍需求，需要根据手上已有系统的功能以及新需求做出综合考虑，尽量在相对简单的情况下实现产品的需求。

简单的说就是难的我也能做，但是要花时间，砍需求的目的就在于在项目的 deadline 内能够完成这个项目。实在不行这个需求放在二期，太多的所谓二期需求就没有二期的项目了（可见有时候产品的需求...）

注意，产品会接受开发砍需求，但是开发请对确认后的需求认真估期，保证 deadline。否则又砍需求时间到了又做不完，呵