Skip to content

Software Factory

Go to your board with evidence: what limits you first, and what comes next.

The Factory Readiness Assessment follows one real value stream for about two weeks and shows where your delivery with AI agents stands and which constraint to fix first.

Book a call (opens in a new tab)
For
Engineering organizations that want to start with agents, deliver faster or build a Software Factory
Outcome
Baseline, first constraint, roadmap, pilot recommendation and measurement plan
Timing
Typically 2 weeks, with a two-day on-site workshop
Price
EUR 15,000 net, fixed
Next step
Training, a Factory Pilot or rollout, as the evidence decides
  • EUR 15,000 net, fixed
  • usually 2 weeks
  • roadmap and measurement plan included
Example profile: six dimensions, one first constraint
  1. 01 Business outcome and value stream
  2. 02 Delivery and DORA signals
  3. 03 AI-assisted development and change confidence
  4. 04 Architecture and context readiness, first constraint
  5. 05 Product and engineering decisions
  6. 06 Organization steering and governance
All six, weakest first

Why it matters

Scale agents now, and you scale your bottleneck with them

You get a result written for your organization alone, with a baseline and a clear recommendation for the next step.

Readiness baseline

Where you stand today, backed by evidence you can inspect yourself.

Constraint map

Which constraint limits you first: delivery, architecture, product, organization or decision-making.

Outcome hypothesis

The outcome the next step should move, with baseline, target and a named data source.

Prioritized roadmap

Your next steps in order: training, a Factory Pilot or direct long-term implementation.

Pilot recommendation

Whether a Factory Pilot should come next, and where. Large organizations often need one per representative area.

Measurement plan

How you will know it worked: DORA with lead time from idea to first users, rework rate, use of what ships and cost per change, against the baseline.

Executive readout

The result for leadership, one chapter per dimension under its plain name. Verified security findings go to your engineering lead immediately.

What we assess: six dimensions of your value stream

What it covers

What we assess: six dimensions of your value stream

We trace one real value stream from idea to production: what carries it, what slows it and who decides. The six dimensions are read together, because strength in one area does not cancel a constraint in another.

Example profile, weakest dimension first
  1. 04 Architecture and context readiness, first constraint 2/5
  2. 02 Delivery and DORA signals 3/5
  3. 03 AI-assisted development and change confidence 3/5
  4. 05 Product and engineering decisions 3/5
  5. 01 Business outcome and value stream 4/5
  6. 06 Organization steering and governance 4/5

01

Business outcome and value stream

The outcome the organization is after, and the value stream that must deliver it. We follow one path from idea to production and find where work waits.

02

Delivery and DORA signals

Deployment frequency, lead time, change failure rate, time to restore, and how long an idea waits before the first commit. We work with the signals your setup already produces and flag where one is missing or too thin to read.

03

AI-assisted development and change confidence

How much work already runs with agents, and how confident engineers are when they change the system. Low confidence gets a closer look.

04

Architecture and context readiness

Whether the codebase, boundaries, tests and written rules give an agent enough context to work safely.

05

Product and engineering decisions

Who decides what gets built, how intent reaches the team and how much rework unclear specs cause.

06

Organization steering and governance

How budget, staffing, security and compliance shape what engineering can do, and who can clear a blocker once we name it.

How we gather evidence: four sources

How we gather evidence: four sources

A self-assessment opens the conversation; several sources then confirm or contradict it.

Anonymous conversations with engineers

One-to-one conversations with the people doing the work. What we hear stays anonymous in everything we report.

Architecture and SDLC checklist

Your team completes a written checklist before the workshop. It sets the starting picture and shows where answers differ inside the organization.

Artifact review

System diagrams, agent rules, incident process, observability, org structure and source access, where available and shareable. We compare what people describe with what the artifacts show.

Follow-up interviews

Where checklist, artifacts and conversations disagree, we ask again. Those gaps are where we dig.

How the two weeks run

How it works

How the two weeks run

A short questionnaire up front, a two-day on-site workshop with your teams, then the written result and readout. Your offer confirms the dates.

  1. 01

    Frame the outcome

    Define the business outcome, the value stream, today's pressure and the decision the assessment must support.

  2. 02

    Read the system

    Review delivery signals, AI use, change confidence, architecture, context readiness and how product and engineering decide.

  3. 03

    Find the constraint

    Build the evidence-backed baseline and pin down the constraint that limits progress before recommending anything.

  4. 04

    Decide the route

    Deliver the roadmap, pilot recommendation, measurement plan and executive readout.

An independent basis for your decision

What you hold at the end

An independent basis for your decision

You own the baseline and roadmap, and you choose who delivers the next step.

Sales-led discovery

A provider collects enough context to sell the service it prefers.

  • The answer is fixed before the work starts.
  • Evidence is vague or owned by the provider.
  • Training follows automatically.
  • Business impact has no named source.

