Skip to main content

    The company · Careers

    The work happens inside other people’s boundaries.

    iTmethods builds Reign. We operate the engineering estate, contribute merge-ready work through the Factory, govern model calls at the Gateway, and prepare the record. This page is the accurate description of the job rather than the appealing one. Read it before you write to us.

    iTmethods employs the people. Reign is the product. Not all open roles are advertised. If yours is not listed, write to careers@itmethods.com. There is no perks list on this page.

    What the work is

    Constraint is the problem, not the obstacle.

    Almost nothing here happens in an environment we control. That single fact shapes the whole job, and it is the part most candidates find out about too late.

    Inside a boundary you do not own

    The systems run as a single-tenant dedicated instance, under the customer’s access reviews and their change windows. You will ask for permission, wait for it, and record what you did with it. The people granting it are right to ask why.

    Does that read as friction or as the interesting part?

    Under a change process someone owns

    Every change lands through an approval path with a named owner on both sides. There is no exemption because the change involves a model, and the record has to exist afterwards either way. The Factory does not hold the gate. Neither would you, on their estate.

    How would this change get approved?

    Carrying the consequence

    When a pipeline stops, the people who built it are on the call. That obligation decides what we are willing to ship, and work that cannot be operated does not leave our hands.

    Who is on the call when it stops overnight?

    How we work

    The habits, stated plainly.

    These are descriptions of what happens on a normal week rather than aspirations printed on a wall.

    • We build Reign the way we ask customers to let us build for them. Nearly all of our own implementation runs through the Factory. Agents and models write. A named iTmethods engineer approves. That is not a slogan. It is how the product is made.
    • Engineers operate what they build. There is no wall between the team that ships and the team that gets paged. If you would not want to be woken by it, that is information about the design.
    • Decisions are written down. The writing is part of the job rather than an afterthought, because a decision nobody recorded is a decision the next person has to make again from nothing.
    • Work is reviewed by people who will have to run it. Review here is not a gate applied by a separate function. It is the person who will hold the pager reading what you propose to hand them.
    • Evidence is produced as the work happens. The record of what changed, who approved it and what state it left behind is generated by the work rather than reconstructed for a reviewer afterwards.
    • Model calls go through Reign Gateway. Identity, policy and a record before a provider is reached. That applies to the tools we build with, not only the ones we sell.
    • Scope is agreed before work starts. Eligibility, the approval gate and the measures are written down first. Nobody here is asked to hit a date that was quoted before anyone looked.

    None of that is unusual in a well run engineering organization. It is unusual to describe it accurately at the point of hiring, which is what this page is trying to do.

    Fit

    Who this suits, and who it does not.

    We would rather lose you at this paragraph than at the end of a hiring process. Both columns below are sincere.

    This suits you if

    • You have operated something in production that other people depended on.
    • You treat a regulated environment as a design input rather than a tax.
    • You write clearly, and you do it without being chased.
    • You are comfortable saying that something is not ready, to someone who wanted it to be.
    • You want a small number of problems that matter more than a large number that do not.
    • You are interested in agents and models that stay inside a gate a person still holds.

    Does that describe how you already work?

    This does not suit you if

    • You want to move fast by routing around the approval path.
    • You want to hand finished work to an operations team and stop thinking about it.
    • You want a defined ticket queue and a defined edge to your responsibility.
    • You want to build the interesting thing and let somebody else write down why.
    • You want a large organization with a clear ladder and a published band for each rung.
    • You want to ship autonomous code that nobody has to stand behind.

    Better to know now than in month three.

    Disciplines

    The functions the company is run on.

    Roles are opened against these functions, and against the four motions above. The people holding the leadership positions are named on the leadership page.

    • Platform and product engineering. Building Factory, Gateway and Assurance, and what ships into a customer instance. The Factory we productize is the Factory we already run on our own work.
    • Operations engineering. Running Reign Ops: single-tenant dedicated instances, the toolchain estate, upgrades, the hardened baseline, backups with a restore that has been exercised, and the response when a platform stops.
    • Security and compliance. Owning the documented process behind every question a customer asks, and the record of what was answered. This function says no in writing and is supported when it does.
    • Field engineering. Named engineers who sit with the teams doing the work rather than reporting on it, inside the engagement and under the customer’s change process.
    • Commercial and delivery. Owning the contract, the scope, and the point where a briefing becomes work. Including the part where we tell somebody there is no fit.

    We hire slowly, and we describe a role accurately at the point of hiring rather than after an offer. If the description you were given does not match this page, tell us, because one of the two is wrong.

    How to apply

    The roles below, or the mailbox.

    Not all open roles are advertised. If you do not see anything posted in your area, send a note to careers@itmethods.com. Posted roles are listed under Open roles. Apply on the posting.

    • Say which motion or discipline you are writing about, or say plainly that you are writing speculatively. Both are read.
    • Send whatever represents your work best. A repository, a written design, an incident review you led, or a document you had to defend. One good artifact tells us more than a list of technologies.
    • Tell us about something you operated that broke, and what you changed afterwards. That answer is the most useful thing in most applications we receive.
    • If you need an adjustment at any stage of the process, say so in the first message and it will be arranged.

    On what we will not put on this page. We do not publish a reply time, because publishing one we cannot hold to is worse than publishing none. We do not publish compensation, benefits or an equity position on a web page; those are discussed with the person they apply to, against the role that was actually opened. There is no perks list here because perks are not the reason to take this work.

    Applications are read by the people you would work with rather than routed through a filtering tool.

    Open roles

    What is open today.

    Posted roles from the board. If nothing is listed, write to the mailbox.

    Loading positions.

    Before you write

    What to read first.

    Four pages that will tell you more about the work than any careers page can.

    What Reign is

    The four motions, stated as one connected system. Start here if the packaging is new to you.

    What is Reign →

    What the Factory does

    Eligibility, an isolated worker, the Gateway on the model path, and a merge-ready change in their repository. This is most of the product engineering work.

    Reign Factory →

    What we actually run

    The managed engineering toolchain, operated as a single-tenant dedicated instance. This is where most operations time goes.

    Reign Ops →

    Where each motion stands

    Available today, in beta and being productized, or in co-design development. Kept on one page rather than implied across several.

    Product status →

    Continuous Agentic Assurance.

    If the constrained version of the problem is the one you want.

    Write to us and say which motion or discipline, or say that you are writing speculatively. We will tell you whether there is something open, and if there is not, we will say that rather than keep you warm.