En su día, cuando entré a trabajar en la empresa, empecé de programador puro y duro. Alguien me decía qué tenía que hacer y lo hacía. Eran tiempos felices.
Más adelante, me dieron un grupo reducido de gente, tres o cuatro personas, a los que organizar y controlar el trabajo. Yo seguía programando, miraba los programas de esos tres o cuatro, y seguía siendo feliz, aunque un poco menos.
Hace ya unos meses que pretenden que organice y controle el trabajo de treinta personas. Apenas programo y me resulta imposible mirar el código de todos ellos ni organizarlos. Llevo desde que escribí el post del principio de Peter dándole vueltas al asunto sin llegar a nada en claro. De hecho, por eso escribí lo del principio de Peter, porque creo haber llegado a mi máximo nivel de incompetencia.
Sin embargo, esta mañana se me hizo la idea féliz. Ya sé cómo controlar a treinta personas -o a las que se tercien-. Basta seguir la tradición de los jefes que he tenido hasta ahora y que supongo que son como los que hemos tenido casi todos. La idea básica consiste en entrar a trabajar por la mañana, elegir a uno de los treinta al azar, preguntárle
- ¿Qué estás haciendo?
luego preguntarle
- ¿Cómo lo estas haciendo?
y finalmente soltarle la bomba.
- Así como lo estás haciendo no vale. Bórralo y hazlo de esta otra forma peregrina que se me acaba de ocurrir Además date prisa, porque sería bueno que hicieras también esta otra cosa estrafalaria que he visto en internet.
Bueno. Por supuesto, es broma … creo. Lo cierto es que es complejo organizar tanta gente. Y después de leer mucho sobre buenas constumbres de programación -test unitarios, diseño, UML, etc, etc-, cuando es responsabilidad tuya implantarlas y el si funcionan bien o no cae sobre tus hombros, te empizas a plantear si realmente son tan buenas cosas, si realmente son tan efectivas. Sobre todo, cuando no tienes pruebas reales ni estadísticas serias. Sólo lo que comentan los "gurus" sobre lo bueno que es todo eso.
Y también te entra la duda, cuando quieres implantar esas cosas, si la gente que programa no te verán como ese " jefe" que inventa cosas raras para fastidiarnos. Y te preguntas hasta que punto ellos están en lo cierto, al igual que tu lo estabas cuando juzgabas a tu jefe.
September 18th, 2007 at 8:27 pm
Hola:
Yo una vez tuve 15 personas y lo que hice fue hacer cuatro grupos de 3/5 personas y poner a un responsable de mi confianza en cada uno de ellos.
Me reunía con los cuatro jefes de equipo diariamente y ellos se reunían con los suyos diariamente también.
Venía a ser una especie de “caballeros de la mesa redonda”.
September 18th, 2007 at 8:57 pm
Que una única persona lleve a 30, es totalmente imposible. Supongo que la clave es divide y vencerás. Y saber delegar, tarea arduo difícil.
September 18th, 2007 at 9:04 pm
No, si grupos pequeños con responsables ya hay -de hecho, me los han dado hechos-. La complicación es lo de saber delegar, ya que si quieres controlarlo todo al detalle no puedes. Y lo complicado es también romper la inercia de cómo funciona la cosa hasta ahora -cada uno a su bola, con comunicación casi nula entre los grupos-.
De todas formas, no me rindo. Pa pelma, yo.
Sed buenos.
September 20th, 2007 at 2:54 pm
Yo utilizo la misma filosofía que clperez. Suelen funcionar bien las organizaciones piramidales.
En cuanto al uso de pruebas, análisis en UML,… te puedo garantizar desde la experiencia que resultan y el beneficio a la larga era muy bueno.
Cuando no analizamos, nos acaba apareciendo alguna funcionalidad en producción que no estaba contemplada. A correr de nuevo.
Si no probamos la aplicación (incluidos test de regresión), algo que funcionaba y se ha corregido, de un momento para otro ya no funciona.
Conclusión. Las técnicas de ingeniería del software relativas a planificaciones, organizaciones de grupos, modelado, análisis, testing,… son muy válidas y funcionan siempre y cuando se hagan de la forma correcta.
September 20th, 2007 at 7:32 pm
No, si siempre pensaba, según oía comentarios de gente que trabaja en otras empresas, que eso de la ingeniería software en serio era pura utopía.
Ahora vamos a ser nosotros los únicos que lo hacemos mal
Bueno, está claro que la culpa era del jefe que teníamos antes….