Finland's IQM and Germany's national rail operator used a 190 trip real scheduling dataset. A small quantum subproblem, wrapped in a classical optimizer, scaled solution quality with subproblem size.
A hybrid quantum-classical pipeline produced feasible train timetables for 190 trips across five German cities on a real Deutsche Bahn scheduling dataset, run end-to-end on a current IQM superconducting processor. The result was published this month as a whitepaper by IQM (Nasdaq: IQMX), a Finnish quantum hardware maker, and Deutsche Bahn, Germany's national rail operator. Coverage appeared in at least four syndications of the same release, including HPCwire, AFP, and The Qubit Report. The shape of the pipeline is what carries forward.
The scheduling problem in the experiment covered 190 trips and roughly 98,500 possible cycle combinations, per the whitepaper. A quantum optimization routine called QAOA handled the smaller subproblems, while a classical orchestration layer kept the full-scale schedule consistent. The two pieces ran as a single end-to-end loop on IQM hardware. The classical portion managed what the quantum portion could not yet hold in memory at once, in the way a planning team uses one specialized solver for a hard sub-piece and a familiar scheduler for everything around it.
The pipeline produced feasible timetables on real operational data, the kind of frozen dataset an operator would use for next-day or longer-horizon planning rather than live dispatch. The whitepaper also reports a statistically significant correlation between the size of the quantum subproblem and the quality of the final solution. The wider implication: as IQM's qubit counts and coherence times improve, the same framework should keep getting better without being rebuilt. That is the property an enterprise reader actually wants. A near-term quantum piece whose contribution grows with the hardware is more useful than a one-off demonstration that ages out as the field moves.
The dataset was static. The result is feasible schedules rather than provably faster ones. Independent benchmarking against a strong classical baseline is not part of the whitepaper. The press cycle is a vendor-and-partner release, so the on-the-record voices are IQM's chief scientist, Dr. Inés de Vega, and Deutsche Bahn's head of quantum technology, Manfred Rieck. Rieck's framing in the release is a direction-of-travel: planning under known, stable conditions today, with the longer-term target of responding to live disruptions once the hardware grows. The whitepaper's own scope language matches that line. Rieck's "quantum advantage" quote is a goal the work has not yet reached.
A small but hard combinatorial subproblem handed to a quantum solver, with the rest of the job held together by software a business already runs, fits logistics networks, energy grid balancing, and manufacturing resource allocation. The whitepaper positions the framework for exactly those three categories. The relevant question for an enterprise reader is whether the same hybrid shape, applied to a frozen dataset in their own domain, would yield a quality lift that scales with the hardware their vendor ships next year.
The five German cities used in the experiment are not named in the press release or the whitepaper, and the routes are not specified. A reader who wants the geographic specificity will have to wait for either a peer-reviewed paper or a later release.
The next meaningful test is independent replication. If a third party runs the same hybrid shape on a comparable rail dataset and confirms the quality-versus-subproblem-size relationship, the pattern graduates from a vendor result to a transferable enterprise template. If the result does not replicate, the framework still describes a credible deployment shape, and the takeaway for an enterprise reading the next quantum-logistics headline stays the same: near-term quantum is most useful when a small, hard combinatorial subproblem is wrapped in software the business already runs.