Earlier quoted context omitted.
This is not at all fullstack to me. Imho; a fullstack developer is a person who can develop all pieces of an application (or game, or whatever) and put it in production, maintain it, improve it. I.e. design the database or other persistence, implement the layers that manages the data, the business logic and the user interface. It can be very different from different applications, of course, since some may not have an…
You confirmed my statement exactly: > You will rarely hear a full stack developer say "I'm unable to continue, because I have to wait for the (dba|integration team|ops team)". They will solve their problems and often has enough experience to do it well. There are many of us like this who will never take a fullstack role because the reality is, we'd rather work at places that solve that problem by... - properly sizing…
You should definitely have proper time lines, that has nothing to do with full stack developers.
Downtime? If downtime is an issue for your system, most likely you can build it so it can be live with some parts off and do maintainenance during working hours. (Redundancy, etc)
Integration and dB teams, imo, is an antipattern.
But what I really did not agree with with your original comment was that managers look for full stack devs because of cost.
I look for the right people, and I build my teams with a mix of frontend, backend and fullstack devs. It has nothing to do with cost, it has to do with building efficient and dependentless teams.