Barrapunto

Paseaba un día un jefe de proyecto por el campo. Tras años de rayos catódicos era su primer paseo por el páramo castellano en mucho tiempo. Lo necesitaba....

He dejado de leer aqui. No me gusta la cienci-ficcion. ¿Como va un director de proyecto a tomarse un segundo libre? ¡No avanzaria el proyecto!.

Si necesito un Servidor de pruebas, por favor.. ¡denme un servidor de pruebas!

Esto me recuerda a mi anterior trabajo. Necesitábamos un servidor para subversion, de modo que los cuatro desarrolladores pudiéramos compartir nuestro trabajo, y usar siempre el código más actualizado. Se lo pedimos a nuestro llamémosle gestor. Nos dijo que lo tenía que tramitar y que ya veríamos.

Pasa el tiempo y se lo volvemos a pedir y nos dice que sí, que hay que tramitarlo, pero que no sabe si será posible. Le explicamos que no tiene que ser un equipón, sino que puede coger cualquiera de los ordenadores sin uso de la oficina principal y traérnoslo y que no necesitamos si quiera monitor, teclado o ratón. Dice que lo gestionará.

Pasa el tiempo. Sigue dando largas. Los ordenadores de la oficina central muertos de risa (porque no quedaban desarrolladores). Ya que no parece preocuparle los problemas de inconsistencias al no tener todos la versión más actualizada, decido meterle miedo en el cuerpo: "si le pasa algo a uno de nuestros ordenadores se pueden perder días de trabajo". Le cambia la cara, por primera vez un mínimo de preocupación.

Sigue pasando el tiempo. Aprovecho que un desarrollador se va para tomarme la justicia por mi mano. Me quedo con su portátil y uso el mío propio como servidor de subversion, de copias de seguridad y alguna cosilla más. Cuando reclaman el portátil del ex-trabajador ya es demasiado tarde.

Un día aparece nuestro gestor y nos dice que ya nos ha traído lo que le estábamos pidiendo. No me lo puedo creer. Se saca una caja. Un momento, ahí no cabe un ordenador. Ni siquiera un mac de esos que parece una caja de bombones.

Efectivamente, el desgraciado nos había traído un disco duro. Un puto disco duro para que hiciéramos copias de seguridad. Le dije que muy bien, que muchas gracias, que era más de lo que esperaba, pero que no tenía sentido hacer copias de seguridad porque como nos habíamos montado un servidor de subversion teníamos 4 copias de todo. Una en cada ordenador y otra en el servidor. Y él me dijo que sí, pero hiciéramos copias de seguridad por si acaso.

Cuando fui a la oficina principal vi hasta 8 ordenadores en desuso, cogiendo polvo. Cuando me fui de la empresa, el disco duro estaba abandonado en un cajón. Ni siquiera se usó como almacén de porno.

Carlos, si me estás leyendo, un beso muy grande.

Es cierto que en algunos casos el jefe de proyecto es un completo inutil con unas dotes de comunicación mínima. El problema del relato es que, como en la mayoría de estos casos, expone las cosas en absolutos y da una sensación de "los desarrolladores sabemos lo que hay que hacer, el resto solo son inutiles que nos incordian".

Evidentemente no todos los gestores de proyecto son así y evidentemente también no siempre los desarrolladores tienen razón.

La labor de un jefe de proyecto es facilitar la labor de "su gente", pero en todas estructura jerárquica existe también la premisa de la división del trabajo, de forma que no haga falta que una sola persona lo sepa todo. En muchos casos, cuando tu jefe de proyecto te corta las alas, te niega un recurso o se muestra poco dispuesto a asumir el riesgo, es porque tiene sus razones.

A veces esas razones se pueden explicar y a veces no y el desarrollador no siempre tiene toda la información necesaria para tomar las decisiones. Básicamente, contratar un experto está muy bien pero quizá se salga del presupuesto, requiera mucho tiempo o cualquier motivo más.

Se critica mucho también la labor de los comerciales a veces. "Interrumpen con pequeñas chorradas y cambios" ... Los comerciales venden, es su labor y hazte a la idea, si estás trabajando es porque un comercial ha vendido lo que estás haciendo. Quizá sea un coñazo o retrase el proyecto, es función del program manager armonizar todo el asunto pero no debemos olvidar que crear software no da dinero ... lo que da dinero es venderlo.

El ejemplo puesto es un caso claro de un jefe de proyecto inepto, pero no debería extrapolarse para asumir determinadas cosas sobre el caso. Y me molesta en especial que se tenga esa tendencia a poner en manos del desarrollador determinadas cosas que no le conciernen...

No me malinterpreteis, yo soy desarrollador y se, por experiencia, que si nos dejan nos podemos a pedir y pedir y listo. Algunas cosas son necesarias y otras no, y, especialmente para proyectos grandes no todo es facilitar las cosas. Por ejemplo, a veces un desarrollador, especialmente uno bueno, prefiere gastar tiempo en hacer un proyecto mantenible y elegante, aunque eso signifique gastar dos meses en refactorizar aqui y cambiar la arquitectura allá. Sin embargo, en muchas ocasiones es labor del jefe de proyecto decir, NO, pon una ñapa, ya lo arreglaremos más adelante si podemos porque esto tiene que estar en un mes y después tenemos que sacar esto otro en tres meses porque tenemos un compromiso con el cliente y es lo que da las pelas.

En la medida de lo posible (que no siempre) un jefe de proyecto debería justificar sus decisiones, pero hay veces que un "se va a hacer así porque me sale a mi de los huevos, porque la responsabilidad es mía" es perfectamente válido.

