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) ydelegar (delegating). Dependiendo delnivel de competenciade sus empleadosy el compromiso, de debe elegir elque mejor se adapte.

Cuando su subordinado directoestá aprendiendonuevas habilidades, debe ser directivo. Definirclaramentelas tareasy comprobar el progresopara asegurarse deque no este fallando.
El usoperiódico del coaching o entrenadorse debe utilizar cuando el empleadoestá aprendiendonuevas habilidades, pero necesitala libertad paracometer errores yaprender de ellos.
Se debe ser solidario y un apoyo, alentando a los empleadosaltamentecompetentes pero que carecen de confianza…

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 linkLuego 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 vista de "Key Dates" te permite …

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.

Nadaincreíblese lograsolo.Necesitasde la ayuda de otras personasy hay queayudar a los demás.Conel equipo adecuado se puede formaruna red de conexionespara hacerlo que parecía imposible,prácticamente inevitable.

El instigador:
Alguien quete empuja, que te hace pensar.¿Quiénte motiva alevantarte e ir, a tratar, y hacer que las cosas sucedan?. Quieres mantenera esta personallena de energíayentusiasmo.Esta es la vozde la inspiración.

El Animador (Cheerleader):
Esta persona esun gran fan, un firme partidarioyun evangelistarabiosopara ti y tutrabajo. Debe trabajar para queestapersona premiada, por mantenerlos enamorados. Esta es la vozde la motivación.


El que duda
Esteesel abogado del diablo, el que hace laspreguntas difícilesy velos problemasantes de que surjan. Se necesitala perspectiva de esta persona. Ellosestán mirando hacia fuera por ti, ydesean tanto tu seguridad como tu éxito.Esta es lavoz de la razón.

Elcapataz
Es…

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 negocioSatisfacción del clienteReducción de costosReducir el time-to-market de servicios y productosScrum 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 valores básicos para habilitar equ…

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 esta haciend…