Video: cliff jumps (Oktober 2024)
Når du ikke vet hva du ikke vet, kan beslutninger komme tilbake for å bite deg, inkludert om du vil kjøpe programvare på arbeidsplassen eller bygge din egen. Grunnleggerne av San Jose-basert rekrutteringsteknologi-oppstart Hiretual fant dette ut på den harde måten i slutten av 2015 da de valgte å skrive sitt eget søkersporingssystem (ATS). Et prosjekt de estimerte ville ta et par ingeniører to uker å fullføre, ble til et seks måneders mareritt som kostet $ 300 000 i arbeidstimer. Det brøt laget så dårlig at to personer sluttet.
"Det var definitivt en reise - en lang, utmattende reise, " sa Ninh Tran, Chief Marketing Officer ved Hiretual.
I en tid der selv den minste oppstarten kan skaffe seg muligheter for hver tenkelige HR-funksjon for mindre enn et par dollar per måned per ansatt, tar en liten, men betydelig del av bedriftene fortsatt det det selv (rute). Av 1 204 organisasjoner i Sierra-Cedar HR Systems Survey 2015-2016, sa 12 prosent at de brukte internt eller hjemmelaget talentstyringsprogramvare, inkludert programvare for sporing av søkere (AT).
"Jeg vil ikke si at det er utbredt, det er på nivå med noen av de enkelte leverandørene vi sporer, " sa Erin Spencer, en forskningskonsulent ved Sierra-Cedar.
Gode intensjoner, dårlige konsekvenser
Hiretual-teamet hadde gode intensjoner. I 4. kvartal 2015 hadde selskapet 11 personer, et annet navn (HireTeamMate), og et annet mål: å opprette et virtuelt rekrutteringsbyrå som ville bruke kunstig intelligens (AI) for å matche selskaper innen teknisk industri og arbeidssøkere. For det trengte de en ATS de kunne integrere i AI de bygde internt for den matchende tjenesten. De testet noen populære ATS for små bedrifter, men konkluderte at plattformene var for dyre eller ville kreve for mye ekstra koding for å integrere. Så de bestemte seg for å bygge sine egne.
Det var deres første feil. Deres andre feil var å undervurdere hvor lang tid det ville ta å bygge den typen ATS de ønsket. Fordi de tidligere hadde laget en barebones ATS i løpet av en uke for et annet prosjekt, estimerte selskapets administrerende direktør at de trenger dobbelt så lang tid (to uker) for å komme med den mer sofistikerte plattformen som oppfylte deres krav.
"Når jeg ser tilbake, var det et triks for å få alle begeistret, " sa Tran. "En av tingene vi har lært på veien: hvis du ikke har faste frister, vil mennesker og utvikling gå saktere."
Siden de opprettet en ATS fra grunnen av, fortsatte de å legge til funksjoner. Det var deres tredje feil. Flere funksjoner betydde mer kode og mer kode betydde mer tid. Teamet blåste av en revidert utgivelsesdato i midten av desember. I stedet for å dra til sine respektive hjem og familier til jule- og nyttårsferien, fortsatte de å tilbringe 12 eller flere timer om dagen på kontoret, opptil syv dager i uken.
Den oppstartede entusiasmen for prosjektet avtok og ble til utbrenthet. For å gjøre den endelige, utgivelsesdatoen i midten av januar, trakk de tre nattvakter. To programmerere som var ansvarlige for å lage ATSs back-end infrastruktur var så ulykkelige, de sluttet.
I mars dreide selskapet seg om en ny forretningsmodell etter å ha bestemt at et rekrutteringsbyrå - virtuelt eller på annen måte - ikke ville skalere så raskt som de ville på grunn av tiden det tar å få et rykte i bransjen. Mens de fremdeles driver HireTeamMate, fokuserer den nylig omdøpte Hiretual i stedet på å bygge teknologibaserte rekrutteringsverktøy. I dag bruker de ikke engang ATS-en de brukte all den tid og arbeidskraft for å utvikle, i alle fall ikke slik de hadde tenkt. I følge Tran ble deler av det kannibalisert for å kjøre Hiretuals jevnaldrende rangering og analyse.
Ikke gjør det vi gjorde
Tran lærte mange erfaringer. Selv etter at programvaren ble utgitt, var den så buggy at det tok ytterligere tre måneder å rydde opp. "Mye av koden som ble skrevet i et hastverk var avlyttende, " sa han. "En gang sluttet å bry seg om prosjektet, er det det som skjer."
Å sette ressurser på å lage programvare i stedet for å kjøpe en eksisterende løsning tar programmerere bort fra andre prosjekter som kanskje hadde vært bedre å fokusere på i det lange løp. En ingeniør som sluttet, bygde også selskapenes Android- og iOS-applikasjoner. Fordi oppstarten ikke erstattet de avgangsarbeiderne, "har vi ikke en app, " sa Tran.
Hvis du bygger en app som en del av en tjeneste du tilbyr kunder, ikke offentliggjør utgivelsesdatoen før du er sikker på at du kan levere når du sier at du kan. Bedriftsledere fortalte ikke andre enn investorene om ATS-prosjektet før etter nyttårsferien. Når Tran først hadde sendt ut en pressemelding, var det imidlertid en linje i sanden som programmerere ikke kunne se bort fra - noe som førte til at det var nattverdige.
Med mindre du er en Facebook, Google eller et rekrutteringsbyrå som bruker en hjemmelaget ATS som sin hemmelige saus, betaler ikke DIY-programvare, konkluderte Tran. "Hvis vi hadde framsynet og gikk tilbake, ville jeg sannsynligvis spart tid og alle ressursene vi strømmet ut, " sa han. "Det var en veldig kostbar feil."
