Ir al contenido principal

Entradas

¿Tu equipo de proyecto esta preparado para Sprints, o Marathon?

Se han preguntado ¿por qué los atletas que figuran en un Marathon (42.195 mt) no lo hacen como sprinters o carreras cortas y viceversa? ¿Qué pasa si tomamos el tiempo de corredores muy rápidos y pretendemos trasladarlo a otras distancias? El record mundial masculino en Marathon es de 02:03:38 logrado por Patrick Makau en Berlin 2011, pero que les parece si tomamos a un sprinter como Usain Bolt , cuyo record mundial en 100 mt es de 9.58 segundos y extendemos su paso a un Marathon?.. mmm estaría por debajo de los 70 minutos, (dejaría muy mal a Patrick, right?). Sabemos que existen muchos factores como para pretender trasladar tiempos entre distintas distancias, pero lo tomamos en cuenta en los equipos de trabajo? proyectos cortos que se transformaron en medianos o largo? Recientemente un cliente entendió que si el equipo entregaba 4 requerimientos (Historias de usuarios, funcionalidades, casos de usos, etc.) en 2 semanas, matemáticamente al mes estaríamos entregando 8 y a l...

¿Siempre debemos fallar para lograr algo?.. no lo creo.

Actualmente hay una tendencia a ver el "fracaso" como un MUST en todo lo que hacemos. He escuchado en distintas oportunidades hablar del fracaso como un objetivo y no como un medio, lo cual me parece errado. Es muy cierto que en cada falla tenemos una oportunidad de mejora, de aprendizaje, pero hay ocasiones donde no hay espacio para fallar. Hoy estaba escuchando una charla sobre liderazgo en TED , de un militar de la aviación norte-americana, en la cual contaba historias sobre paracaidismo, en ese momento me pregunté: ahí también se debe fallar para aprender?? no lo creo :) Recientemente tuve oportunidad de dar charlas de sensibilización en una institución bancaria sobre método ágiles, específicamente Scrum y uno de los puntos que hago más énfasis es que se trata de un proceso de aprendizaje continuo y que estaba seguro que en las primeras entregas íbamos a fallar. Estoy seguro que los distintos gerentes que estaban en la charla tenían en mente mandarme a sacar con...

Gente Mentalmente Fuerte: 13 Cosas que evitan.

Les dejo la traducción de un post de Forbes muy interesante, tan bueno para cualquier momento. A continuación las 13 cosas que evitan las personas mentalmente fuertes: Perder el tiempo sintiendo lástima de uno mismo , cuando las cosas no marchan bien simplemente dicen: Next! Regalar su poder , ellos saben que su mayor fortaleza esta en la manera de responder. Huir del cambio , ellos aprovechan el cambio y dan la bienvenida a los retos. Malgastar energía en cosas que no pueden controlar , saben que lo único que realmente pueden controlar en esas situaciones son su respuesta y actitud. Preocuparse por agradar a los demás , ellos son amables y justos pero sin miedo de decir las cosas. Miedo a tomar riesgos calculados , ellos toman acción evaluando el riesgo-beneficio, desventajas potenciales e inclusive peores escenarios. Vivir en el pasado , ellos invierten la mayor parte de su energía en crear un óptimo presente y futuro. Cometer el mismo error repetidamente ,  ellos...

La importancia de una buena presentación

Constantemente hago presentaciones para charlas con clientes, para mi equipo de trabajo, talleres, webinars, project kickoff, etc., este año pude haber realizado más de 100 presentaciones. Definitivamente, las presentaciones se han vuelto algo cotidiano para muchos de nosotros, es por ello que trato mejorar mis prácticas y aprender continuamente de los mejores. Les dejo un libro de una de mis personajes favoritos respecto a este tema, Nancy Duarte. Espero que lo disfruten. View the full Resonate Book free online.

4 Estrategias de Supervivencia para el caos de TI

Se acuerdan de Rambo?, eso era un juego de niños comparado con lo que debemos enfrentar cuando gerenciamos un área de tecnología. Les dejo una traducción de un breve post sobre 4 puntos a tomar en cuenta si queremos sobrevivir en esta jungla de TI. Volatilidad sin precedente, incertidumbre , complejidad y ambigüedad son palabras que describen la industria de TI hoy en día. Suena aterrador , ¿no? Pero Julia Rey de ComputerWorld.com nos recuerda que no hay que temer al futuro de las TI , siempre y cuando empecemos a prepararnos para los cambios ahora! Aprende a ser flexible. Cuando haya lanzado una bola curva , salta para atraparla! Tire a la basura el plan de cinco años . Con el medio ambiente pasado rápido de hoy , es difícil saber lo que se pasa en TI dentro de seis meses y mucho menos cinco años. Siempre busca nuevas oportunidades. Las empresas que se desarrollan en los próximos años son los que no se sienten frustrados por el cambio, al contrario, le dan la bienvenida...

Agilidad en el 7mo Congreso de Gerencia de Proyectos

