“¿Cuáles son en tu opinión los 3 errores más comunes en la implementación de ITIL? ¿Y cuáles son tus sugerencias para evitarlos?”
Hemos preguntado a tres de nuestros formadores y expertos para dar respuesta a estas dos preguntas, elaborando su propia valoración. Una pregunta, nueve errores, nueve explicaciones detalladas… y un montón de consejos para la implementación del marco más popular del mundo en Gestión de Servicios de TI.

Descarga ahora el mapa de procesos en PRINCE2, con los detalles de las actividades a seguir.

La creación de centro de servicios técnicos deslocalizados es un gran negocio. Hay varios factores detrás de estos esfuerzos. Algunos son ahorros de costes puros. Otros deben lograr mejoras de calidad aprovechando el idioma o las habilidades técnicas del equipo disponible en la nueva ubicación. Algunos proyectos pueden ser extremadamente emocionantes, siendo todos de alguna manera grandes desafíos que necesitan ser gestionados adecuadamente. En el siguiente caso práctico (en inglés), Noel Scott, relata toda su experiencia en la aplicación conjunta de ITIL y PRINCE2 en su proyecto.

Este artículo es un resumen del interesante estudio de caso (originalmente en inglés) de Noel Scott: “Using ITIL® and Prince2™ Together» (Axelos, 2010). En él, comprobamos en base a un eminemente caso práctico real, el proyecto que le fue encargado al mismo Noel Scott para la gestión, ampliación y deslocalización de un nuevo centro  de asistencia técnica dentro de una compañía.

De vez en cuando, nos preguntan los clientes que deben implementar los Estándares Internacionales de Gestión de Proyectos sobre los pros y los contras de cómo funcionan en conjunto con otros estándares o marcos.
Este documento explica de manera directa el contenido de los principales marcos de OGC/Axelos y PMI: beneficios, diferencias y cómo se complementan entre sí. Después de leer este documento, tendrás el conocimiento básico sobre los marcos, entenderás cómo las certificaciones pueden ayudarte a ti y a tu empresa a obtener los beneficios de los marcos y te permitan ser capaz de ¡hacer las preguntas correctas!

La adaptación al cambio en el mundo de los negocios es compleja debido a las relaciones entre el entorno empresarial, la organización, los stakeholders y las nuevas tecnologías. Cualquier cambio en uno de estos aspectos tendrá un impacto sobre los otros. Sin embargo, muchas empresas subestiman las consecuencias del cambio y no utilizan las personas o los mecanismos adecuados para ayudarles a lograr los resultados deseados.

Las peculiaridades de PRINCE2 son fácilmente adaptables al campo de los proyectos de TI. Su formalidad hace que puede ser explotado de manera efectiva tanto en los proyectos de ‘waterfall’, como en proyectos más modernos y flexibles. Veamos en este interesante artículo de nuestro trainer Fabio Savarino, sus conclusiones sobre la importancia de PRINCE2 en el sector de la Consultoría Tecnológica.

¿Qué es más importante entre la Gestión de Proyectos, Programas y Carteras para mejorar la tasa de éxito de los proyectos en su organización? Le pedimos a tres de nuestros formadores y consultores seniors que den respuesta a esta pregunta, con el fin de ofrecer una visión clara de los posibles enfoques que puede elegir al implementar Proyectos, Programas y Carteras.

En el mundo en rápido movimiento de hoy, la mayoría de las organizaciones tienen un plan estratégico para grandes cambios. ¿Usted tiene más proyectos que gente para hacerlos? ¿Usted está obligado a disponer de personal sin experiencia para llevar a cabo proyectos clave?

La Gestión de Proyectos (Project Management) es una disciplina que involucra muchos aspectos, desde la Planificación hasta la Gestión de Riesgos. Por tanto, ser un Responsable de Proyectos (Project Manager – PM) significa tener muchas habilidades y capacidades diferentes.

Hace unos años, era fácil escuchar que la profesión en gestión del proyecto se denominaba «The Accidental Profesión». Esta fue la idea de que nos convertimos en los administradores de proyectos, no por saber emprender esta profesión sino por accidente. Si te encuentras en esta situación, es posible que falten las habilidades para tu nueva carrera «accidental»…

Agile nació en 2001 como una reacción a los métodos de cascada para la gestión de proyectos. Los viejos métodos «motivado por el plan» o «motivado por especificaciones» no funcionaban, así que los nuevos enfoques Ágiles eran el camino a seguir. Agile nació en 2001 como una reacción a los métodos de cascada para la gestión de proyectos. Los viejos métodos «motivado por el plan» o «motivado por especificaciones» no funcionaban, así que los nuevos enfoques Ágiles eran el camino a seguir.