Finance

Releases die wachten op een akkoord en een papieren spoor

Wij automatiseren de releaseflows die u het meest kosten. De goedkeuringen die uw beleid vereist, draaien binnen de pipeline, en elke productierelease laat een change record achter dat uw change board kan controleren.

  • Gebouwd in uw eigen repositories en accounts
Illustratie: een change record voor één release na een Self-Service Release Build.

Wat releases ophoudt

Waar releases blijven hangen in een financeteam

  1. De auteur mag de wijziging niet goedkeuren

    Functiescheiding betekent dat een tweede persoon akkoord geeft. De release wacht tot die persoon tijd heeft, en de goedkeuring belandt in een e-mail of een chatthread.

  2. Het bewijs wordt met de hand bij elkaar gezocht

    Als het change board of een auditor vraagt wie een wijziging schreef, goedkeurde en uitrolde, zoekt iemand het antwoord bij elkaar uit tickets, logs en chat.

  3. Productie ligt in handen van een paar mensen

    Vaak mogen maar een paar mensen naar productie deployen. Elke release wordt een overdracht aan hen, en wacht als zij druk of afwezig zijn.

Wat er verandert

Goedkeuringen in de pipeline, bewijs bij elke release

Wat een Self-Service Release Build verandert, in de tools die u al gebruikt.

Bekijk de Build
  • NuGoedkeuringen gebeuren in e-mail, chat of een reactie in een ticket, los van de release zelf.

    Na een BuildDe goedkeuringen die uw beleid vereist, draaien binnen de pipeline.

  • NuVoordat het change board bijeenkomt, verzamelt iemand bij elke wijziging screenshots, ticketlinks en logs.

    Na een BuildElke productierelease laat een change record achter dat uw change board kan controleren: goedkeuring, auteur, commit en deploy, op één plek op te vragen.

  • NuElke release wordt stap voor stap overgedragen aan de paar mensen die hem mogen deployen.

    Na een BuildHandmatige stappen en overdrachten worden één pipeline per releaseflow, gestart door het team.

  • NuAls een release misgaat, is de weg terug een handmatige fix die nog niemand heeft geprobeerd.

    Na een BuildElke stap controleert zijn eigen resultaat, en de rollback is getest vóór de go-live.

De wachttijd zit vaak bij goedkeuringen. In een Release Bottleneck Review vallen uw change board en security binnen de scope, en de Review meet goedkeuringen net als elke andere stap.

Resultaten

Hetzelfde releasewerk bij Nike en ASML

Resultaten van releasewerk bij Nike (retail) en ASML (halfgeleiders), waar handmatige stappen en overdrachten self-service pipelines werden.

Nike · upgrades in 900+ winkels

Serverupgrades over meerdere teams werden één self-service pipeline

  • Servers tegelijk: 2 → 8

600+engineeringuren per jaar bij Nike

Lees de Nike-case

ASML · release-gereedheid

Eén plek om te beoordelen of een release klaar is

Integratiestappen die met de hand gingen, werden self-service CI voor meerdere teams, en de testresultaten van productiemachines kwamen in één rapportageoverzicht in Python en SQL.

300+engineeringuren per jaar bij ASML

Lees de ASML-case

Waar u begint

Begin bij uw laatste release

De gratis Release Check laat in minder dan 5 minuten zien waar de tijd van uw laatste release naartoe ging en wat dat per jaar kost, zonder gesprek.

Contact

Praat met de engineer

Plan 30 minuten en neem uw laatste release mee, of stuur een bericht. U spreekt Mateusz rechtstreeks.

Mateusz UlasOprichter en platform engineer

    Stuur ons een bericht

    Laat een bericht achter, dan nemen wij spoedig contact met u op.

    Lees in onze privacyverklaring hoe wij met uw gegevens omgaan.