Factory readiness

You get a plain reading and a clear next decision.

  • The tightest constraint sets the recommendation.
  • You own the baseline and the roadmap.
  • Training is one route among several.
  • Each proposed outcome comes with how it will be measured.
How we measure: engineering signals and a business outcome

How you measure it

How we measure: engineering signals and a business outcome

Engineering activity alone doesn't prove value.

Where you are now
Baseline
Lead time from idea to first users, change failure rate and one business figure, read from systems you already run.
What should change
Target
The shift the next step has to show, set with you up front.
Where the evidence lives
Source
The repository, pipeline or dashboard behind each number, so anyone can verify it.
When the result is reviewed
Cadence
When leadership looks at the numbers again and decides what follows.
Four things to have ready

What it takes

Four things to have ready

The assessment gives a usable answer when these are in place before we start.

  • A named business decision

    One decision the assessment must inform. Without it we produce a document, and a document changes nothing.

  • Access to a real value stream and its delivery signals

    A live value stream with the signals it produces: repository history, CI runs, ticket flow, incident records.

  • The people who decide

    Engineering, product, architecture and the leadership that owns budget and mandate. The people who will act on the result should help shape it.

  • Artifacts and system access

    Diagrams, rules and dashboards where they exist, under your agreements and access rules. Read access to the code makes the result more precise; the assessment also runs without it.

AboutWhat happens to your code

Teams we've worked with

Engineering and product teams across the technology sector in Germany, Austria and Switzerland.

What clients say

Beta Systems sees its next step towards an Agentic Engineering Factory

Assessment

The assessment with hackers&wizards confirmed that our DevSecOps platform is the right technological foundation, and showed in a very practical way what the next step towards an Agentic Engineering Factory can look like, from requirements to deployment. Benedikt and Matthias gave important impetus, to our developers as much as at executive and supervisory board level. For us, it was the starting signal for our next strategic phase.
Mirko Minnich (opens in a new tab)
Chief Operating Officer / Co-CEO Beta Systems Software AG

Before you decide

Questions about the Factory Readiness Assessment

Who is the assessment for?

For engineering organizations that want to start with Agentic Engineering, deliver faster with coding agents or build a Software Factory. It is often the first step: it shows where your delivery stands, which constraint to fix first, and whether training, a pilot or a wider rollout comes next.

What should we have in place first?

A named decision, a real value stream and leaders willing to act on the result.

If the immediate need is shared engineering practice, team training may be the smaller next step.

Does the assessment cover modernising a legacy system?

Yes. It then also maps that system: its boundaries, its tests and where a first slice can move to the new one. The size of that part depends on the system, so we set its scope in the first conversation.

How we modernise legacy systems
What happens in the first conversation?

We clarify the business decision, the value stream, the current constraint, who owns the outcome and which evidence is likely available. Then we say whether the assessment fits and what must be resolved before a proposal makes sense.

Will the assessment just recommend training?

No. It can recommend training, a Factory Pilot, direct rollout or a sequence. The evidence decides the route.

What access do you need?

The business outcome, the value stream, your delivery signals, AI usage, the architecture and context setup, and the decision-makers. We agree the exact access list before work starts.

What happens after the executive readout?

You own the baseline, constraint map, outcome hypothesis, roadmap, pilot recommendation and measurement plan. Carry on with us or use the result independently.

Is there a sample report?

Yes, an anonymised one, sent on request: summary, rating per dimension and roadmap, with client, people and figures removed.

Request the sample report
How long does the assessment take?

Typically two weeks, including a two-day on-site workshop. Before it, your team answers a short questionnaire and names the people we talk to. After it, you get the written result and roadmap in a readout for your leadership. Your offer names the dates.

Who delivers the assessment?

Stefan Munz and Benedikt Stemmildt own your assessment and remain your contact throughout. Our delivery partner re:cinq runs it with us, otherwise assessors from our own network. We agree the team with you before the start.

Where are the procurement and legal details?

Everything your purchasing and legal teams need is on one page.

AboutHow do you treat our code and data? Procurement and legal

Where to go next

The baseline steers your training, pilot or modernisation

Trainings

Build shared practices in a team training

Use the assessment baseline to point a hands-on training at the constraint that matters first.

Explore the trainings

Software Factory

Test one value stream in a Factory Pilot

Use the agreed outcome, baseline, and measurement plan to scope a working Factory for one value stream.

Explore the Factory Pilot

Software Factory

Rebuild an old system from its behaviour

Where the value stream runs on an old system, the baseline becomes the map for its modernisation.

Explore Legacy Modernisation

Make the next decision with evidence

Commission the Factory Readiness Assessment and leave with a baseline, your real constraints and a prioritized route forward.

Book a call (opens in a new tab)