$ BLR//CODE

Home / Work

Client engagement · US software firm (name withheld)

Ongoing engineering for a US software company

A long-running retained engagement: senior engineering capacity for a US client, working their hours, in their repositories, invoiced in USD from India.

Application developmentCloud infrastructureCI/CD

Context

A software company in the United States needed additional senior engineering capacity without going through a hiring cycle, and without the management overhead of a large offshore team. The requirement was continuity — someone who learns the system properly and stays with it — rather than a burst of contractors on a fixed-scope project.

Shape of the engagement

This is a retained arrangement rather than a project. Work is continuous, prioritised by the client, and carried out inside their repositories, their issue tracker, and their deployment process. There is no separate BLR Code environment, no parallel backlog, and no handover ritual — the code review, CI and release path are all theirs.

Practically that means:

  • Their hours, not ours. Working day shifted to give real overlap with US business hours, so questions get answered the same day rather than on a 24-hour cycle.
  • Their tools. No insistence on our process. We adapt to how the team already works.
  • Direct communication. The person doing the work is the person you talk to. Nothing is relayed through an account manager.

Why it’s structured this way

Fixed-scope offshore projects fail in a predictable manner: the specification is written before anyone understands the system, the work is handed over across a timezone gap with minimal context, and the resulting code is technically compliant with the brief and wrong for the codebase.

A retained engagement inverts that. The client keeps the specification authority they already had, and gets engineering capacity that accumulates context rather than discarding it each time.

Commercial arrangement

Billed monthly against an agreed rate, invoiced in USD, paid by international wire to an Indian bank account. Each invoice carries a reference that the client includes on the transfer, so the bank’s inward-remittance record matches a specific invoice — which is what makes the export documentation straightforward at both ends.

The client is not named here because we don’t publish client names without written permission, and no case study is worth chasing a customer for approval over. If you need a reference before engaging, ask — that’s a different conversation, and one we’re happy to have.

CTA/ — Start a conversation

Tell us what you're building.

Write a few lines about your project and you'll get a reply within one business day — including an honest view of whether we're the right fit.

Start a conversation →