Technologie- en productpartners
Voor softwareleveranciers en productbedrijven die jarenlang, niet één sprint, een engineeringteam naast het eigen nodig hebben. Een module die wij van begin tot eind beheren, een platform dat we helpen draaien, of een tweede team dat de roadmap draagt die u niet kunt bemannen, met dezelfde mensen die lang genoeg blijven om het domein te leren.
Anders dan een project kopen
Een project heeft een einde, en alles aan hoe het wordt bemand volgt daaruit: mensen worden toegewezen, het domein wordt goed genoeg geleerd om af te maken, en de kennis vertrekt met hen. Een product eindigt niet. Wat het van een extern team nodig heeft, is continuïteit, belang bij een architectuur die de komende twee jaar overleeft, en mensen die tegenspreken wanneer een sluiproute later meer kost dan hij nu bespaart.
Dat is de relatie die deze pagina beschrijft. Commercieel ziet het er meestal uit als een dedicated team; wat het een partnerschap maakt, is dat wij verantwoordelijk zijn voor een uitkomst in uw product en niet voor een lijst tickets.
Waar wij doorgaans eigenaar van zijn
Een module waar wij van begin tot eind eigenaar van zijn
Eén afgebakend deel van uw product: de integratielaag, de rapportagekant, het beheeroppervlak, de mobiele client. Wij zijn er eigenaar van in uw codebase, volgens uw architectuur, en zijn verantwoordelijk voor de defecten ervan en niet voor een aantal tickets.
Een tweede team op de roadmap
Alles wat u weet dat u zou moeten bouwen en niet kunt bemannen. Een parallel team dat in uw repositories en uw rituelen werkt, zodat de roadmap op twee fronten beweegt in plaats van naar één te worden herprioriteerd.
Het platform eronder
Cloudinfrastructuur gedeclareerd in Terraform, pipelines, omgevingen, observability, database- en securitywerk. Het deel waar een productteam nooit tijd voor heeft en dat het elke week mist.
Een oud product vooruit helpen
Een product dat verkoopt maar niet meer te wijzigen is. Tot nu toe negen overnames, de oudste geschreven in 2008, altijd beginnend met een review in leesmodus en een schriftelijke lijst met risico’s in plaats van een voorstel voor herschrijving.
Wat een lang partnerschap laat werken
Mensen die blijven
Opdrachten lopen hier jaren in plaats van sprints, en de domeinkennis blijft bij dezelfde mensen. Het ergste dat een partner kan overkomen is tweemaal betalen voor dezelfde leercurve.
Uw architectuur, niet de onze
We zijn gewend op te pakken waar een product al op draait in plaats van het te sturen naar wat wij toevallig kennen. Een partnerteam dat steeds een herschrijving voorstelt, is een partnerteam dat niet meer nuttig is.
Regels die een overdracht overleven
Tests worden met de functie opgeleverd, de build eindigt met nul warnings, beveiliging is standaard weigeren en infrastructuur is code. Code die zo is geschreven kunnen uw eigen engineers oppakken.
Eén eigenaar per feit
Afgeleide waarden worden eenmaal berekend en overal gebruikt. In een product met meerdere teams is dubbele waarheid de bug die u zes maanden later vindt en niet aan een klant kunt uitleggen.
Vervanging die van ons is, niet gefactureerd
Architectuurreview, een tweede paar ogen op pull requests en vervanging tijdens verlof komen van BigTree108 in plaats van uit uw budget.
Uw IP, de hele tijd
Elke specialist draagt zijn werkresultaten vóór toegang aan het bedrijf over, en het wordt aan u overgedragen, dus niets aan een lang partnerschap bemoeilijkt wie het product bezit.
Wij draaien een eigen product
Alles wat wij intern gebruiken, van werving en onboarding tot tijdregistratie, contracten en facturatie, is één platform op de stack die wij partners aanbieden: .NET op Azure Functions, Angular, Azure SQL, Terraform. Het is geen portfolio-stuk; het is het systeem waarvan het bedrijf afhangt, en we hebben lang genoeg met onze eigen architectuurbeslissingen geleefd om te weten welke ervan fout waren.
Dat is het oordeelsvermogen dat een productpartner werkelijk koopt. De casestudy beschrijft wat het doet en hoe het is gebouwd.
Hoe het begint
Met iets kleins en omkeerbaars. Eén engineer op een afgebakend stuk van uw backlog, of een review in leesmodus van het deel van het product waar u zich het minst prettig bij voelt, opgeleverd als schriftelijke lijst met risico’s in volgorde van impact op productie. Beide zijn goedkope manieren om te ontdekken of wij uw codebase lezen zoals u zou willen dat een partner dat doet.
Vandaar is de gebruikelijke vorm een dedicated team dat meegroeit met de roadmap. Wilt u het team uiteindelijk liever zelf bezitten, dan is Build-Operate-Transfer dezelfde mensen met een overdracht in het contract.
Hebt u een tweede team nodig op uw product?
Stuur het product, het deel van de roadmap dat blijft schuiven en een link naar een repository als u kunt. Binnen één werkdag krijgt u de vragen die we nog hebben, een aanpak en een raming.