Pero... yo conozco a uno que se llama igual, que da charlas y cursos promocionando el Microsoft Team Foundation Server, la metodología Scrum, incluso criticando a Subversion porque "no usa base de datos" (no pude resistir el corregirle, claro). También hacía chistes pésimos sobre el tiempo que gastaban los usuarios mirando diarios deportivos al cambiar de herramienta (que al usar una única herramienta para todo, ya no tendrán ese problema :-S).

Para quien tenga curiosidad, las charlas estaban formadas por:

1. Rodrigo Corral, autoproclamado "gurú del Scrum", respaldado por nosequé Microsoft Certified Professional o algo así. Confesó haber usado sólo CVS (3 años? -no lo recuerdo exactamente, quizá fuesen más-), y TFS -menos de un año??!- (no recuerdo si mencionó también Source Safe, pero seguro que no mencionó ningún otro más). Y con esa autoridad, con un par, proclama: el TFS no tiene nada que envidiar a ningún otro, y no hace falta buscar más.
2. Otra persona que ejercía de EVANGELISTA de Microsoft, lo prometo.
3. Otra persona que no sé qué hacía.

Vendían: tirad vuestras herramientas de ticketing, gestores de versiones, que la vida os la va a solucionar el MS Team Foundation Server. Ni más, ni menos (para "los Linux y los Mac", una herramienta de terceros, etc.).

Ante las preguntas: ¿Cuánto tiempo lleva usándose de verdad en el mercado? ¿Realmente lo usa Microsoft en sus desarrollos?... K.O.


Si no está de acuerdo con lo que he dicho, que lo aclare, pero hay testigos (tengo la lista de asistentes, el día la hora, la fecha).


En resumen, que Rodrigo podría aplicarse también él el cuento, que está muy bien el ver la paja en ojo ajeno, y no la viga en el propio.

Efectivamente, y al respecto existen multitud de libros (Peopleware, de Tom DeMarco y Timothy Lister) y metodologías de desarrollo (Scrum) que enfatizan estos comportamientos.

En Indra... espera que cuando me pare el ataque de risa escribo un comentario serio...

No, si por su tono les conoceréis...

Por cierto ~:-) lo de los asteriscos ¿es x q eres fan de "Asterisc" o es que es más educado despreciar que decir "tacos"?

Yo tuve un jefe de proyecto, economista. Y cuando hace una select del tipo Where A = 1 Or A = 2 no entendía que estaba usando una condición logiaca, en la que se cumplía si uno de las dos opciones era verdadera.

Ya me ha extrañado ver un enlace a geeks.ms en /.

Rodrigo Corral es MVP de Microsoft, haber si soy capaz de encontrar un solo comentario en el que critiquen a la competencia solo por ser competencia.

Algo que se debería aprender por aquí. Que o pones a parir a MS o te ponen a parir a ti.

Pues mi jefe, que es jefe de proyectos, no es MBA. Es ingeniero, y de hecho tiene un perfil técnico muy muy alto. Y los que estamos por debajo de él llevando uno o dos proyectos, igual (aunque sabemos muchísimo menos de dirección y gestión de proyectos, claro :-P).
Los MBA y gerentes se dedican a la parte de negocio, y no interaccionan para nada con el equipo de desarrollo, sólo con los que llevamos proyectos (para cosas relacionadas con el cliente y las ofertas y demás).

Disculpad por el talibanismo, pero en este caso "Biendo" me supera... Y también lo de "ha gestionado" y "a ayudado", todo en la misma línea...

"No saben nada de ingeniería"

¿Y qué? El pastor tampoco y sin embargo le van bien las cosas ¿no?

El problema de la fábula propuesta es que es muy bonita... y muy poco realista.

En una empresa en la que el jefe de un proyecto puede funcionar como el pastor, la empresa *ya* funciona con pastores; en las demás, el pastor no tiene ni una sola oportunidad.

El caso más flagrante es el de las "sell driven", o sea, la mayoría de las consultoras de proyectos (en las que se asocia directamente venta con proyecto). Para cuando un proyecto llega al ingeniero, ya está presupuestado, acotado y firmado. Si el pastor pide "un servidor de pruebas" (que se supone que el pastor no sabe lo que es -ni tiene que saberlo-, pero es lo que los desarrolladores piden), para cuando lo pide es tarde; el presupuesto está cerrado y las fechas fijadas. Para cuando el pastor pretende ponerse firme y decir que sus chicos no están para atender el teléfono y cambiar el alcance dos veces por semana, el contrato donde se indica que el cliente tendrá acceso directo al equipo de desarrolladores y en el que las especificaciones aparecen como "se hará lo que el cliente pida, en el momento que lo pida" ya está firmado. Para cuando el pastor indica que sus desarrolladores, que saben de lo que hablan, dicen que el proyecto durará seis meses, la fecha de entrega ya está fijada para cuatro meses después de la firma del contrato, y los trabajos empezaron un mes después de dicha fecha porque no había recursos utilizables. Para cuando, después de reuniones técnicas con el cliente, se estima que el proyecto costará doscientos mil euros, ya ha sido vendido por cien mil.

En ese tipo de empresas, el pastor no tiene nada que hacer, quizá por eso tienden a tener jefes de proyecto de los que encajan en la empresa (de los de látigo, corchos en las orejas y "somos un equipo" que quiere decir "lo haremos a base de horas extras no remuneradas"). Por el contrario, en las empresas "engineer driven", el jefe de proyecto sí puede permitirse ser del tipo pastor, pero ni siquiera lo necesita: toda la empresa gravita en torno al concepto de facilitarle la vida al productor.

También esto está sacado de las cartillas del buen jefe de proyecto que tanto le gustan a Rodrigo Corral y es una verdad como un templo: "All organizations are perfectly designed to get the results they get. To get better results, you need to improve the design of the organization." (Arthur Jones)