Keana: groene stadslogistiek, met ZEN als het voltallige engineeringteam

In het kort
- Klant: Keana, planningssoftware voor stadslogistiek
- Vraag: minder bestelbussen in binnensteden door orders op hubniveau te bundelen
- Wat ZEN doet: het volledige engineeringteam: beheer, onderhoud en doorontwikkeling, als één team
- Wat de planning oplost: tijdvensters per stop, laadvermogen, actieradius van elektrische voertuigen en temperatuurklassen, tegelijk
- Resultaat: de duurzaamheidswinst volgt uit de planning zelf: welke orders gebundeld zijn en welke ritten daardoor niet gereden zijn
Keana is planningssoftware voor stadslogistiek. Het neemt de transportorders die bij een hub binnenkomen en bouwt daar ritten van: welk voertuig, welk tijdvenster, welke stops en in welke volgorde. Het doel is niet in de eerste plaats een strakkere planning. Het doel is minder busjes door binnensteden die daar nooit voor gebouwd zijn.
Het product is van onze klant. Het engineeringteam eromheen zijn wij: beheer, onderhoud en doorontwikkeling, volledig.
Het probleem is de optelsom, niet de losse rit
Eén bestelbus die een historische binnenstad in rijdt is geen probleem. Het probleem is dat er tientallen rijden waar er een handvol nodig zou zijn, omdat elke vervoerder zijn eigen orders plant en niemand het totaal ziet.
Bundelen op hubniveau is het antwoord: orders die toch dezelfde kant op moeten, gaan samen de stad in. Dat klinkt eenvoudig tot je gaat rekenen.
Wat de planning werkelijk moet oplossen
Een rit is pas bruikbaar als hij aan alles tegelijk voldoet. Het tijdvenster van elke stop, want een ontvanger die dicht is telt niet als bezorgd. Het laadvermogen van het voertuig. De actieradius, wat bij elektrisch vervoer een harde grens is in plaats van een detail. En temperatuurklassen, want gekoelde lading en droge lading passen niet zomaar in dezelfde bak.
Elk van die eisen op zich is te overzien. Bij elkaar is het precies het soort probleem waar een planner op handkracht op vastloopt en waar software het verschil maakt — mits die software de werkelijkheid van het vervoer kent en niet alleen de wiskunde.
Ons deel: geen project, maar het hele engineeringteam
Dit is geen case waarin we iets hebben opgeleverd en zijn vertrokken. We doen de volledige technische kant van Keana: incidenten en beheer, onderhoud en upgrades, en de nieuwe functionaliteit op de roadmap. Eén team voor alle drie.
Dat is een bewuste vorm. Beheer en ontwikkeling scheiden klinkt netjes op een organogram, maar levert in de praktijk twee partijen op die naar elkaar wijzen zodra iets stuk is. Bij één team is de vraag wie het oplost geen vraag.
Wat dat oplevert voor de eigenaar van het product
Onze klant houdt waar het om gaat: het product, de klanten en de richting. Wat wij overnemen is de hele laag daaronder — dat het draait, dat het bijblijft, en dat wat er morgen bij moet er ook echt bij komt.
Er is geen overdrachtsmoment, geen kennis die bij een projectafsluiting het pand verlaat, en geen tweede leverancier die eerst ingewerkt moet worden. De mensen die de nieuwe functionaliteit bouwen, zijn de mensen die er 's nachts ook bij kunnen.
Groen telt pas als je het kunt laten zien
Duurzaamheidswinst in logistiek wordt vaak geschat. Hier volgt hij uit de planning zelf: het systeem weet welke orders gebundeld zijn, welke ritten daardoor niet gereden zijn en welke voertuigen zijn ingezet. Dat is geen aanname achteraf, dat is wat er in de planning staat.
Dat maakt dit voor ons een van de leukere opdrachten: software waar de winst niet in een dashboard zit, maar in een straat waar minder verkeer doorheen hoeft.
Zo ziet Keana eruit
Een paar schermen uit de applicatie die ZEN voor Keana bouwt en beheert.

Geef je softwareontwikkeling een Boost!
Elke DevOps, CI/CD of softwarevraag kunnen wij beantwoorden.
Koffie? ☕
Cloud & platform
Landing zones op AWS en Google Cloud, CI/CD en observability. We richten het in, en we houden het draaiend.
Lees ook:

48 grote storingen in twaalf maanden. Wat is er aan de hand bij GitHub?
Bijna acht uur plat op één middag, 48 grote storingen in een jaar, en de grootste oorzaak is capaciteit. Over GitHub dat...

Je Google Cloud-skills versterken: een praktische groeigids voor moderne engineers
De cloud is allang geen infrastructuur meer alleen — het is een kernvaardigheid voor moderne engineeringteams. Of je nu ...

OpenTF forkt Terraform en beschuldigt HashiCorp van het veroorzaken van de fork
Twee weken nadat HashiCorp de licentievoorwaarden voor haar Terraform-software had gewijzigd, hebben gebruikers, waarond...

Kan Google de AI-race winnen door Open Source te gaan? (waardoor de investering van 10 miljard in OpenAI waardeloos wordt)
Een uitgelekt document van een anonieme Googlemedewerker heeft discussies aangewakkerd over de impact van open-source AI...

Amazon Prime Video ruilt Microservices in voor Monolith: 90% kostenreductie
Onlangs publiceerde Amazon Prime Video een verrassend artikel [waarin ze onthulden hoe ze 90%](https://www.primevideotec...

Error budgets omarmen: een gids voor SRE in je organisatie
Error budgets zijn onmisbaar gereedschap binnen Site Reliability Engineering (SRE), waarmee organisaties betrouwbaarheid...
