El programa anduvo bien! pero canceló la planilla excel…
Advertencia, esta nota va con una alta dosis de resentimiento y una pizca de asombro.
En más de 15 años vinculado al ambiente de sistemas, tanto en PyMes como en grandes corporaciones, no deja de asombrarme la cantidad de planillas, PERTs, GANTs que rodean a un sistema en particular.
Es inevitable… ¿un mal necesario?
Cuando estudiamos una carrera Universitaria en Informática en cualquiera de sus ramas, en los últimos años vemos un par de materias asociadas con la administración de proyectos. Hasta aquí marcha todo sobre ruedas.
Nos recibimos y salimos al mundo con ganas de trabajar con todos nuestros conocimientos adquiridos (principalmente en sistemas, ya sea en programación o análisis). Lo que no nos explican en la Facultad es que en 4 o 5 años de comenzada nuestra carrera laboral nos veremos mágicamente trabajando con un excel abierto frente a nuestras narices el 80% del día.
¿Pero cómo es esto? La evolución natural dentro de una corporación nos indica que, cuanto más experiencia en uno o más sistemas después de años de sacrificio, viene el premio: nos “dan” la oportunidad de nuestro primer proyecto.
¿Es realmente una oportunidad aceptar cumplir una función de PM (Proyect Manager) cuando lo que nos espera es diametralmente opuesto en lo que elegimos formarnos?
Creo que no, y está en nuestra honestidad intelectual aceptar o no la propuesta. A esta altura estarán pensando que no aceptar equivale a cavarse la tumba en dicha organización… puede ser.. pero si sigues adelante con la tradición corporativa sin estar completamente convencido, ni informado de lo que te espera en cuanto a las tareas a desempeñar, estás enterrándo tú mismo tu carrera laboral.
De los Sistemas a las Planillas
En un grupo de trabajo vinculado a uno o más sistemas dentro de una organización, es infaltable en estos días varios diagramas y planillas pegadas con chinches en algún escritorio. Esto ocurre producto de la desenfrenada necesidad de control demandada por una estructura ya montada en más de una metodología.
No estoy en contra de las metodologías, siempre y cuando sumen y no entorpezcan el trabajo del equipo, tanto en el desarrollo como en el mantenimiento de los sistemas. Lamentablemente el sentido común no siempre es aliado de las metodologías.
¿Alguien me puede explicar porqué para modificar una línea de código en un programa se deben completar tres planillas, un Pert y un Gant?
Y lo que es peor… no está permitida dicha modificación si todo el papelo no se encuentra en regla.
El exceso de control atenta contra la productividad
En una oportunidad mi jefe (quien en sus años mozos era un excelente desarrollador y analista) descubrió un error vinculado a una consulta en una tabla. En lugar de corregirlo en el momento, lo cual le insumiría 5 calorías, tuvo que:
1 – Modificar el PERT
2 – Revisar el GANT
3 – Examinar en sus planillas cuál era el recurso que podía efectuar dicha modificación
4 – Evaluar el desvio que insumiría y pensar cómo lo justificaría
5 – Notificar al usuario del sistema que se “implementará” una “actualización”
6 – Planificar una reunión con el usuario del sistema para que dé el visto bueno
7 – Enviar un mail al “afortunado” desarrollador
8 – A los tres días concurrir a dicha reunion junto con el desarrollador y el usuario
9 – Volver a chequear el PERT, el GANT y las planillas para asegurarse que todo siguía su curso
10 – Festejar con su equipo en un after office que “todo” salió tal cual “lo planeado”
¿Porqué no me avisaron?
Es muy común (lamentablemente) que los PMs reporten cierto grado de frustración que se va disipando con el tiempo.
Ahora bine… no todos llegan. Muchos quedan en el camino y retoman actividades técnicas en otras organizaciones o deciden emprender su propio negocio.
Para todos aquellos que en este momento tienen tres planillas abiertas en otras ventanas y se preguntan si no era mejor estudiar para contador, sumando y restando horas y $$$ todo el día, sólo me queda decirles que evalúen si lo que hacen los apasiona (lo dudo muchísimo) y si se ven haciendo lo mismo en los próximos 5 años.
¿Y despues…? les espera una abultada agenda con 5 reuniones por día (la mayoría de alto contenido “político”), jornadas interminables y un jugoso sueldo a fin de mes que invertirán en aumentar el plan de sus prepagas porque sino no les cubren el mapeo cerebral.
Alejandro del Mar (pseudónimo)
Es tal cual. Eso que hice los cursos de PM en el IAAP y me gusta mucho el tema, pero se ve a diario como el abuso de metodologías va en contra de la eficiencia y productividad.
Por ejemplo, para la empresa en donde trabajo, cualquier cosa es un requerimiento; desde un minimo cambio en un reporte hasta un proyecto de desarrollo/implementación de una aplicación. Si bien es obvio que no todos los proyectos llevan la misma cantidad de documentación, puedo asegurar que para un cambio que seguramente no costaría mas de 8 hs de programación, se insumen no menos del doble o triple en “gestionar la demanda del usuario” lo que implica, apertura de req., aprobaciones varias, escribir el alcance, el acuerdo aprobado por el usuario, los acuerdos de servicios, las estimaciones y planificaciones, pruebas, etc. etc… y todavía ni llegamos a siquiera modificar o crear un Caso de Uso.
La verdad es que muchas veces es muy agotador y hasta cansador estar tantas horas con tanta documentación y planillas, y seamos sinceros que muchas veces los projects son en gran parte una gran obra de arte (digo por el dibujo que llevan)… todo para complacer a niveles mas altos, que lo unico que les importa es si aplicamos metodologías y las metricas (en dibujitos muy lindos) van bien.
A veces me pregunto que hago laburando 2/3 días en preparar una ppt de un kick off o un avance… mientras el usuario sigue esperando que le cambien un reporte!!!!
Excalente y valiente testimonio. Lamentablemente muchos de nuestros colegas no levantan la perdiz porque toda la ingenieria que rodea a los sistemas se veria seriamente afectada en su continuidad laboral.
Como todo, es una industria. Con lo bueno y lo malo. Para grandes proyectos la metodologia es fundamental, ahora imponerla sobre el sentido comun en una pequeña modificacion es un acto de automatismo o un acto de sobervia.
Saludos!!!!
Pues me parece que te queda mucho por ver … por ejemplo, si trabajases en IBM deberias realizar tareas administrativas hasta para ir al baño jeje.. Si, tres y hasta 5 formularios, todo procedimentado, todo jerarquizado, es el modo de vida IBM, es decir para tenerlo todo controlado y atado desde abajo para que los de arriba en todo momento (por ejemplo un PM) tengan conocimiento de ello pues casi que salen a una reunion diaria de minimo, dependiendo del proyecto en que te encuentres .. En fin, que sí es normal. Animo compañero.
Tu relato es el calco de la vida de mi jefe. Parece escrito por el.
No se si en todas las empresas es como dices, pero en la mia si.
Sobre todo lo de las reuniones y planillas. Politica, “chupamedias” para tener contactos y ganar un mejor puesto, y perdida de tiempo.
Muy Buena nota.
Sdos
Excelente dato y anecdota para los que el dia de mañana pueden llegar a pasar por esto!
Saludos!!