Lo fines de semana 12-13 y 19-20 de Octubre, se celebrará el 7mo Congreso de Gerencia de Proyectos del PMI Capítulo Venezuela. En esta oportunidad se realizará en las instalaciones de la Universidad Metropolitana. Como es costumbre, se ofrecerá 2 días de talleres sobre diversas tópicos de la gerencia de proyectos, todos muy interesantes con excelentes colegas como facilitadores. A continuación se presenta la programación de estas actividades: DÍA SÁBADO 12/10/2013 Taller Facilitador PLANIFICACIÓN DE PROYECTOS: Un enfoque práctico Martín Serpa GERENCIA DE STAKEHOLDERS EN PORTAFOLIO DE PROYECTOS Eibor Lucena LIDERAZGO Y COACHING EN PROYECTOS Oscar Giménez UNA METODOLOGÍA ÁGIL: CATA DE Scrum Gustavo Bonalde GERENCIA DE PROYECTOS MADURA Ned Rodríguez DÍA DOMINGO 13/10/2013 Taller Facilitador EL APRENDIZAJE DE LA GERENCIA DE PROYECTOS O COMO JUGAR PARA APRENDER Axel Márquez GERENCIA DE RIESGOS EN PROYECTOS Le...

Tormenta de Ideas, pero sshhh.. Silenciosa

Recientemente tuve la oportunidad de facilitar un Brainstorming Silence o Tormenta de Ideas Silenciosa  con un grupo de estudiantes que estaban identificando las funcionalidades de sus productos. Por qué Silencioso? En este caso, contábamos con poco tiempo para la dinámica y al hacerla silenciosa se hace más efectivo el manejo del tiempo. Pero la razón principal, fue para promover la interacción entre todos los miembros del equipo, ya que en muchos casos en las sesiones Brainstorming tradicionales suele haber un grupo de personas extrovertidas que dominan la discusión, mientras quizás exista otro grupo de personas que intervienen poco o nada, pero sin embargo también tienen buenos aportes. Esto se evita, ya que cada participante escribe sus ideas en cada post-it. Quizás puedas pensar qué el problema radica en la facilitación de la dinámica, sin embargo, en ocasiones los grandes pensamientos surgen cuando estamos en silencio . Cómo nos preparamos? La preparación es bast...

Técnica "Personas"

En esta oportunidad les quiero hablar sobre una técnica que tiene sus orígenes en el área de Marketing para segmentar clientes, sin embargo, esta dinámica se hizo muy popular en el área de software y por supuesto, ahora en el campo del emprendimiento. Con esta técnica podemos identificar estereotipos de usuarios para el producto que queremos desarrollar de una manera amena y colaborativa. Roman Pichler propone el siguiente template: Beneficios de usar esta técnica? Desde mi punto de vista, los más relevantes: Promueve la comunicación y colaboración en los distintos involucrados en el desarrollo del producto Obliga a los involucrados a un "role play" o juego de roles que enriquece el producto -Saludos-

4 Consejos para escribir mejores emails

Nadie ni nada a podido quitar al Correo Electrónico de su trono, a pesar de todas las herramientas 2.0: Twitter, Facebook, Linkedin, etc.. el email sigue teniendo una posición privilegiada en nuestras comunicaciones del día a día. A continuación algunos consejos que leí en el artículo "Don't send yet!" Cuenta historias pegajosas.  Todo tiene más sentido con una ilustración. Resalta y ejemplifica, ilustra con un avatar de tu cliente ideal, o cuenta una situación específica de un problema por el que has pasado. El contexto y el escenario, hace que sea más fácil para la gente a entender el punto y la razón por la que estás escribiendo. Cuando la gente puede ver tu historia - lo que eres, de dónde vienes, por qué estás haciendo lo que estás haciendo - es más fácil que se conviertan en parte de ella. Utiliza la regla de las 4 oraciones y 1 enlace. Mantén tu correo electrónico con menos de cuatro o cinco frases. Concéntrese en el punto o problema que se está resolvie...

Product Box Game @ Sybven

Recientemente tuve la oportunidad de facilitar una dinámica conocida como: Product Box o Design Box, que consiste en trabajar de manera colaborativa haciendo o diseñando cajas, emulando los formatos o estructuras de empaques de cualquier producto que podamos conseguir en el supermercado. Esta dinámica se utiliza para distintos objetivos, con pequeñas variaciones, en software es bastante popular para obtener y juntar los distintos puntos de vista de usuarios y clientes sobre una nueva aplicación, sin embargo, en esta oportunidad lo utilizamos para homologar conceptos sobre los servicios y productos de la empresa, logrando que convergieran los distintos puntos de vistas de los diferentes roles que intervienen en el ciclo de ventas, implementación y post-ventas de un servicio o producto. El juego lo hicimos en 3 fases:  Diseño de la Caja , aquí los participantes diseñaron al frente de un lienzo, con marcadores y post-its, el contenido de cada caja: nombre, slogan, features, etc...

