النسخة العربيةAR
Let’s talk

A good partnership starts with a conversation.

Cloud computing

Changing Development Companies: Who Owns Decisions During Transition?

A transition decision matrix defines authority before, during and after provider overlap with explicit acceptance and escalation.

4 min read
A woman using a laptop beside an external backup drive against a Nextwave background

A new provider has joined the project while the previous company still assists with transition. An urgent change arrives; one team acts while the other asks it to wait. The missing piece is not necessarily code but an agreed answer about who decides now. Plan responsibility transfer as carefully as material handover.

Define the transition periods

Identify responsibility before transition, during overlap and after the replacement explicitly accepts a defined responsibility. A conversation ending or repository invitation should not automatically trigger the change. Some responsibilities may transfer while others temporarily remain, provided everyone knows which ones.

Consider a fictional printing-order portal changing development companies. During overlap, an urgent change request, simulated operational alert and service-renewal deadline arrive. These are tabletop scenarios for allocating decisions, execution and communication; no software modification, renewal or supplier contact occurs.

Execution and approval can belong to different people

For each event, identify who decides, executes, receives updates and records follow-up. The replacement may need the previous team's expertise while company approval remains with an internal representative. If a plan says only “shared responsibility,” ask who resolves disagreement and what happens when that person is unavailable.

Google SRE discusses collaboration with understood roles and the possibility of returning service responsibility as an engagement changes. Use this as an operational principle rather than a contract template for switching development vendors. Your organization need not adopt Google's team names or scale to assign a particular decision.

A before, during and after decision sheet

Event Establish during overlap Transfer condition
Requested change Who accepts, approves and directs execution? Explicit acceptance of new decision authority
Operational alert Who coordinates, acts and communicates? Accepted role and known escalation route
Recurring operation Who tracks the deadline and approves action? Accepted follow-up, not assumed execution
Conflict or unavailability Who resolves it or defers transition? Recorded decision and identified alternative

Complete each row with approved roles for all three periods, an effective date and acceptance reference. This sheet differs from open-issue or asset inventories: it determines who decides when new matters arrive or continuing work crosses the transition.

Try three events on paper

Present the example cards to both teams and the company's representative. Who receives the change? What happens if providers disagree? Who retains the alert until the replacement acknowledges it? Record conflicting answers as decision gaps rather than conclude that everyone will cooperate when necessary.

Google SRE incident-response principles separate coordination, mitigation and communication, with clear roles, working records and leadership handoff. They can inform the alert card without turning the entire provider transition into an incident manual or imposing an unnecessarily large framework.

Acceptance must mean something to the replacement

Ask the receiving team to explain its role in the selected cases and what it needs to decide or act. If essential information is missing, determine whether earlier responsibility temporarily remains, scope narrows or transition waits. Silence does not constitute agreement to fill an undefined gap.

Responsibilities may need different dates rather than one universal transfer day. Bound each temporary arrangement and assign its review, explaining what happens when conditions remain unmet. Technical access is not acceptance of responsibility, and assigning work does not establish that an external vendor granted the necessary capability.

Review temporary arrangements afterward

After responsibilities are accepted, review temporary arrangements and access within agreed authorization, avoiding revocation that disables the replacement before capability is established. Contractual rights, termination and entitlements need their appropriate separate review; this decision sheet interprets none of them and grants no additional authority.

Complement it with team onboarding and rights and assets questions. Send transition periods and decision events when discussing an external development team with Nextwave. The plan guarantees no interruption-free transfer, but makes gaps visible before approval.

References

Selected Google SRE engagement-model and incident-role sections were read on 4 November 2026. No actual transfer or messages occurred. Prepared with AI assistance and information and translation review.

FROM INSIGHT TO ACTION

Turn an idea into something that works.

Explore Nextwave software, business systems and application services for your next step.

Explore our services