Reunión de Retrospectiva

Reunión de Retrospectiva: Permite la mejora continua del equipo de trabajo. Si lo han hecho, continúen haciendolo, si no lo han hecho, háganlo!

5 Pasos para crear Ground Rules

Qué son las Ground Rules? Son reglas de juego o código de conducta entre los involucrados (stakeholders) de un proyecto.

Mejora tu productividad: Técnica del Pomodoro

En algún momento has sentido que pasas horas y horas en alguna tarea y no logras culminarla?. Entonces intenta poner en práctica la técnica del pomodoro.

21 Leyes de Liderazgo

Aprovechando la visita recientemente de John Maxwell a Venezuela, a continuación les dejo "Las 21 leyes irrefutables del Liderazgo" de su libro "Liderazgo al Máximo".

Bibliografía recomendada PMI-ACP

Esta es la bibliografia recomendada por el PMI para quienes desean prepararse para la certificación Agile Certified Practitioner PMI-ACP.

Trello: Colaboración en proyectos

¿Tienes equipos distribuidos y quieres mejorar la colaboración, comunicación y organización de tus proyectos?

jueves, mayo 31, 2012

Encuentro Comunidad Ágil de Venezuela

El día de hoy tuvimos la oportunidad de compartir presencialmente en unas actividades que se realizaron para la Comunidad Ágil de Venezuela, AgilVen.
Aprovechando la visita de Heitor Roriz de Brasil, Coach Ágil y Scrum Trainer del ScrumAlliance, y de la experiencia de Ariel Ber de Argentina,  se coordinaron unas charlas gratuitas para la Comunidad.

Puedes unirte a la Comunidad a través de @AgilVen, en nuestro grupo en Linkedin o en Google.


Se compartieron muchas ideas y experiencias, a continuación les dejo algunas imágenes.

Compartiendo 
Ariel Ber, hablando de valores y principios en agilidad

Heitor Roriz, conversando sobre Radical Management

Pablo Lischinsky, Agile Tour y la comunidad

Gustavo Bonalde, Comunidad Ágil de Venezuela
Agradecido con Pablo Lischinsky quien facilitó el encuentro.

Saludos y hasta la próxima!

viernes, mayo 25, 2012

Utiliza las Redes Sociales para mejorar tu búsqueda laboral


Cada día más y más personas consiguen trabajo a través de redes sociales como facebook, twitter o cualquier otra. Estos medio no cambian la manera de cómo buscamos las ofertas de trabajo, sino que simplemente inciden en los hábitos tradicionales de los "job hunters exitosos" facilitándoles su trabajo.
Para mejorar su búsqueda de empleo:
  • Construye una mejor red. Si eres de los que acostumbra molestar a la gente pidiendo su tarjeta de presentación; Twitter ofrece una mejor alternativa. Muchos de los encargados de reclutar personal, contratan Gerentes o líderes  pasando un rato en Twitter e intercambiando oportunidades laborales y noticias de las distintas industrias.
  • Comparte la evidencia de tu buen trabajo. En lugar de arrastrar tu  portafolio a una entrevista, un alto tráfico en sitios como YouTube o Pinterest puede ayudarte a presentar tu trabajo. Los reclutadores merodean cada vez más la web para buscar los mejores candidatos.
Puedes revisar el artículo original.

Particularmente, considero que Linkedin evolucionó el proceso de buscar trabajo y si está acompañado de un buen blog, de buenas presentaciones en SlideShare o de buenas discusiones en grupos profesionales y buenas respuesta en sitios como Quora, le facilita el trabajo a cualquier encargado de reclutamiento.

Éxito!

miércoles, mayo 16, 2012

Rafael Reif, presidente No 17 del MIT

El día de hoy 16 de Mayo, fue electo Rafael Reif como el presidente No 17 del instituto más prestigioso de USA y del mundo, como lo es el MIT (Instituto de Tecnología de Massachusetts).
"No puedo decir que esto sea un sueño hecho realidad, porque nunca me atreví a imaginarlo"  dijo Reif a la prensa.
Este señor es Venezolano, nacido en Maracaibo y se mudó a Caracas a la edad de 9 años; proveniente de una familia pobre, Reif se graduó de Ingeniero Eléctrico en la Universidad de Carabobo en el 1973. Luego de trabajar un año como profesor asistente en la Universidad Simón Bolívar,  se retiró para estudiar en los Estados Unidos. Allí, a pesar de hablar muy poco inglés a su llegada a la Universidad de Stanford en 1974, obtuvo su MS en Ingeniería Eléctrica, completando un PhD en el año 1979.
Reif posee 15 patentes, cuenta con cinco libros editados, ha supervisado 38 tesis doctorales, y es co-autor de más de 350 artículos publicados en revistas especializadas y congresos, y nombrado "fellow" de la IEEE.


En resumen, es un orgullo y un honor poder dedicar este post a este Venezolano que nos inspira a todos a ser cada día mejores ciudadanos y mejores profesionales.

