Continuum

Encuentro linux, el evento que la lleva reuniendo a la comunidad de software libre de Chile. Yo soy un fan declarado de los encuentros linux, y es más, ahora mismo declaro que: «Continuum es y será un eterno auspiciador de los encuentros linux»[1].

Nunca habiamos sido directamente auspiciador (bueno, tenemos dos años de existencia como empresa), así es que esta vez quisimos poner dos granos de arena, y además de ponernos con charlas, nos pusimos como auspiciadores Silver[2], tal como va a pasar el próximo año y el próximo y el próximo, y el próximo y…. Así es que si perteneces al grupo organizador del próximo encuentro ya sabes, enviame un mail recordandome cuando sea la hora de ponernos con el auspicio.

Me encantaría algún día poder organizar un evento que reuna a tanta gente entusiasta, talentosa y de valor como lo hace EL, pero en fin que este post es para anunciar (quizás tardiamente) cuales son las charlas que nos representan este año:

1.- ¿Puedo ser un lider? ( Ricardo Jara )

2.- Un tour por Java, Scala, Python, Ruby y Javascript ( Leo Soto )

3.-  Guía de supervivencia para contribuir al OSS ( Leo Soto ).

Y la Lightning talk:

4.- Sounds good: Un editor de sonidos de videos en HTML5 y Ruby on Rails ( Leo Soto )

5.- RabbitMQ (Israel Cruz )

6.- Metodologías en Continuum ( Ricardo Jara )

Nota: Cuando subamos los fuentes a slideshare actualizaremos el post.

[1] Anoten esa frase para que la usen como comprobante de cobro, ja!

[2] El próximo año si la economía lo permite seremos Gold, sino nuevamente Silver.

“Si no puedes nombrar al menos 5 cosas que no te gusten de las herramientas que usas: o estás en la luna de miel, o eres irracional”

- Jesse Noller, Python Committer

El pasado lunes Leo Soto nos representó en el evento más importante de agilidad (en Chile) organizado por ChileAgil con una charla que preparmos ambos[1] y cuyo mensaje es reflexionar acerca del daño que hace el fanatismo, la evangelización, la moda, o los ghettos cuando usamos metodologías ágiles.

Agradecemos al equipo organizador del evento por darnos el espacio y aceptar escucharnos hablar de las cosas que Odiamos de la agilidad en un evento que hace oda a la ágilidad.

[1] La charla estaba preparada para ser un diálogo entre Leo y yo, pero tuve a un accidente de tránsito mientras me dirigía al evento, así es que todo el mérito a Leo por haber improvisado mi parte.

Lo que sigue es la traducción del post http://blog.brodzinski.com/2010/08/suck-as-project-manager.html (Para que lo usen o lo muestren a los managers de proyectos a los que les dan deseos de agarrar por el cuello a veces, ¿o debo decir siempre?).

—

Recientemente, respondí una serie de preguntas acerca de los managers de proyectos en una organización que conozco. Una de las preguntas fue acerca de la poca importancia que cumple el role de los managers de proyectos allí. Luego de pensarlo se me ocurrió que son “Guardianes de los procedimientos”.

Lo veo bastante a menudo – Las personas que se preocupan más de hacer el trabajo según los procedimientos que de hacerlo bien hecho. Si la persona que te viene a la mente es un PM, quien ve el proyecto como una combinación de presupuestos y cartas gantts en vez de personas entonces ya saben a que personalidad me refiero.

La verdad cualquier procedimiento, no solo los relacionados a gerencia de proyectos sino también a desarrollo de software, requieren un esfuerzo significativo. Se necesita una política que asegure una práctica de cumplirlos hasta que la gente se acostumbre. Y si la gente no le ve valor a un procedimiento en específico no lo van a usar nunca. Esta es la razón básica por la que medir el tiempo en desarrollo de software siempre requiere algún tipo de política hasta conseguir que los desarrolladores lo hagan.

Mientras más procedimientos, más tiempo gastado en mantenerlos y menos tiempo gastado en hacer el trabajo real. Ustedes saben, aquel trabajo que realmente importa y que impulsa el proyecto hacia adelante.

Esto es algo que siempre me ha fascinado – ¿Como esos guardianes de los procedimientos encuentran tiempo para preocuparse por cada detalle del template del documento? – ¿Que ven en gastar 1 hora discutiendo un cambio de 5 horas en la estimación de la gantt en una sala con 12 personas más?. Y solo porque este cambio va a hacer que el proyecto se salga del presupuesto. ¿Por qué pelear acerca del calendario inicial es tan importante, a pesar que el alcance del proyecto cambió de manera significativa en el entretiempo?. Y tres veces.

Entonces sí, si lo que tú quieres realmente es joder como manager de proyectos, esta es definitivamente la forma de hacerlo. Debes comenzar a pensar rápidamente acerca de nuevos bellos procedimientos que hagan la vida de los demás más miserables. Después de todo, esa es la forma en que tu vas a demostrar tu poder.

—

Revisión: Leo Soto.