在软件开发过程中，后端开发完接口再给出接口文档是一个常见但颇具争议的做法。对于这种顺序安排是否合理，不同的团队和开发者可能有不同的看法。

从某些角度来看，这种方式存在一定的合理性。当后端开发者首先专注于完成接口的开发工作时，他们能够全身心地投入到代码实现中，确保接口的功能完整性和性能优化。在这个阶段，开发者的主要精力集中在解决技术难题和实现业务逻辑，能够更高效地完成接口的核心开发任务。

然而，更多的时候，后端开发完接口再给出接口文档存在明显的弊端。对于前端开发人员和其他需要使用接口的团队成员来说，缺乏接口文档会导致他们在开发过程中无法进行有效的规划和协同。他们可能会在等待接口文档的过程中处于闲置状态，从而影响整个项目的进度。

没有提前准备好接口文档，可能会导致接口设计的不规范和不一致。在开发过程中，如果没有文档的约束和指导，后端开发者可能会随意更改接口的参数、返回值等重要信息，给后续的集成和维护带来极大的困难。

延迟提供接口文档还会增加沟通成本。当其他团队成员在等待接口文档的过程中，可能会不断地向后端开发者询问接口的相关信息，这不仅会分散后端开发者的注意力，还可能因为沟通不畅而产生误解和错误。

为了避免这些问题，更合理的做法是在接口开发的逐步编写接口文档。这样可以确保文档与接口的实现保持同步，减少后续的修改和调整。而且，提前提供接口文档可以让整个开发团队更好地协同工作，提高开发效率，保证项目的顺利推进。

后端开发完接口再给出接口文档并非是一种理想的方式。虽然在某些特定情况下可能有其便利性，但从项目管理和团队协作的角度来看，还是应该尽量在接口开发的过程中同步完成接口文档，以实现更高效、更规范的软件开发流程。