Home / Hoe een wijziging bij u aankomt
Hoe een wijziging bij u aankomt
Drie omgevingen, een begeleide rondleiding langs elke wijziging voordat u akkoord gaat, en feedback door direct op het scherm te tekenen. U zet het zelf live.
Kort samengevat
U houdt de knop vast die iets live zet.
Drie omgevingen, een begeleide rondleiding langs elke wijziging voordat u akkoord gaat, en feedback geven door direct op het scherm te tekenen. Zo werken de meeste softwarebedrijven niet. Het is het onderdeel waarvan klanten zeggen dat ze niet meer terug willen.
De pijplijn
Drie omgevingen. Eén ervan is van u.
Development is van ons en verandert continu. Staging is van u en verandert alleen als iets écht werkt. Productie verandert wanneer u besluit dat het verandert.
Onze speeltuin
Waar het werk daadwerkelijk gebeurt. Het verandert vele keren per dag, het gaat stuk en wordt gerepareerd, en u ziet er niets van. U wordt nooit gevraagd iets half afs te beoordelen.
Van u om te beoordelen
Een wijziging komt hier pas als wij denken dat die echt werkt. Hij arriveert met precies wat er veranderde, hoe u het test, waarom we het deden, en wat het risico is.
Uw gebruikers
De omgeving waar uw mensen elke dag op inloggen. Hier komt niets binnen behalve wat u zelf accepteerde en doorzette.
Kolom beoordelaar bij goedkeuringen
Wat er veranderde Elke goedkeuringsregel toont nu wie het beoordeelde, en bij welke revisie.
Hoe te testen Open Goedkeuringen en controleer dat de beoordelaar in de regel zelf staat.
Waarom Een auditor kon een beslissing niet volgen zonder elk dossier te openen.
01 · De rondleiding
Eén knop, en de wijziging leidt u er zelf doorheen.
U hoeft niet te zoeken naar wat er veranderd is. Druk op één knop in uw stagingomgeving en er opent een begeleide rondleiding, die stopt bij elk scherm dat we aanraakten en direct aanwijst wat er veranderde.
- Elke stop markeert wat er is toegevoegd, aangepast of verwijderd, op de interface zelf
- Elk punt bevat hoe u het test, waarom we het deden, en een eerlijke inschatting van het risico
- Het kost minuten, geen middag — en er hoeft geen overleg voor ingepland te worden
Bent u tevreden, dan accepteert u. Daarna zet u het zelf door naar productie.
02 · De overlay
Teken op het scherm. Dat is de hele bediening.
Over uw stagingomgeving zweeft permanent een knop. Druk erop en de pagina bevriest precies zoals hij is: midden in een pop-up, halverwege het scrollen, in welke staat u hem ook aantreft.
Geen screenshots maken, geen uitleg welke knop op welke pagina, geen "bij mij zag het er anders uit". Wat u zag is wat wij krijgen.
03 · De lus sluit zichzelf
Uw opmerking komt terug als de oplossing, niet als een statusupdate.
Uw gemarkeerde element landt in onze developmentomgeving mét de bevroren pagina en uw woorden, zodat wij naar precies hetzelfde kijken als u. Zodra het is opgelost, wordt de push naar staging aan uw feedbackpunt gekoppeld, met uitleg van wat er is veranderd en hoe u het controleert. Die push sluit het punt.
Niemand schrijft "we hebben uw feedback verwerkt". De wijziging zélf is het antwoord, en die wacht in uw volgende rondleiding.
Nog vóór dat alles
Hoe werk überhaupt in de lus terechtkomt.
De pipeline is de zichtbare helft. Dit is de helft die bepaalt wát erin komt. Daar verdient een technische partner zichzelf terug.
U meldt het zoals het u uitkomt
In het wekelijkse overleg, per bericht, of door op de stagingomgeving te tekenen. Er is geen formulier en geen sjabloon om te leren.
Wij duwen terug vóór we bouwen
De meeste verzoeken veranderen van vorm zodra we het onderliggende probleem begrijpen. Sommige blijken een instelling. Sommige zouden helemaal niet gebouwd moeten worden, en dat zeggen we.
U bepaalt de volgorde
Wij leggen de afwegingen op tafel: inspanning, risico, wat het blokkeert. U bepaalt de prioriteit. Wij gooien uw roadmap niet stilletjes om zodat die ons beter uitkomt.
Binnen development
Wat waar moet zijn voordat iets u bereikt.
Staging is uw omgeving, dus half werk erin zetten kost uw tijd, niet die van ons. Deze controles draaien op élke wijziging, zonder uitzondering, en bij een fout blijft die in development.
- Types en tests. De wijziging compileert en de testsuite slaagt, inclusief een test die speciaal voor deze wijziging is geschreven.
- Migraties gerepeteerd. Elke schemawijziging draait tegen een kopie van de echte productievorm voordat die in de buurt van uw data mag komen.
- Isolatie bewezen. Beleidsregels worden hercontroleerd zodat de ene tenant nog steeds niet de data van de andere kan lezen — de controle die het zwaarst weegt en het makkelijkst breekt.
- Terugrollen gerepeteerd. Als het niet netjes terug te draaien is, gaat het niet live, en u hoort waarom voordat het u wordt aangeboden.
Waar het uw werk raakt
Wat dit eerlijk gezegd van u vraagt.
De lus loont alleen als degene die daadwerkelijk kan beslissen ook degene is die hem doorloopt. Dat is het enige dat we nodig hebben.
Als het misgaat
Want soms gebeurt dat.
Er gaat iets stuk in productie
Wij rollen eerst terug en leggen daarna uit — de gerepeteerde rollback is waarom dat een beslissing van minuten is en geen discussie. Daarna gaat de oplossing de lus in zoals al het andere.
U wijst een wijziging af
Stuur de stap terug met een opmerking. Die gaat mét uw woorden terug naar development en komt als eigen stop terug in een latere rondleiding. Er gaat niets verloren en er wordt niet over gediscussieerd.
Wij zijn het oneens met u
Wij zeggen het één keer, met onderbouwing, en bouwen daarna wat u besloot. Het is uw systeem en uw bedrijf. Gelijk hebben over architectuur is geen reden om moeilijk te doen.
Waarom dit ongebruikelijk is
De meeste bedrijven vragen u het u voor te stellen. Wij geven u de knop.
U hoeft nooit te gissen
Elke wijziging wordt u ter plekke getoond, met de redenering erbij. U leest geen changelog en hoopt er het beste van.
U wordt nooit opgehouden
De rondleiding is asynchroon. Loop hem om elf uur 's avonds door als dat u uitkomt; er wacht niets op een gedeeld agendamoment.
U wordt nooit verrast
In productie staat alleen wat u zelf doorzette. Er is geen andere route naar binnen, en geen vrijdagmiddaguitzondering.
Feedback kost u seconden
Tekenen, typen, versturen. Het alternatief is een screenshot, een alinea uitleg waar het zat, en een vraag terug welke browser.
Wij zien wat u zag
De bevroren pagina komt mee. Niets naspelen, geen "bij mij werkt het", geen verloren halve dag.
De vastlegging schrijft zichzelf
Bij elke wijziging, elke acceptatie en elke push ligt vast wie het deed en wanneer, omdat het proces het vastlegt en niet een mens.
Dit is het onderdeel dat wij als eerste zouden laten zien. De schermen op deze pagina zijn in code nagebouwd in plaats van gescreenshot, en de getoonde projecten zijn algemeen gehouden. Vraag het en wij lopen een echte wijziging met u door op een echte stagingomgeving, van begin tot eind, in ongeveer tien minuten.
Vertel ons waar uw bedrijf op draait.
Als het het soort systeem is dat geen slechte dag mag hebben, moeten we praten. Eén gesprek, geen deck, met de mensen die het zouden bouwen.