Video: Miss Montreal & Diggy Dex - Alles Is Zoals Het Zou Moeten Zijn (Official video) (November 2024)
Als je niet weet wat je niet weet, kunnen beslissingen terugkomen om je te bijten, inclusief of je werkpleksoftware wilt kopen of je eigen software wilt bouwen. De oprichters van het in San Jose gevestigde wervingstechnologiestart-bedrijf Hiretual ontdekten dit eind 2015 op de harde manier toen ze ervoor kozen om hun eigen sollicitant-volgsysteem (ATS) te schrijven. Een project dat volgens hen een paar ingenieurs twee weken in beslag zou nemen, veranderde in een zes maanden durende nachtmerrie die $ 300.000 manuren kostte. Het brak het team zo erg dat twee mensen stoppen.
"Het was absoluut een reis - een lange, zware reis", zegt Ninh Tran, Chief Marketing Officer bij Hiretual.
In een tijd waarin zelfs de kleinste startup off-the-shelf-opties voor elke denkbare human resources (HR) -functie voor minder dan een paar dollar per maand per werknemer kan krijgen, doet een klein maar aanzienlijk deel van de bedrijven nog steeds de it-yourself (DIY) route. Van de 1.204 organisaties in de Sierra-Cedar HR Systems Survey 2015-2016 zei 12 procent dat ze intern of in eigen beheer talentmanagementsoftware gebruikten, inclusief software voor het volgen van sollicitanten (AT).
"Ik zou niet zeggen dat dat wijdverbreid is, het is vergelijkbaar met sommige van de individuele leveranciers die we volgen, " zei Erin Spencer, een onderzoeksconsulent bij Sierra-Cedar.
Goede bedoelingen, slechte gevolgen
Het Hiretual-team had goede bedoelingen. In Q4 2015 had het bedrijf 11 mensen, een andere naam (HireTeamMate) en een ander doel: een virtueel wervingsbureau oprichten dat kunstmatige intelligentie (AI) zou gebruiken om bedrijven uit de technische industrie en werkzoekenden te matchen. Daarvoor hadden ze een ATS nodig die ze konden integreren in de AI die ze intern bouwden voor de matching-service. Ze testten enkele populaire ATS voor kleine bedrijven, maar kwamen tot de conclusie dat de platforms te duur waren of te veel extra codering nodig hadden om te integreren. Dus besloten ze hun eigen te bouwen.
Dat was hun eerste fout. Hun tweede fout was het onderschatten van hoe lang het zou duren om het soort ATS te bouwen dat ze wilden. Omdat ze eerder een barebones ATS in een week voor een ander project hadden gemaakt, schatte de CEO van het bedrijf dat het twee keer zo lang (twee weken) nodig had om met het meer geavanceerde platform te komen dat aan hun vereisten voldeed.
"Terugkijkend was het een truc om iedereen enthousiast te maken, " zei Tran. "Een van de dingen die we onderweg hebben geleerd: als je geen vaste deadlines hebt, zullen mensen dat doen en de ontwikkeling langzamer worden."
Omdat ze vanaf het begin een ATS maakten, bleven ze functies toevoegen. Dat was hun derde fout. Meer functies betekende meer code en meer code betekende meer tijd. Het team blies tegen een herziene release van half december. In plaats van naar hun respectievelijke huizen en gezinnen te gaan voor de kerst- en nieuwjaarsvakantie, bleven ze 12 of meer uren per dag op kantoor doorbrengen, tot zeven dagen per week.
Het startende enthousiasme voor het project nam af en veranderde toen in een burn-out. Om de definitieve release-datum half januari te halen, trokken ze drie nachten door. Twee programmeurs die verantwoordelijk waren voor het creëren van de back-endinfrastructuur van ATS waren zo ongelukkig dat ze ermee stopten.
In maart draaide het bedrijf om naar een nieuw bedrijfsmodel nadat het had besloten dat een wervingsbureau - virtueel of anderszins - niet zo snel zou schalen als ze wilden vanwege de tijd die het kost om een reputatie in de branche te krijgen. Hoewel ze nog steeds HireTeamMate gebruiken, richt de nieuwe naam Hiretual zich in plaats daarvan op het bouwen van op technologie gebaseerde wervingstools. Tegenwoordig gebruiken ze de ATS die ze al die tijd en arbeid hebben besteed niet eens om zich te ontwikkelen, althans niet op de manier die ze hadden bedoeld. Volgens Tran waren delen ervan kannibaal gemaakt om Hiretual's peer rankings en analyses te beheren.
Doe niet wat we deden
Tran heeft veel lessen geleerd uit de ervaring. Zelfs nadat de software was uitgebracht, was het zo buggy dat het nog drie maanden duurde om op te ruimen. "Veel van de code die in een haast werd geschreven was buggy, " zei hij. "Eens stopte met de zorg voor het project, dat is wat er gebeurt."
Door middelen in te zetten voor het maken van software in plaats van een bestaande oplossing te kopen, zijn programmeurs weg van andere projecten waarop ze zich op de lange termijn wellicht beter konden concentreren. Een ingenieur die ermee stopte, bouwde ook de Android- en iOS-applicaties van de bedrijven. Omdat de start-up de overleden medewerkers niet heeft vervangen, "hebben we geen app", zei Tran.
Als u een app bouwt als onderdeel van een service die u klanten aanbiedt, publiceer dan niet de publicatiedatum totdat u zeker weet dat u kunt leveren wanneer u zegt dat u dat kunt. Bedrijfsleiders vertelden tot na de nieuwjaarsvakantie niemand anders dan investeerders over het ATS-project. Toen Tran echter eenmaal een persbericht uitbracht, was het een streep in het zand die programmeurs niet konden negeren - wat leidde tot de hele nacht.
Tenzij je een Facebook, Google of een wervingsbureau bent dat een ATS van eigen bodem gebruikt als geheime saus, betaalt doe-het-zelf software niet, concludeerde Tran. "Als we de vooruitziende blik hadden en terug zouden gaan, zou ik waarschijnlijk de tijd en alle middelen besparen die we hebben uitgestort, " zei hij. "Het was een zeer dure fout."
