Ir al contenido principal

Entradas

Mostrando las entradas de julio, 2012

Escoge el enfoque correcto de Liderazgo

Me gustó que en este HBR Management tip sugiere que tengamos diferentes enfoques de liderazgo según a quien va dirigido, tiene sentido que no aplicar el mismo estilo a todas las personas del equipo. Cuando Gerencias un equipo de trabajo, debes adaptar el estilo de liderazgo a las necesidades de cada persona. En general, existen 4 tipos de enfoques: dirigir (directing), entrenar (coaching) , apoyar (supporting) y delegar (delegating) . Dependiendo del nivel de competencia de sus empleados y el compromiso , de debe elegir el que mejor se adapte.   Cuando su subordinado directo está aprendiendo nuevas habilidades , debe ser directivo . Definir claramente las tareas y comprobar el progreso para asegurarse de que no este fallando.   El uso periódico de l coaching o entrenador se debe utilizar cuando el empleado está aprendiendo nuevas habilidades , pero necesita la libertad para cometer errores y aprender de ellos.   Se debe ser solidario y un apoyo

Microsoft Project 2010 Scrum Solution Starter

Me llegó a través del amigo Rafael @rsilvam21 esta información sobre una especie de complemento para MS Project 2010, que sirve de guia para llevar proyectos con Scrum. Se trata de algo muy limitado, no funciona para la versión 2007 o anteriores, donde se puede gestionar los principales artefactos de Scrum como: Product Backlog, Sprint Backlog y visualizar el BurnDown Chart. A nivel de colaboración cuenta con una funcionalidad para enviar la data del Scrum a través de correo electrónico o exportar a otras aplicaciones. Si deseas probarlo, a continuación te dejo unas instrucciones muy básicas: Lo puedes bajar en este link   Luego haces doble click y sigues las instrucciones del asistente o wizard. Una vez instalado darle a "File" luego a "New" tendrás la opción "New Scrum Project". Se creará el nuevo proyecto Scrum y se desplegará la siguiente barra:   Luego creas tu Product Backlog y posteriormente creas los Sprints. La v

Scrum Ball Point Game en TRASCEND

En el taller Cata de Scrum dictado en la empresa Trascend , tuvimos la oportunidad de realizar el juego Scrum Ball Point Game. Es una dinámica creada por Boris Gloger , bastante conocida entre los #Agilistas, y permite hacer una introducción de Scrum de una manera amena y divertida. Con pocas reglas, el objetivo es pasar en el aire la mayor cantidad posible de pelotas por el equipo completo en un tiempo definido. Con el juego se promueve el trabajo en equipo y la mejora continua, se puede perfectamente obsevar el Ciclo de Deming : Plan -> Do -> Check -> Act. Saludos!

6 Personas que necesitas de tu lado

Me pareció genial como Jessica Hagy, autora del post lo expresa graficamente. Nada increíble se logra solo. Necesitas de la ayuda de otras personas y hay que ayudar a los demás . Con el equipo adecuado se puede formar una red de conexiones para hacer lo que parecía imposible, prácticamente inevitable. El instigador: Alguien que te empuja , que te hace pensar. ¿Quién te motiva a levantarte e ir , a tratar , y hacer que las cosas sucedan ?. Q uieres mantener a esta persona llena de energía y entusiasmo. Esta es la voz de la inspiración.   El Animador (Cheerleader): Esta persona es un gran fan , un firme partidario y un evangelista rabioso para ti y tu trabajo. Debe trabajar para que esta persona premiada , por mantenerlos enamorados . Esta es la voz de la motivación. El que duda Este es el abogado del diablo , el que hace las preguntas difíciles y ve los problemas antes de que surjan . Se necesita la perspectiva de esta persona .

Taller Cata de Scrum en el PMI

El pasado Domingo 15 de Julio, tuve la oportunidad de facilitar el taller Cata de Scrum, en el marco del 6to Congreso de Gerencia de Proyectos organizado por el PMI capítulo Venezuela . Participantes de las principales empresas del país e instituciones del estado, se pasearon por los distintos conceptos del método Scrum, entendiendo el espíritu de los métodos ágiles y permitiendo hacer una analogía con los métodos tradicionales de la gestión de proyectos. El alto nivel de los participantes enriqueció el taller, la mayoría Gerentes de Proyectos, identificaron las debilidades en la gestión de proyectos y pudieron visualizar la incorporación de prácticas ágiles en sus tareas cotidianas. Saludos José G, María Fernanda, Yuleny, Maira, Dafnny, Franco, Nelson L, Ayari, Agustín, Fani, José Gregorio, Elizabeth, Victor, Alejandro, Diana, Soralys, Doni, Janethe, Carlos, Nelsón D, José M, Neddys y Jason .. y comenten de su incursión en el mundo ágil.

Agilidad en el 6to Congreso de Gerencia de Proyecto

Estaré el próximo 17 de Julio hablando de agilidad con la charla: "Scrum como framework de apoyo para a gestión de proyectos ágiles" en el 6to Congreso de Gerencia de Proyectos , organizado por el PMI capítulo Venezuela . Parafraseando a Darwin, Las empresas que sobreviven no son las más inteligentes ni las más fuertes; sino aquellas que se adaptan mejor al cambio .  Es por ello que las organizaciones que desean perdurar en el tiempo se ven en la necesidad de mantener un proceso continuo de mejora y sobre todo de aprendizaje. Los clientes tienen distintos retos como:  Responder al entorno (clientes, empleados, competencia, disposiciones legales o ambientales, etc.) Alineación de la tecnología con el negocio Satisfacción del cliente Reducción de costos Reducir el time-to-market de servicios y productos Scrum es el marco de trabajo para la gestión de proyectos más difundido dentro de los denominados métodos ágiles. Estos métodos ágiles se basan en cuatro v

Scrum: Reglas vs. Prácticas Aceptadas

A veces existe mucha confusión sobre algunas prácticas que por ser tan comunmente usadas, pueden parecer reglas de Scrum y no lo son (backlog grooming, sprint review meeting, user stories, etc..) Les traigo el resumen de un post de Mike Cohn muy interesante sobre la diferencia entre las reglas y las prácticas generalmente aceptadas de Scrum, GASP por sus siglas en inglés (Generally Accepted Scrum Practices). Se define GASP como una actividad realizada por varios, pero no necesariamente por todos los equipos de Scrum. Un equipo que no realiza esta práctica, aún puede considerar que esta haciendo Scrum. Ahora, algo como "entregas cortas, con iteraciones no mayores a 30 días" no es un GASP, es una regla de Scrum. Para ser considerado un GASP, la práctica debe ser algo "generalmente aceptado" como una buena idea. Por ejemplo, "Conducir la reunión de revisión al final del sprint" es un GASP y no una regla de Scrum. ¿Puede un equipo considerar que es