miércoles, 18 de agosto de 2021
Acerca del nuevo examen PMP
jueves, 8 de abril de 2021
"Done is better tan perfect"
Hace rato no venía por acá al
Blog, extrañe la escritura y hoy vengo con una frase que leí en un libro de innovación
“mejor algo que funciona que algo perfecto”, indiscutiblemente relacionado con
nuestra pasión por la gerencia de proyectos, muchos hablamos de requerimientos
bien definidos, de personas de negocio diciendo no sale un proyecto sino esta una
u otra característica, he inicia la hecatombe de definir si estaba solicitado
en los requerimientos o si era ambigua la definición etc, etc.. Sea cual sea el marco de trabajo, Ágil,
tradicional o mixto, tiene un sinnúmero de artefactos, herramientas y técnicas para
tratar de minimizar estos inconvenientes, solo por mencionar algunos, Historias
de usuario, Story Mapping , casos de uso, Canvas y mil más. Y todo lo anterior
me hace reflexionar en otra frase que escuche una ves de un vicepresidente de
tecnología, en mis palabras decía prefiero el caos, pero que la herramienta de análisis
de datos funcione, inicialmente iba en contravención de los propios requisitos
del proyecto, que los “usuarios se autenticaran con el directorio activo” como
otros más, sin duda en el trasfondo él tenia razón, él pensaba en que los
usuarios internos necesitaban la herramienta para tomar buenas decisiones en la
organización y no en que el proyecto desde su primera fase de implementación
cumpliera con todos los requisitos estipulados, esa persona pensaba en la oportunidad
de generar valor para la organización más allá del cumplimiento a cabalidad del
proyecto.
Les dejo la anterior experiencia a
manera de enseñanza, nada es perfecto si lo hace un ser imperfecto como nosotros
los seres humanos; nuestra responsabilidad
como PM, Scrum Master, Gerentes o PO, es dejar a un lado los egos personales y
ver un poco más allá, influenciar para que las otras personas también dejen su
ego y miren como se genera valor desde los proyectos para los clientes, organizaciones o partes interesadas, y finalmente, entre todos comprendamos que
“Done
is better tan perfect”
miércoles, 11 de enero de 2017
Relacionando los Indicadores de gestión y el registro de incidentes del proyecto.
compartir algo de mi experiencia en la gestión de proyectos; intermitente mente expondré ideas sencillas que nos facilitan la gestión de los proyectos y que nos ayudan a que cada próximo proyecto sea mejor.
martes, 3 de enero de 2017
Factores de éxito en los proyectos de TI, la metodología (4ta entrega)
![]() |
| Elaboración propia |
- Debe realizarse el plan de gestión del cronograma con la documentación de las herramientas y técnicas a utilizar en la gestión del tiempo.
- Definir los hitos importantes que servirán como punto de control en el cronograma.
- La EDT es una entrada fundamental para determinar las actividades.
- Es mala práctica inflar los tiempos de las estimaciones de duración de las actividades (padding) ya que esto puede ocultar riesgos.
- Recurrir a técnicas como la estimación por tres valores al momento de asignar tiempo a las actividades.
- Formular Reservas (Diferente al padding)
- Tener en cuenta los riesgos al momento de estimar tiempos y recursos.
- Involucrar al equipo en la validación del cronograma final, esto genera sentido de pertenecía hacia el proyecto. No se impone el tiempo de ejecución de actividades sino se obtiene una estimación realista.
- Utilizar herramientas y técnicas como: nivelación de recursos, compresión y ejecución rápida, análisis de “qué pasa si” e identificar los pros y contras de dichas técnicas.
- Las revisiones de desempeño son fundamentales en el control del cronograma. Utilizar indicadores como el SPI (Schedule Performance Index) y manejar proyecciones como la EAC (Estimate at Completion) y la ETC (Estimate to Complete).
miércoles, 6 de julio de 2016
Factores de éxito en los proyectos de TI, la Metodología (3ra Entrega)
GESTIÓN DEL ALCANCE
![]() |
| Elaboración propia |
- Identificar requisitos sin obviar alguno de los interesados del proyecto
- Documentar el enunciado de alcance del proyecto. El alcance debe aprobarse formalmente antes de iniciar la ejecución del trabajo
- “Bañar en oro” o “Añadir funcionalidades extra” es una mala práctica (Puede traer riesgos no identificados).
- Se debe integrar al equipo de trabajo en la creación de la EDT/WBS, las estimaciones creadas con el equipo de trabajo son mas realistas y ayuda a generar compromiso con los objetivos del proyecto.
jueves, 2 de junio de 2016
Factores de éxito en los proyectos de TI, la Metodología (2da Entrega)
GESTIÓN DE LA INTEGRACIÓN
![]() |
| Grupo de procesos PMBOK® 5th |
martes, 3 de mayo de 2016
Factores de éxito en los proyectos de TI, la Metodología (1er Entrega)
![]() |
| Mapa mental grupos de procesos y áreas de conocimiento PMBOK® 5th Elaboración propia |












