Video: Кристофер Согоян: Правительственная слежка — это только начало (Noviembre 2024)
Cuando no sabes lo que no sabes, las decisiones pueden volver a morderte, incluso si comprar un software en el lugar de trabajo o construir el tuyo propio. Los fundadores de la start-up de tecnología de reclutamiento con sede en San José Hiretual descubrieron esto de la manera difícil a fines de 2015 cuando optaron por escribir su propio sistema de seguimiento de candidatos (ATS). Un proyecto que estimaron que tomaría un par de ingenieros completar dos semanas se convirtió en una pesadilla de seis meses que costó $ 300, 000 en horas hombre. Fracturó tanto al equipo que dos personas renunciaron.
"Definitivamente fue un viaje, un viaje largo y agotador", dijo Ninh Tran, director de marketing de Hiretual.
En un momento en el que incluso las empresas más pequeñas pueden obtener opciones estándar para todas las funciones de recursos humanos (RR. HH.) Concebibles por menos de un par de dólares al mes por empleado, una pequeña pero importante parte de las empresas todavía se dedica a It-yourself (DIY) ruta. De las 1.204 organizaciones en la Encuesta de Sistemas de Recursos Humanos Sierra-Cedar 2015-2016, el 12 por ciento dijo que usaba software de gestión de talento interno o local, incluido el software de seguimiento de candidatos (AT).
"No diría que está muy extendido, está a la par con algunos de los proveedores individuales que rastreamos", dijo Erin Spencer, consultora de investigación en Sierra-Cedar.
Buenas intenciones, malas consecuencias
El equipo de Hiretual tenía buenas intenciones. En el cuarto trimestre de 2015, la compañía tenía 11 personas, un nombre diferente (HireTeamMate) y un objetivo diferente: crear una agencia de reclutamiento virtual que usaría inteligencia artificial (IA) para que coincida con las empresas de la industria tecnológica y los solicitantes de empleo. Para eso, necesitaban un ATS que pudieran integrar en la IA que estaban construyendo internamente para el servicio de correspondencia. Probaron algunos ATS populares para pequeñas empresas, pero concluyeron que las plataformas eran demasiado caras o requerirían demasiada codificación adicional para integrarse. Entonces decidieron construir el suyo.
Ese fue su primer error. Su segundo error fue subestimar cuánto tiempo llevaría construir el tipo de ATS que querían. Debido a que previamente habían creado un ATS básico en una semana para un proyecto diferente, el CEO de la compañía estimó que necesitaría el doble (dos semanas) para encontrar la plataforma más sofisticada que cumpliera con sus requisitos.
"Mirando hacia atrás, fue un truco para entusiasmar a todos", dijo Tran. "Una de las cosas que aprendimos en el futuro: si no tiene plazos firmes, la gente lo hará y el desarrollo será más lento".
Como estaban creando un ATS desde cero, siguieron agregando funciones. Ese fue su tercer error. Más funciones significaban más código y más código significaba más tiempo. El equipo sopló en una fecha de lanzamiento revisada a mediados de diciembre. En lugar de dirigirse a sus respectivos hogares y familias para las vacaciones de Navidad y Año Nuevo, continuaron pasando 12 o más horas al día en la oficina, hasta siete días a la semana.
El entusiasmo inicial por el proyecto disminuyó y luego se convirtió en agotamiento. Para llegar a la fecha de lanzamiento final, a mediados de enero, sacaron tres noches enteras. Dos programadores responsables de crear la infraestructura de back-end del ATS estaban tan descontentos que renunciaron.
En marzo, la compañía cambió a un nuevo modelo de negocios después de decidir que una agencia de reclutamiento, virtual o de otro tipo, no escalaría tan rápido como quisiera debido al tiempo que lleva ganar una reputación en la industria. Si bien todavía ejecutan HireTeamMate, el recientemente renombrado Hiretual se centra en la construcción de herramientas de reclutamiento basadas en tecnología. Hoy en día, ni siquiera usan el ATS que dedicaron todo ese tiempo y trabajo para desarrollar, al menos no de la manera que pretendían. Según Tran, partes de ella fueron canibalizadas para ejecutar las clasificaciones y análisis de pares de Hiretual.
No hagas lo que hicimos
Tran aprendió muchas lecciones de la experiencia. Incluso después de que se lanzó el software, estaba tan lleno de errores que tomó otros tres meses limpiarlo. "Gran parte del código que se escribió rápidamente fue defectuoso", dijo. "Una vez que dejó de preocuparse por el proyecto, eso es lo que sucede".
Poner recursos en la creación de software en lugar de comprar una solución existente aleja a los programadores de otros proyectos en los que podría haber sido mejor enfocarse a largo plazo. Un ingeniero que renunció también estaba creando las aplicaciones de Android e iOS de las compañías. Debido a que la puesta en marcha no reemplazó a los trabajadores fallecidos, "no tenemos una aplicación", dijo Tran.
Si está creando una aplicación como parte de un servicio que ofrece a los clientes, no publique la fecha de lanzamiento hasta que esté seguro de que puede entregar cuando dice que puede hacerlo. Los ejecutivos de la compañía no le contaron a nadie más que a los inversores sobre el proyecto ATS hasta después de las vacaciones de Año Nuevo. Sin embargo, una vez que Tran lanzó un comunicado de prensa, fue una línea en la arena que los programadores no pudieron ignorar, lo que condujo a las noches completas.
A menos que seas un Facebook, Google o una agencia de reclutamiento que use un ATS de cosecha propia como su salsa secreta, el software de bricolaje no paga, concluyó Tran. "Si tuviéramos la previsión y volviéramos, probablemente ahorraría el tiempo y todos los recursos que invertimos", dijo. "Fue un error muy costoso".
