Cómo iniciar una discusión en una startup para comenzar a usar una herramienta de flujo de trabajo más útil

Caso de negocio, caso de negocio, caso de negocio. La mejor manera de enmarcar casi cualquier cambio en la gestión es una combinación de:

• Lo que estamos haciendo ahora nos está costando dinero.
• La nueva forma de hacer las cosas ahorraría/ganaría dinero.

En este caso, lo más importante que destacaría es la pérdida de trabajo importante en su sistema actual. Si esto está sucediendo, está causando una combinación de:

• Los lanzamientos se retrasan.
• Lanzamiento de un producto de menor calidad.
• Su equipo trabajando con una eficiencia inferior a la óptima.

Todo esto tiene un impacto directo en los resultados de la empresa. Ese es el caso que trataría de hacer.

Algunos otros puntos:

• Centrarse en el beneficio positivo en la medida de lo posible. Si su jefe invierte en Hojas de cálculo de Google (y tal vez creó el sistema actual), "esta nueva herramienta sería beneficiosa" es mejor que "nuestro sistema actual es malo". Sé que esto contradice un poco lo que dije anteriormente. Si hay problemas actuales, es necesario resaltarlos. Pero aún así, haga que el caso sea lo más positivo posible.
• Apunte siempre al cambio incremental. Una forma completamente nueva de gestionar el trabajo del equipo es un cambio de alto riesgo. Hay una razón por la que la gerencia se mostraría renuente a hacer eso. Intente obtener permiso para usar una nueva herramienta en un contexto mucho más limitado, para un proyecto pequeño o parte de un proyecto. O incluso podría usarlo solo para usted mismo para administrar sus propias tareas, si tiene problemas para realizar un seguimiento de ellas. Una vez que pueda mostrar cómo funciona y el beneficio, tendrá un caso mucho más fácil de hacer.

Siendo realistas, ya ha preguntado y ha sido rechazado. Debe tomar esto en serio, presionarlo puede hacer que se vea como el que tiene problemas para trabajar sin herramientas que lo sostienen de la mano, sin importar cuán legítimas sean sus preocupaciones.

Pero si hay que forzar el asunto, entonces la mejor forma de hacerlo es convenciendo al resto del equipo, porque no es lo mismo una persona quejándose, que todo un equipo de personas pujando por herramientas más eficientes.

Asesoramiento para poner en común los pro's y los contras y las ventajas comerciales, etc. son geniales si tienes un jefe al que le gusta pasar por ese tipo de cosas, pero en pequeñas empresas y jefes ocupados no siempre es así. Si fuera yo, me preguntaría por qué tiene tanto tiempo disponible para hacer presentaciones, y si es tiempo de trabajo o de su propio tiempo en el que lo está haciendo. Y luego comenzaría a escudriñar tu trabajo mucho más de cerca para ver si vales lo que pagas.

Muchos lugares les dan a sus trabajadores un conjunto de herramientas, se espera que el trabajador produzca dentro de las limitaciones de las herramientas, pedir un conjunto diferente no siempre es una buena idea, especialmente cuando significa que todos los demás necesitan usar el nuevo conjunto. Si se introduce el nuevo conjunto, puede garantizar que otros miembros del personal se quejarán por pura inercia. Entonces, incluso si son mejores herramientas, sigue siendo una compensación para el jefe en términos de moral, etc.

Los desarrolladores a menudo subestiman las dificultades que tendrán las personas sin conocimientos técnicos con las nuevas herramientas. Los buenos desarrolladores también adoptan cambios en las herramientas y los cambios en el flujo de trabajo que facilitan la vida, por lo que tienden a ser bastante buenos para cambiar. Esto no es cierto para todos los demás, porque su trabajo no se centra en ese tipo de flujo de información. He estado en organizaciones donde este cambio de herramientas falla y terminamos enviando hojas de cálculo en Excel por correo electrónico, lo que es aún peor. La verdad es que la distracción en el negocio probablemente no valga la pena en este momento.

Me centraría menos en la falta de coincidencia de herramientas y más en el flujo de trabajo. ¿Las cosas están priorizadas por alguna planificación de sprint? Si es así, puede usar ese tiempo para migrar los datos a Trello o algo aún más específico para desarrolladores, como el rastreador pivotal. De lo contrario, puede comenzar a presentar la estructura de manera informal, paso a paso. Luego, puede actualizar la hoja de cálculo al final del sprint o durante las reuniones matutinas. Eso lo ayudará a obtener las herramientas internas para el desarrollador, con todos los beneficios de una mayor visibilidad, etc. Eso no es simplemente un problema de herramientas.