Two slots open this quarter Pune, India / 13:00–22:00 IST React and Node only Book a 30 minute call
reactdevstudio
Contact Book a call
Work Hire React developers Hire Node developers Node services Offshore development Blog About Contact
Book a 30 minute call
Home/Blog/How much timezone overlap you actually need
timezones / process 9 min read Updated August 2026

How much timezone overlap you actually need

Four hours works and zero does not, but not for the reason the async-first writing usually gives. The constraint is decision latency, and it compounds.

Post author

Yogesh Jadhav

Founder, reactdevstudio · Pune

The async-first argument says that with good writing you need no overlap at all. We have run engagements at four hours of overlap, at ninety minutes, and briefly at none, and the argument is half right in a way that matters. Writing does replace meetings. What it does not replace is the speed at which a blocked person becomes an unblocked one, and that is the number which decides whether an engagement feels fast or slow.

The short version

The constraint is decision latency, not communication. Async writing fixes communication and leaves latency untouched.

Four hours is the practical floor for product work with unresolved questions. Two is workable for maintenance with a clear backlog.

A blocking question at zero overlap costs a full day. Two in a row cost a week of elapsed time for a day of work.

Overlap only counts if someone is actually answering during it. Reserved hours beat nominal hours.

The fix for low overlap is not more hours, it is fewer blocking questions, which is a ticket-writing problem.

The real constraint is decision latency

A developer hits a question they cannot answer alone: the design does not say what happens when the list is empty, the API returns a shape nobody documented, two requirements contradict each other. This happens several times a week on any real project, and it is not a sign of a bad developer. It is what building something that has not been built before consists of.

What matters is the time between the question being asked and being answered. With overlap, that is minutes, and the developer keeps working. Without it, the answer arrives after they have gone home, so the cost is not the ten minutes of conversation. It is the remainder of their working day.

One blocking question, by overlap

4 hours Asked at 14:00 IST, answered at 14:20. Cost: twenty minutes, and the developer stays in context.
90 mins Asked at 18:30 IST during the window. Usually same-day. Cost: under an hour, if someone is watching.
Zero Asked at 11:00 IST, answered at 23:00 IST, picked up next morning. Cost: most of a working day.

Now compound it. Two blocking questions in sequence, which is normal because the answer to the first often creates the second, costs two days at zero overlap and under an hour at four. A week of work becomes two. Nobody was slow, and nobody could point to where the time went.

"Async writing fixes communication. It does not fix latency, and latency is what makes an engagement feel slow."

Latency is also what makes review speed a budget line rather than a courtesy, as set out in what an offshore team really costs.

How much you actually need

This depends almost entirely on how well specified the work is, and not at all on how senior anyone is. A very good engineer on an ambiguous ticket asks more questions, not fewer.

Four hours: product work

Anything where requirements are still being discovered. This is most greenfield product work, and it is where low overlap does real damage.

Two hours: defined backlog

Tickets with acceptance criteria, a stable codebase, a known domain. Enough for a daily unblock and a review handoff.

One hour: maintenance

Bug fixes, dependency updates, well understood work. Viable, provided the hour is genuinely reserved.

Zero: not really

Workable only where a full day of latency per question is acceptable. Rare in practice, and usually discovered to be unacceptable in month two.

India to the US East Coast gives roughly four hours if the Indian team works into the evening, which is what we do: 13:00 to 22:00 IST puts 09:00 to 12:30 ET inside the working day at both ends. India to the UK is easier, around seven hours. India to the US West Coast is the hard one, and honest vendors will tell you it means someone works unsociable hours. The only question is who.

Our own window is four hours with New York and seven with London, which is why the offshore web development page states the hours rather than calling them flexible.

Overlap that counts, and overlap that does not

Nominal overlap is what the contract says. Real overlap is the time during which a question actually gets answered. These are frequently different numbers, and the gap is where engagements go wrong while everyone is technically compliant.

Reserve it

If your reviewer is in back-to-back meetings for the whole window, your overlap is zero regardless of the calendar.

Name one person

A question addressed to a channel is a question addressed to nobody. Name who answers, and who covers when they are away.

Front-load the window

Unblocking first, review second, status last. Status can wait a day; a blocked engineer cannot.

Where our interests differ from yours

