skip to main |
skip to sidebar
Ya está disponible la inscripción a Agile Open Buenos Aires 2009.
Algunas características interesantes:
- No hay oradores preestablecidos, se proponen temas a discutir
- Por estar planificado para el viernes 6 de marzo desde las 18 y el sábado 7 de marzo todo el día, no hay posibilidad de que complique nuestras agendas laborales.
- Solo habrá lugar para 100 personas, por lo que hay que apurarse.
Acá el link para registrarse: http://agileopenbsas2009.wetpaint.com/page/Inscripción
Existe un término en inglés "The extra mile" o la milla extra, que suele utilizarse para referirse a ir más allá de la obligación, de lo acordado o esperado.
Creo en general, que las empresas que contratan servicios de IT a otras compañías esperan siempre esta milla extra y en algunos casos hasta lo pueden llegar a reclamar: "no hicieron más que lo que estaba acordado, no aportaron ningún valor nuevo" podría ser una queja al respecto.
Como empleados de una compañía, creo que la milla extra es lo que habla de nuestro compromiso con la firma, del seniority que tenemos para leer lo que se espera y cómo podemos mejorarlo. Está claro que todos debemos cumplir con nuestro trabajo (eso es lo de mínima), pero generalmente sólo progresan dentro de una compañía los que aportan esta milla extra.
No siempre la milla extra requiere esfuerzo adicional. Para esto voy a poner un ejemplo:
La semana pasada estábamos con mi mujer en unas vacaciones cortas. Buceando la tarde anterior, mi mujer había tenido un percance en una uña. Esta vez su kit de viaje no incluyó una lima, por lo que fuimos a la recepción para pedir una. La respuesta fue que no tenían. El tema quedó ahí para nosotros. El hotel estaba en una zona alejada y no teníamos acceso a negocios fuera del complejo.
Después de cenar, cuando volvimos a la habitación, sobre la cama había una lima nueva en un sobre con el nombre del hotel. Obviamente nuestra sorpresa fue muy grata.
Cuando agradecí por el gesto la mañana siguiente, me comentaron que todas las tardes suelen ir a una farmacia para hacer compras diversas. En este caso, agregaron una lima que posee un costo insignificante y que además, nunca nos cobraron.
Creo que como empleados y como proveedores de nuestros clientes siempre debemos estar buscando esta milla extra, para mejorar cada día un poco más.
Los que ya tenemos varios años de experiencia en el desarrollo de software estamos muy acostumbrados a dejar constancia de nuestros actos, pedidos o notificaciones a través de los mails que enviamos y que resguardamos para hacer frente a reclamos cuando el proyecto se encuentre en situación crítica: ¿por qué nos atrasamos? ¿quién es el responsable?
Sin embargo, podemos correr el riesgo de sobreutilizar este mecanismo, contando con que el enviar el mail, y pasar la responsabilidad del próximo acto (la pelota está del otro lado de la red) es suficiente.
No digo que no debamos guardar esos mails, todo lo contrario. Pero creo que muchas veces podemos enviar el mail y luego hacer un seguimiento telefónico, o viceversa: avisarle a la otra persona que le estaremos enviando un mail para asegurar que las dos partes entendimos lo que se acordó por teléfono.
Tengamos en cuenta que todos atienden el teléfono ni bien suena (si están sentados en su escritorio) pero no todos leen y contestan sus mails con suficiente regularidad. No podemos contentarnos con decir: "yo lo avisé". Recordemos que uno de los principios del manifiesto ágil: "Colaboración con el cliente por sobre negociación de contratos" No alcanza con no "quedar pegados", tenemos que ser agentes de cambio, actuar y forzar a que las cosas ocurran. Entonces, la próxima vez, mandemos el mail, pero hagamos seguimiento por teléfono.
A continuación, les paso el link de la capacitación que dicté sobre Prácticas Empresariales en el MUG
Leyendo The Tipping Point me encontré con un concepto interesante.
Se trata de la fuerza de los lazos débiles. Según otro libro publicado en 1974 (Getting a Job), más de la mitad de las personas habían conseguido su trabajo a través de contactos personales, aunque curiosamente, la mayoría no fue gracias a amigos, sino de contactos con los que uno se relaciona raramente.
¿Cuál era la razón? Los lazos débiles para encontrar trabajo, nueva información, nuevas ideas, son más importantes. Nuestros amigos, en general, viven nuestra misma realidad. ¿Cuánto de lo que ellos sepan no lo sabemos ya nosotros?
Son nuestros contactos los que nos van a permitir acceder a otras realidades.
Entonces: ¿cómo difundir las metodologías ágiles? No empezar por nuestros amigos/compañeros de trabajo, ellos ya nos conocen, saben cómo insistimos con el tema, lo pesados que podemos ponernos, eventualmente incluso, ya las deberían estar usando, según nuestro poder de convicción. Hagámoslo a través de nuestros contactos. Ellos tienen otra realidad, todavía pueden estar sufriendo con metodologías antiguas!
A continuación, les paso el link de la capacitación que dicté en el MUG sobre OpenUP.
Si encuentro una forma más fácil de publicar el documento (o me la recomienda alguien) la cambio.
Ayer participé del PMDay 2008. Si bien por cuestiones de agenda (lease, trabajos, incendios, etc) no pude asistir a todas las charlas, pude participar de las de Linda Vella y la de Diego Quiroga. Algunas notas:La charla de Linda no me gustó. Demasiado orientada a vender los cursos de PMP. Por ejemplo, mostró un slide donde intentaba evidenciar cómo variaba lo que cobra un PM según su certificación. El slide (lamento no haber sacado una foto) mostraba los ingresos anuales sin PMP, uno con el PMP certificado, pero con 1 año de experiencia (casi el mismo ingreso) y cómo un PMP certificado iba incrementando sus ingresos a medida que ganaba experiencia. Mi lectura del slide: vale más la experiencia que la certificación.
Además, no me gustó la forma en la que se hizo traducción simultánea. Si bien sé que es caro alquilar auriculares para los asistentes, el tener que interrumir la charla cada 20 palabras y esperar la traducción, cortaba todo posible ritmo.Por otro lado, la charla prometía aportar valor obtenido de un estudio de 3 años. O me quedé dormido (cosa que sé que no ocurrió) o los resultados no se mostraron o no aportaron nada.
La otra charla fue de Diego Quiroga de Globant.
Diego tuvo el coraje de hablar de metodologías ágiles en una charla de PMI. O no se dieron cuenta, o se quieren subir a la ola (convengamos que en Argentina, el 70% de los participantes de cursos de PM son gente de sistemas, y que las prácticas del PMI suenan mas a Metodología en Cascada que a las ágiles).
Me quedo con algunas ideas que transmitió y que comparto de la experiencia que tengo trabajando en proyectos remotos:- La confianza que se posee al arrancar el proyecto es fundamental. Hay que invertir recursos para no perderla. Las comunicaciones son contadas y detalles superfluos pueden ser tomados como evidencia de tendencias.
- No hay que perder el contexto. El estar en otras latitudes puede ir quitándonos ese feeling que se puede tener del proyecto y de las compañías involucradas que se posee naturalmente cuando los equipos trabajan en el mismo edificio.
