最近因为take了一个设计的项目心态崩了

楼主工作快一年经验，最近org建立了一个新的项目，楼主take了API设计的工作
API文件的sign off被senior SDE定为第一个milestone，需要client和principle SDE来签字。因为项目新，BRD各种变，然后client就抓住各种细节，在过去几周以来一直提要求。今天打开doc，又是一堆新要求，楼主瞬间心态就崩了。为什么我们作为server端，我们来定义我们需要什么内容就好了，如果有什么需要加入的信息，可以在后期慢慢加上去，现在有一种被BRD和client牵着鼻子走的感觉，doc永远不能被sign off。

十分疑惑，在开发流程里，API被组外sign off应该作为第一个milestone吗？这个到底合不合理？

作为server端，我们来定义我们需要什么内容就好了

yes and no，junior关注实现，leader关注客户和产品价值。

有什么需要加入的信息，可以在后期慢慢加上去

跟client和产品交流这个，然后制定文档版本。你对协商好的路线图负责，新更改自然延伸路线图。把这个版本变更的预期传递给你的下游。遇到阻碍让上一级协调

在开发流程里，API被组外sign off应该作为第一个milestone吗？

我认为合理。 API是PRD的具化，进一步明确了客户端需求，对后台设计会有隐含关系。
个人的一些经验，规整一个文档来驱动交流，设计阶段拒绝一会儿一个独立的文档，又一个ticket，再一个chart的。 上游的变动多，你要策略性的把上下游引入进来大家一起感知压力，同时态度鲜明，太绵了这些关系人会觉得你能力欠佳。