¿Cuál programa tomo? ScrumAlliance vs. Scrum.org

Luego de participar en varias discusiones de foros acerca de las distintas certificaciones que existen de Scrum, me decidí a escribir este post para tratar de aclarar este enredo (CSM, CSPO, CSD, CSP, CSC,CST, PSD, PSF, PSM, PSPO) que a veces surge con todo esto.

Resulta que los 2 principales organismos ScrumAlliance y Scrum.org (hay otros varios como ScrumManager.net) que ofrecen los cursos de certificación en Scrum, vienen del mismo origen: Ken Schwaber. En una carta del año 2010, Ken explica por qué deja el ScrumAlliance y decide crear un nuevo instituto: "Este viaje ha sido moldeado por dos fuerzas opuestas: el deseo de hacer lo correcto,y el deseo de ganar dinero. Formé Scrum.org para reenfocar mis esfuerzos en hacer lo correcto.".. Lo cierto es que no se puede negar el factor "revenue" para estas empresas, por su cursos, certificaciones y assessment que ofrecen, al igual que su objetivo de divulgar Scrum y mantenerlo por un buen tiempo.


A continuación les dejo la ruta de los programas en ambas instituciones:

 ScrumAlliance


 Scrum.org


ScrumAlliance por ser el primero tiene un número mayor de miembros, sin embargo, considero que al final es irrelevante para la práctica de Scrum cuál certificación tomar. Creo que estas certificaciones son interesantes, más no diferenciadoras entre los practicantes de Scrum. Si tengo 2 candidatos, uno es CSM sin experiencia y el otro no esta certificado, pero con experiencia y buen dominio del marco Scrum, me quedo con el segundo.

Recuerda compartir este post con otros compañeros y dejar algún comentario o darle +1, para seguir compartiendo este tipo de artículos.

Saludos y hasta la próxima.

sábado, mayo 12, 2012

MalandrIN, el LinkedIN Robolucionario de Venezuela!

En esta red social podrás contactar desde un mototaxista con yerro propio, un narcotraficante revolucionario o un Magistrado de la República.

miércoles, mayo 09, 2012

"Pulse Meetings" para seguimiento de proyectos

Les dejo este Tip Management, del HBR, el cual me parece muy familiar.


Como Gerente de Proyecto necesitas monitorear activamente el progreso, de manera de mantener al equipo en el camino correcto. Una de la manera de hacerlo, es manteniendo cortas reuniones de pulso, donde los miembros del equipo compartan una breve actualización de estatus de sus actividades. Esto puede ser cara a cara o virtualmente. La reunión se debe limitar a 10 minutos y sólo se debe discutir las tareas finalizadas o comenzadas desde el último encuentro.
En caso de que el equipo identifique cualquier problema o riesgo, no se debe tratar de resolver durante esta reunión. Se debe programar una reunión de trabajo distinta con las personas apropiadas para resolver la incidencia.
Esta reunión se debe mantener semanalmente, a menos de que el proyecto se encuentre en crisis, entonces tendrás que tomar el pulso más a menudo.

Cualquier semajanza con reuniones de estatus vs scrum diario ¿es pura coincidencia?

sábado, mayo 05, 2012

Lecturas para comenzar con Scrum

¿Has oido de Scrum y quieres dar los primeros pasos?,a parte de leer los artículos sobre Scrum en mi blog y seguirme por @gbonalde ;) estas son las lecturas recomendadas por el ScrumAlliance para iniciarse en Scrum.


Bon appetit!

Cápsula de UML


En pocos días estaré dictando un taller de "Modelado de Sistemas usando UML" y me dí cuenta que no había escrito nada sobre esto, a pesar que siempre me preguntan acerca del modelado de sistema. Por eso me decidí a escribir algo muy breve para introducir a quienes esten interesado.

UML Unified Modeling Language, es un lenguaje de modelado que nos permite representar y comunicar conocimiento respecto a un sistema. La OMG es el organismo que respalda UML y a pesar de ser un lenguaje independiente de la metodología, se le relaciona mucho con RUP debido a que en ambos participaron los mismos expertos: Jacobson, Rumbaugh y Booch.

UML es usado tanto por los practicantes de métodos tradicionales, como también por los Agilistas, la frase: “en los métodos ágiles no se modela” fue un punto de debate durante mucho tiempo, pero finalmente resultó ser un mito, ya que en muchos casos la complejidad de la arquitectura de un sistema no permite que obvies el modelado.

UML es evolutivo, actualmente va por la versión actual 2.4.1. la cual fue liberada en Agosto 2011.

La versión más reciente contiene 13 diagramas, sin embargo, aquí también aplica la ley de pareto o 20-80, ya que en la mayoría de los casos se puede modelar un sistema con 3 0 4 de estos diagramas.

A continuación les dejo una tabla de los diagramas ordenados por su probabilidad de uso:

