Entonces , ¿su organización está adoptando prácticas ágiles y habla turquesa de “colaboración” entre equipos? ¿Está usted, como gran jefe, comenzando a sentir su propia impotencia y pérdida de control sobre la efectividad de SUS equipos? Permítame darle algunas pautas aquí que revertirán este proceso para que todos los hilos del éxito regresen a usted. ¡Tú, como líder fuerte, te lo mereces!
Algunos líderes intentan generar sinergia entre equipos y motivar a los empleados, pero el verdadero jefe está acostumbrado a gestionar activamente la fuerza laboral. Aquí hay una estrategia para mantener el control basada en siglos de experiencia. Algunos dicen que el control sobre la fuerza laboral es una ilusión ... pero nunca trabajaron con un jefe real. El secreto para controlar es usar los siete pecados capitales para motivar a SU fuerza laboral. Después de todo, esto es exactamente lo que siempre ha motivado a la gente, ¿no es así? Entonces comencemos.
Orgullo
Desde hace algún tiempo, sea generoso al elogiar a los desarrolladores. Deja que se acostumbre a tus cumplidos. Asegúrese de que estén realmente orgullosos de sus logros y conocimiento de todo lo relacionado con su trabajo. Luego se detiene. ¡Es muy importante! Comenzarán a dudar de sí mismos y trabajarán el doble de duro para escuchar una palabra amable de usted. Muy pronto los tendrás de tu mano.
Codicia
El dinero es el mejor conductor. ¡La motivación financiera es un clásico! (Sé que hay estudios que afirman demostrar que esto solo funciona bien para actividades predecibles y sencillas, pero prefiero ignorar fabricaciones como la propaganda de los días del hippie). Otorgue bonificaciones a los equipos que lograron implementar todas las historias de usuario incluidas en el sprint. Y para hacerlo aún más interesante, agregue una bonificación adicional en caso de que hagan más de lo prometido. Solo tenga en cuenta: todo esto funciona muy bien para un salario base bajo. Si sus desarrolladores pueden vivir decentemente con un salario, la eficiencia disminuirá.
Por cierto, ¿por qué no considerar opciones con la subcontratación, porque lo más probable es que usted mismo esté en ello? Elija un país con mano de obra barata, establezca un salario base bajo y, por supuesto, ignore el concepto de características de “tirar, no empujar” en el sprint. Ahora TÚ controlas todo. Y recuerda: TÚ tienes que decidir en qué trabajar. Los desarrolladores de bajo costo que trabajan duro (pero nunca aceleran todo, ya que eso los haría costosos) se verán geniales en sus hojas de cálculo e informes. Y qué, puede convertirse en un héroe en una empresa que ofrece un esquema de subcontratación eficaz. De esta manera, incluso puede ascender en la carrera profesional y convertirse en director de subcontratación. Oh, será un gran éxito, ¡lo prometo!
Envidia
Debes tener un premio especial para el equipo que completó más trabajo en el sprint. Debe ser visible y persistente durante todo el sprint; otros equipos deben observarlo. Esto creará una competencia sana entre equipos, aunque también puede tener un efecto secundario en forma de un ligero deterioro en la calidad de la cooperación y, en algunos casos, sabotaje del trabajo del otro equipo, pero esto debe tratarse como un riesgo planificado. “ No se puede hacer una tortilla sin romper algunos huevos. ”(Maximilian Robespierre).
Glotonería
Los desarrolladores comen cola y pizza, ¿verdad? Asegúrese de que sus equipos tengan acceso constante a estos pilares de una alimentación saludable. (De vez en cuando, puede darles vitaminas si se les empiezan a caer los dientes, o enjuagar la boca con flúor si empiezan a deteriorarse los dientes, ya se hace una idea). Si les proporciona alimentos y bebidas, no necesitarán ir a cena. Si instala puertas estrechas en la oficina, una ventaja adicional después de un tiempo será que no podrán salir en absoluto. Esto significa que tendrá empleados REALMENTE dedicados.
Ira
¡Oh, cómo amo la ira! No hay otra emoción que contenga tanto poder potencial. Un desarrollador enojado puede escribir código durante días. Fomente los conflictos entre equipos y entre miembros individuales del equipo. Asegúrese de que escriban comentarios realmente sarcásticos en las revisiones de código y recompense públicamente a los escritores más divertidos. También centre la atención de todo el equipo en el desarrollador que generó el error más grave. La vergüenza pública es un gran detonante de la ira y la venganza.
pereza
Este controlador es un poco más complicado de usar, pero no es inútil. Como sabes, “un buen desarrollador es un desarrollador perezoso”. Si algo se puede hacer más fácil y rápido, entonces debería hacerse. No pierda el tiempo en cosas por las que el cliente no paga, como la higiene personal o el control de calidad del software. Si los desarrolladores empiezan a oler, si se ven desordenados, una ventaja adicional será que permanecerán libres de su vida personal. Y dado que no tienen que pasar tiempo con la familia o un ser querido, pueden escribir código de manera aún más eficiente. Las capacitaciones para reducir el uso del tiempo improductivo deben realizarse mensualmente.
Lujuria
Esto también es un poco complicado dada la heterogeneidad de los lugares de trabajo en los que suelen habitar los equipos de desarrollo. Sin embargo, siempre hay personas con las que tienen que tratar casi a diario. En resumen, solo contrate empleados sonrientes y atractivos para funciones de soporte, como RR.HH., soporte técnico, recepción o negocios. Los buenos RP o partes interesadas también son una gran idea. Solo recuerde que debe haber representantes de todos los géneros y preferencias en la oficina para cubrir toda la base.
Para que todo esto funcione como un impulsor para los desarrolladores, los empleados mencionados deben ser invitados a participar en demostraciones. Deberían aplaudir allí y hablar positivamente sobre la versión que más les guste. Los comentarios positivos deben dirigirse a desarrolladores específicos, para que tengan la ilusión de tener una oportunidad con personas que no están en su liga.
Cuando controlas todas las bonificaciones y recompensas, controlas a tus desarrolladores como marionetas o recursos, que en realidad son. Olvídalos como humanos. Están aquí para manipularlos y obtener una bonificación. Después de todo, el lugar de trabajo no es un lugar para sentirse feliz, es un lugar donde se deben hacer las cosas.
¡Buena suerte!