Translate

Mostrando las entradas con la etiqueta negocio. Mostrar todas las entradas
Mostrando las entradas con la etiqueta negocio. Mostrar todas las entradas

enero 31, 2017

¿Qué le depara el 2017 a la Administración de Proyectos?

Soy Iván Rivera, PMP


Soy fan de Starwars, disfruto la Ciencia Ficción y escribo sobre gestión de proyectos (o lo que se me ocurra). Puedes leer un poco sobre mi formación aquí.

The Wizard
Es una tentación escribir sobre los pronósticos para el año nuevo desde los primeros días. Sin embargo, preferí esperar al cierre del primer mes para contar con más elementos de consulta.

Aquí está ahora, mi compilado de pronósticos en Administración de Proyectos para 2017.


De este post de Lindsay Scott recupero algunas tendencias para las oficinas de proyectos en 2017:

La PMO se apoyará en otros marcos de referencia de negocio, métodos, procesos y herramientas que le puedan ayudar a resolver problemas.

La PMO no puede basar su operación sólo en las prácticas de administración de proyectos para realizar su trabajo, sino que tiene que adquirir conocimiento en otras áreas del negocio porque su papel a menudo abarca otras disciplinas, como análisis de datos análisis de negocios, controles financieros, procesos de adquisiciones y técnicas de marketing.

Las PMOs harán uso de Lean y Six Sigma para la mejora de procesos (algo que el PMO hace mucho).

Empezar a usar ágil en la actividad real, práctica. Si bien Lidsay no hace un planteamiento claro de cómo se va a usar Agile en la PMO, considera que es algo que va a ocurrir en 2017.


septiembre 30, 2011

¿Cuál es la importancia del caso de negocio para el proyecto?

'Business Requirements Specification 101' photo (c) 2009, IvanWalsh.com - license: http://creativecommons.org/licenses/by/2.0/
Desde projectsmart me permito revisar varios artículos que hablan de la importancia del caso de negocio para el desarrollo del proyecto.

Primero John Moore nos indica que la elaboración de un caso de negocio es fundamental para el éxito del proyecto:

Con frecuencia, si los proyectos no pueden entregar los resultados esperados, las conversaciones posteriores se convierten en acusatorias. El gerente de división despliega datos negativos mientras el jefe del departamento responsable del proyecto aclara que se hizo todo lo que se había programado.


El problema es que ambos tienen razón. Pero incluso cuando todo el mundo haya hecho todo lo posible, los resultados son decepcionantes, y comienza una segunda fase de investigación: ¿las expectativas de la empresa fueron demasiado altas?, ¿el alcance original del proyecto fue evaluado correctamente? Y que la competencia desarrollara un producto equivalente, ¿fue un riesgo identificado ya sea en el inicio del proyecto o durante su ejecución? Si es así, los interesados ¿fueron conscientes del riesgo potencial y que medidas podrían tomarse para mitigarlo? O ¿se decidió el equipo estaba ahí sólo para entregar un producto y no manejar eventos externos?

Entradas populares