Diagrama
Descripción
Tipo
Uso
Clases
Muestra una colección de elementos del modelo estático, como las clases y tipos, su contenido, y sus relaciones.
Estructura
Alto
Secuencia
Muestra los objetos, sus relaciones y los mensajes que fluyen entre ellos de manera cronológica
Comportamiento
Alto
Actividad
Representan los procesos de negocio de alto nivel.
Comportamiento
Alto
Casos de Uso
Muestra los casos de uso (servicios o funcionalidades), actores y sus relaciones.
Comportamiento
Alto
Componente
Representan los distintos componentes que forman parte de una aplicación, sistema o empresa.
Estructura
Medio
Despliegue
Muestra la arquitectura de ejecución de los sistemas. Esto incluye nodos, ya sea de hardware o software entornos de ejecución, así como el middleware que los conecta.
Estructura
Medio
Paquete
Muestra como los elementos del modelo están organizados y la dependencia entre ellos.
Estructura
Medio
Máquina de estado
Describe los estados de un objeto, así como su transición
Comportamiento
Medio
Objeto
Representa objetos y sus relaciones al momento de ejecución
Estructura
Bajo
Comunicación
Muestra los objetos, sus relaciones y los mensajes que fluyen entre ellos.
Comportamiento
Bajo
Estructura compuesta
Representa la estructura interna de un clasificador (tal como una clase, componente, o caso de uso)
Estructura
Bajo
Vistas de interacción
Una variante de un diagrama de actividad que una visión general del flujo de control dentro de un proceso del sistema o de negocios

Bajo
Tiempo
Normalmente se utiliza para mostrar el cambio en el estado de un objeto a través del tiempo en respuesta a eventos externos.

Bajo

P: ¿Por qué tengo que modelar?
R: porque..

  • Ayuda a visualizar el sistema que se requiere
  • Permite especificar la estructura o comportamiento de un sistema
  • Conforma una plantilla que guía la construcción de un sistema
  • Documenta decisiones
P: ¿Tengo que usar todos los diagramas?
R: No, solo los que se adapten a tu sistema (recuerda 20-80), que mejor lo representen y también con los que te sientas más a gusto.

P: ¿Siempre debo modelar con UML?
R: Siempre y cuando le agregue valor al proyecto!!

Nos seguimos leyendo.


jueves, mayo 03, 2012

Retrospectiva ¿Punto de encuentro PMI-Scrum?

En un post anterior, hablabamos acerca de las semejanzas o diferencias entre el Scrum Diario y las Reuniones de Estatus estilo PMI. En esta oportunidad hablaremos sobre la ceremonia o reunión de retrospectiva desde ambos puntos de vista.

Comencemos por un punto en común que creo que todos coincidimos: ¿Si hay que sacrificar una actividad o ceremonia, cuál es la elegida?.. es correcto! tanto pmistas como scrumistas sabemos que el candidato a sacrificar es: La reunión de retrospectiva.

La restrospectiva tiene como finalidad identificar oportunidades de mejora, así sea repitiendo algo que nos dió buen resultado o mejorando algo que no nos funcionó como esperabamos, en otras palabras, se trata de la mejora continua del proceso.

A pesar de que el pmbok 4  en ningún lado menciona la palabra "retrospectiva", en el grupo de proceso de cierre se consigue lo siguiente:
  • ..Realizar un revisión tras el cierre del proyecto o la finalización de una fase
  • Registrar los impactos de la adaptación a un proceso
  • Documentar las lecciones aprendidas..
Es decir, por supuesto que es una buena práctica del PMI realizar una reunión de retrospectiva al finalizar una fase o proyecto, donde se revisan las lecciones aprendidas que se han ido documentando a lo largo del mismo. También se puede conocer esta reunión como lessons learned meeting o reunión de lecciones aprendidas.

En el caso de Scrum la podemos identificar más fácilmente, ya que una de las cuatro ceremonias es la Restrospectiva del Sprint (recuerden que Scrum utiliza el término Sprint como iteración). Se trata de una reunión, en general más informal que las otras, donde el  equipo y el ScrumMaster conversan aceca de lo que salió bien y lo que se debe mejorar en el siguiente sprint. La asistencia del Product Owner no es obligatoria.
 
Debido a que en Scrum la retrospectiva es una ceremonia explícita del marco de trabajo, se obvia en menor porcentaje que en el caso de la gestión de proyecto tradicional, pero sin embargo, al hacer un sondeo acerca de esta reuniones en ambos casos podemos observar que es la más propensa a eludir.

Seguramente esto pueda mejorar si concientizamos al Sponsor o a los miembros del equipo, del valor que agrega esta actividad para poder implementar las mejoras de las que siempre hablamos.

Estas reuniones también son conocidas como post-mortem, y si hacemos la metáfora del espejo retrovisor,  se trata de ver el camino que dejamos atrás, para evitar los huecos y hacer el recorrido más placentero; y puede ser que también aplique: "Objects in Mirror are Closer than They Appear".

Nos seguimos leyendo.