We are in Pune, so we benefit from you believing that four hours is sufficient. It is, but the reason is that we shift our own day to create it, and any vendor telling you overlap is a non-issue is either not shifting theirs or not planning to answer during it. Ask which hours, in your timezone, and get it into the statement of work.

A named reviewer with a response target is also the single thing that most improves a paid pilot.

The better fix: need less of it

Every hour of overlap is an hour somebody works outside their normal life. It is worth buying, but it is worth buying less of. The way to do that is to reduce the number of questions that block, which is a writing problem rather than a scheduling one.

Reduce blocking questions

01 Acceptance criteria on every ticket, including the empty and error states.
02 A written decision log, so the same question is not asked twice by different people.
03 A standing rule: if blocked for more than thirty minutes, ship the question and pick up the next ticket.
04 Designs that specify loading, empty, error and permission-denied, not just the happy path.
05 A named decision-maker per area, so questions route rather than broadcast.
06 Recorded architecture walkthroughs, watched once rather than re-explained four times.

The rule in the third row is the highest-use one, and it is the hardest to adopt because it feels like tolerating interruption. In practice it converts a blocked day into a switched task, and it is the single change that makes low-overlap engagements survivable.

Fewer blocking questions is mostly a ticket-writing problem, and it is the same discipline that keeps an estimate from drifting.

What to put in the statement of work

Overlap is the term most often agreed verbally and least often written down, which is why it is the term most often disputed in month three. It costs four lines.

Hours Stated as a start and end time in the client's timezone, not the vendor's. "13:00–22:00 IST" means nothing to a buyer in Chicago until someone converts it, and conversions get done wrong.
Named cover Who answers during the window, and who covers when that person is on leave. A window with nobody named is a window with nobody in it.
Response target What "answered" means. Thirty minutes inside the window is a reasonable target for an unblocking question; same-day is not a target, it is a hope.
Daylight saving Who shifts when the clocks change. India does not observe it, so the overlap silently moves by an hour twice a year and nobody notices until a standup is empty.

The last one causes more confusion than it should. Twice a year the gap between IST and both ET and GMT changes, which means a window that was four hours becomes three or five without anyone deciding to change it. Agreeing in advance which side absorbs the shift takes one sentence and prevents an annually recurring argument.

One more thing worth writing down: what happens to the window during a crunch. The honest position is that it can be extended by agreement for a defined period and then returns. The dishonest position is that it quietly extends and never returns, which is how good engagements become resented ones on both sides.

Overlap belongs in the statement of work next to the other commercial terms, which the contract checklist lists in full.

Questions people ask

+Can a fully async team work with no overlap at all?

Some do, and they are usually working on well-bounded problems with mature documentation and a high tolerance for elapsed time. If you are building something new and still discovering requirements, expect a full day of latency per blocking question and price your timeline accordingly.

+Should the offshore team shift, or should we?

Whoever is buying should not be the one shifting, in our view, but say it out loud and write down the hours rather than leaving it to drift. What does not work is both sides quietly assuming the other will stretch.

+Do daily standups help?

Less than a reserved unblocking window. A standup is a fixed point once a day; questions do not arrive on that schedule. Written daily updates plus a live window beats a synchronous standup on almost every engagement we have run.

+What about overnight coverage for incidents?

Different question, and one to answer explicitly. A small team cannot promise a 24/7 rota honestly. Agree what happens at 03:00 before you need it, and be suspicious of anyone who says yes without describing the rota.

Where to go next

Overlap is one of the eleven things worth pinning down on a first call. The rest are in the eleven questions that sort vendors. If you want to test the process rather than the promise, run a paid pilot and watch how fast questions actually get answered. Our own hours and the overlap they produce are on the offshore web development page.

Sources

Post author

Yogesh Jadhav

Founder of reactdevstudio. Ten years as a working full stack developer, across SaaS products and client work.

Related, Group A only

Three more on offshore work

Procurement and process posts only, scored within Group A, so a delivery reader is never handed a React internals piece.

offshore / cost 10 min

Offshore vendor or your own captive centre?

contracts / offshore 13 min

The offshore contract checklist: IP, W-8BEN-E, exit terms

cost / offshore 10 min

What an offshore development team in India really costs

Two slots open this quarter.

Send the ticket you would hand over first. You get a written approach in two working days.

Book a 30 minute call

13:00–22:00 IST. Four hours with New York, seven with London.