Scrum: Guia de 5 pasos para Gerentes

Les dejo la traducción de un post de Tobias Mayer. Scrum es realmente simple. A continuación una guía de 5 pasos, para que Gerentes y Ejecutivos comiencen procesos con Scrum. Comienza con una clara visión del producto - y una guia visionaria (PO) Junta equipos funcionales con miembros de distintas áreas, que tengan los skills necesarios para construir el producto.* Crea un lugar para que el equipo trabaje, con suficiente espacio en las paredes, pizarras, fichas, cintas y notas adhesivas. Presenta al equipo a los involucrados (stakeholders) y usuarios. Sal del camino. Aún sin entrenamiento en Scrum, conseguirás que tu equipo esté en un 75% del camino a tener procesos altamente efectivos. La parte de la mejora continua surgirá, porque las personas que trabajan de manera autónoma, con un propósito claro, quieren dar lo mejor de ellos. Comenzar con Scrum es tan simple como esto, Por qué lo hacemos tan complicado? Por qué es tan dificil lograr cada uno de eso p...

Agile2013 Día 4

Este es el último post sobre las conferencias Agile2013. Fifty Shades of Behavior Driven Development Esta charla con nombre tan llamativo, fue dada por Richard Yu, Software Developer. Todo va muy bien al representar los requerimientos en historias de usuarios, el problema se encuentra cuando tratamos de describir los criterios de aceptación y se vuelven tan grandes que son inmanejables. De ese requerimiento original, debemos hacer "grooming": Scenario (behavior description) -> Given(Precondition)/When(An action occurs)/Then(a verifiable result). A mi todo esto me recordó mucho cuando hacia Casos de usos y luego se generaban tantos casos de pruebas (escenarios) como flujos (básicos y alternativos) teníamos. No soy experto en el tema y lo poco que conozco sobre BDD lo he leído en el blog de Adrian Moya . Conversación con Jeff Sutherland Tuvimos la oportunidad de escuchar al co-creador de Scrum, Jeff Sutherland, no fue una presentación sino c...

Agile2013 Día 3

El día 3 fue más dedicado hacia el aspecto de adopción, transformación y coaching agile. The 7 Essentials of Leading an Agile Transformation Esta presentación trató de las lecciones aprendidas por Brian Lawrence acerca de las maneras de transformar Agile a las empresas,  indicando que transformar es mucho más que training. Brian presenta 7 aspectos claves que los gerentes necesitan aprender y seguir con el objeto de tener éxito en la transformación de un negocio a Agile. #1 Convivir con empresas no Agiles, y desarrollar ágil en un mundo "Cascada" Debemos entender que estamos tratando con empresas convencionales que vienen de la gestión tradicional, sin embargo, hay cosas que no son negociables como: la iteración es sacrada, el equipo permanece junto y no agregar más personas (a menos que sean para nuevos features) #2 La importancia de entender el valor del negocio Esta nuestro equipo trabajando en las cosas correctas? #3 El rol del Gerente de Proyecto...

Agile2013 Día 2

El día 2 fue bastante movido con muchas sesiones y lo difícil era cuál seleccionar. Comencé asistiendo a un tema que me apasiona y desde mi punto de vista tiene mucha relación con #Agile que son los nuevos métodos de definir modelos de negocio/startups. Play the Costumer Development Game: A lean approach to business model discovery En este workshop se realizó un juego a través del cual los equipos teníamos que  comenzar un nuevo negocio y describirlo a través de Model Business Canvas , mejorar incrementalmente y aplicando concepto de Lean for Startups . La dinámica fue muy interesante y de forma amena permite incorporar los conceptos básicos de Lean relacionado con creación de nuevas empresas o startups. Thanks for Adrian Howard for this workshop Agile Requirements & Product Management Jeff Patton, dio una clase magistral sobre por qué solo escribir requerimientos no necesariamente dan el entendimiento, se debe conversar y crear de manera colaborativa artefactos q...

Agile2013 Dia 1

Agile 2013 es la conferencia de agilidad más grande, con 1725 asistentes de 38 países. En esta oportunidad se celebró en la ciudad de Nashville, US. A continuación comparto breves comentarios sobre las sesiones que tuve la oportunidad de asistir. Dia 1. Coding for America. El keynote estuvo a cargo de Abhi Nemani quien lleva una institución llamada Coding for America, donde hacen un esfuerzo importante por tener instituciones de gobierno más eficientes y transparentes, a través de la tecnología.  http://codeforamerica.org User Story Mapping in Practice. Fue un workshop interesante, donde se tuvo la oportunidad de crear nuestro User Story Mapping, con Steve Rogalsky como facilitador. El punto es que utilizando estas técnicas se promueve la colaboración en el equipo, y ayuda a aclarar y/o agilizar el entendimiento del alcance del proyecto. Estoy convencido que el User Story Mapping agrega mucho más valor que el Work Breakdown Structure WBS, luego escribiré algo sobre e...