Page 1. Evaluación de Proyectos y Manejo de Riesgos. Objetivos del Capítulo. Capítulo 5: Evaluación y Selección de Proyectos.



Documentos relacionados
Capítulo 3: Gestión de Carteras. Versión Marzo 2006

El plan estratégico de sistemas de información

Administración de Centros de Computo. ITIL. MSG.ING. DARWIN CERCADO B dcercado@primma.com.ec

IT Project Portfolio Management y su vinculación con la Estrategia Corporativa

Resumen General del Manual de Organización y Funciones

Tecnología de la Información. Administración de Recursos Informáticos

METODOLOGÍA STAGE-GATE

Metodología básica de gestión de proyectos. Octubre de 2003

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

Formulación de Planificación Estratégica

Caso Particular: Administración y Control de Proyectos II. Planificación Aprobada. Ejecución y Control. Administración del Cambio

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Curso. Introducción a la Administracion de Proyectos

Proyectos Informáticos

"IT Governance" Diciémbre 06, Copyright 2004 Rendón&Asociados Derechos Reservados.

Implementación de Paquetes

Figure 7-1: Phase A: Architecture Vision

IT Performance Management. Resumen Ejecutivo. IT Performance Management

Resumen del Contenido del Examen PMP

GESTIÓN Y DIRECCIÓN ESTRATÉGICA DE PROYECTOS. Docente Irina Jurado Paz

Sistemas de gestión en servicios de TI (UNIT ISO/IEC )

Como Abordar una Implementación Exitosa. Raúl Zavala IBM GBS

CONCEPTOS GENERALES DE LA GESTION DE PROYECTOS

PROCEDIMIENTO PLANEACIÓN ESTRATÉGICA

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

MANUAL DES C RIPTIVO DE PUES TO S GERENTE GENERAL

Gestión y Desarrollo de Requisitos en Proyectos Software

Calidad de Software - CMM

El Gerente de Proyecto. 3: El Gerente de Proyecto. Analogía - Responsabilidades. Liderazgo del Proyecto. Responsabilidades Implícitas

GRUPO DE PROCESOS DE: INICIACIÓN. 1

Resumen General del Manual de Organización y Funciones

Implementando COBIT. Por: Víctor Julio Zúñiga.MBA

0. Introducción Antecedentes

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501

Módulo N 8 Estructura del SMS-I. Revision N 13

Auditoría Interna como aporte de valor para la Organización.

Definición de PMO Características de una PMO

Modelos de gestión de proyectos informáticos

Curso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007

Modulo 2: GOBIERNO DE TI

CMMI (Capability Maturity Model Integrated)

Definición del Catalogo de Servicios V3. José Ricardo Arias Noviembre de 2010

Figure 6-1: Preliminary Phase

Cómo gestionar proyectos en condiciones de riesgo

La Administración n de Servicios ITIL. Noviembre, 2006

Sinopsis de la gestión de portafolios de acuerdo con el estándar del Project Management Institute 1

Unidad III. Software para la administración de proyectos.

Recursos HELP DESK Biblioteca 2012

UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA

Elementos requeridos para crearlos (ejemplo: el compilador)

CAPITULO V MODELO DE PLANEACIÓN Y CONTROL PARA LOS PROYECTOS DE MANTENIMIENTO MAYOR DE TURBINAS A GAS PARA PETROLEOS DE VENEZUELA. S.

Curso Fundamentos de ITIL

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo bolo@ar.ibm.com Fecha: 15/08/2012

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

IBM Tivoli Asset Management for IT. IBM Tivoli Service Request Manager

Examen de Fundamentos de ITIL

PMO (PROJECT MANAGEMENT OFFICE) ALEXANDER BONILLA GERMAN GÓMEZ

Gestión de proyectos en tiempos de crisis

ESCUELA DE POSTGRADO DE LA UNIVERSIDAD PRIVADA DE TACNA. Programa de Maestría en Informática PLAN DE ESTUDIOS MAESTRÍA EN INFORMÁTICA

LAZOS QUE UNEN LA ESTRATEGIA DEL NEGOCIO E&P Y LA GESTIÓN DE PROYECTOS COMO COMPETENCIA EMPRESARIAL ESTRATÉGICA

6 Anexos: 6.1 Definición de Rup:

PERFILES OCUPACIONALES

FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP

Documentos DELTA. Justificación, Conformación y Puesta en Marcha HACEMOS LA DIFERENCIA AGREGANDO VALOR

Funcionamiento de la Cartera de Proyectos TI

Qué ofrece un diagnóstico a un área de calidad. Agosto ra visita de ISQI - HASTQB

Plan de Administración del Proyecto

Asesorías y/o Consultorías Universidad Tecnológica de San Juan del Río

Introducción. Enfoque de Control de CobiT Los Procesos del Modelo Mapeo de los Procesos

Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO

Cómo organizar el Departamento de Seguridad

BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012

Una estructura conceptual para medir la efectividad de la administración

CONTENIDO TEMATICO Y DOCENTES

TOMA DE DECISIONES II

LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN

Etapa de Implementación de la Ejecución del Plan

PROCEDIMIENTO PARA AUDITORÍAS INTERNAS PC-TESI-10

La Administración n de Servicios ITIL

La Oficina de Proyecto PMO aporta valor? Basado en el estudio el Valor de las PMO realizado por Deloitte y Universidad Santa María

POLÍTICA DE TECNOLOGÍA DE INFORMACIÓN

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.

LA EJECUCIÓN. Adquisición, adecuación de terrenos y construcciones: Se realiza mediante actividades de compra, adecuaciones, mejoras y construcciones.

PROPOSITO APLICACIÓN. está desarrollado desde la perspectiva del cliente

4.- PM Curso de Certificación para obtener el Grado PMP-CAPM: Project Management Professional-Certified Associate in Project Management (36 Hrs)

Bechtle Solutions Servicios Profesionales

BUSINESS PROCESS MANAGEMENT (BPM)

PROCEDIMIENTO AUDITORÍA INTERNA

Capítulo IV SEGURIDAD DE LA INFORMACIÓN ROLES Y ESTRUCTURA ORGANIZACIONAL

POLÍTICA PARA LA GESTIÓN INTEGRAL DE RIESGOS EN IBERPLAST

CA Clarity PPM. Descripción general. Beneficios. agility made possible

Evaluación del ROI en implementación de Sistemas de Gestión de Activos Mineros. Universidad Técnica Federico Santa María

DRP y BCP: Continuidad Operativa

Cuenca, 15 de mayo de Ingeniero Patricio Guerrero. Director de Tecnologías de la Información y Comunicación Universidad de Cuenca. Ciudad.

Gestión de Proyectos TI

GUÍA METODOLÓGICA PARA LA FORMACIÓN CON E-LEARNING DIRIGIDA A COLECTIVOS SIN ALTA CUALIFICACIÓN CAPÍTULO 4. Dirección Técnica:

GESTION OPERATIVA. Niveles de gestión

Sede Escazú, Plaza Tempo

R E S U M E N E J E C U T I V O

ITIL FOUNDATION V3 2011

Transcripción:

Evaluación de Proyectos y Manejo de Riesgos Capítulo 5: Evaluación y Selección de Proyectos Abril 2006 Objetivos del Capítulo Presentar la problemática de la evaluación y selección de proyectos. Proponer alternativas de solución. de Riesgos 2 Page 1

Temario Políticas, estructuras y procesos. Evaluación y selección de proyectos. Conclusiones. de Riesgos 3 Temario Políticas, estructuras y procesos. Evaluación y selección de proyectos. Conclusiones. de Riesgos 4 Page 2

Evaluación y Selección de Proyectos Idea Menos del 20% (?) de las ideas se transforman en proyectos. Factibilidad Evaluación & Selección de Riesgos 5 Respuestas Establecer políticas, estructuras y procesos para: Seleccionar qué proyectos hacer. Planificar los proyectos en función de la disponibilidad de los recursos, en particular de aquellos que sean críticos y que sean compartis (no solamente RRHH). Monitorear los proyectos y tomar acciones correctivas. Manejar la carga de trabajo de los recursos. Tercerizar en forma efectiva. de Riesgos 6 Page 3

Políticas y procesos a establecer (y cumplir...) Cómo formular/definir un nuevo proyecto candidato. Cómo evaluar y seleccionar proyectos candidatos ( cuáles ejecutamos? por qué?) Cómo planificar la cartera de proyectos (prioridades) Cómo hacer el seguimiento y control de la cartera de proyectos. Cómo resolver conflictos. Etc... de Riesgos 7 Una aplicación práctica Enhanced Framework for the Management of Information Technology Projects - Treasury Board of Canada Secretariat www.tbs-sct.gc.ca/pubs _pol/ciopubs /tb_it/siglist_e.html Cuatro fases: Iniciación Definición de objetivos y del alcance. Desarrollo y evaluación del caso de negocio. Priorización basada en el plan de negocios, restricciones de recursos y otras prioridades. Planificación Solamente una vez aproba el proyecto y asigna un auspiciante. Se definen estructura, actividades y calendario. Ejecución Monitoreo de las actividades. Revisión del esta del proyecto vs. el caso de negocio y el plan. Cierre Oportunidades de mejora. Identificación de best pactices. Análisis de performance de los miembros del equipo. [TBCS-96] [TBCS-97] de Riesgos 8 Page 4

Una aplicación práctica (cont.) Principios: Los proyectos deben alinearse y apoyar la dirección del negocio, y deben respetar sus prioridades. Los proyectos deben ser monitoreas y controlas para garantizar la resolución de problemas en el momento adecua y en el nivel gerencial apropia. La gestión de proyectos debe ser una disciplina corporativa. Las decisiones tomadas a lo largo del proyecto deben estar basadas en el análisis del riesgo. [TBCS-96] de Riesgos 9 Estructuras Organizacionales Gerencia General Gerencia General Desventajas: Es difícil identificar un responsable total del proyecto. No provee un ambiente de proyecto. No hay una respuesta rápida focalizada en el cliente. Las decisiones favorecen a las áreas con más poder. La coordinación es compleja. Estructura Funcional de Riesgos 10 Page 5

Estructuras Organizacionales Gerencia General Gerencia General Matricial Balanceada Gerente Proyecto Gerente Proyecto Gerencia General Gerencia General Compuesta Gerente Proyecto Gerente Proyecto de Riesgos 11 La estructura del área de sistemas La estructura típica: Islas organizacionales. Coordinación imposible. Un proyecto se divide en n proyectos inconexos, uno por cada área participante. Altos costos por la falta de coordinación y por proyectos duplicas. Mala atención al cliente: largos tiempos de espera; nadie tiene una respuesta única. Backlog creciente. Se retienen los recursos aunque no haya proyectos. Política interna muy compleja. Perpetuación tecnológica. La nueva estructura: Orientada al cliente. Orientada a la provisión de servicios claramente identificas. Orientada a la ejecución de proyectos. Altamente integrada. Un producto único. de Riesgos 12 Page 6

La nueva organización de sistemas Admisnitración de de Relaciones con los clientes Operaciones Procesamiento Soporte técnico Soporte a los procesos del negocio Resolución de de incidentes Proyecto Proyecto Proyecto Proyecto Planificación y Seguimiento (PMO) Aseguramiento de de la la Calidad Ingeniería del Proceso de de Software Administración de de la la Configuración del Software Administración de de Datos Arquitectura de de Sistemas e Infraestructura de Riesgos 13 Temario Políticas, estructuras y procesos. Evaluación y selección de proyectos. Conclusiones. de Riesgos 14 Page 7

Evaluación y Selección de Proyectos Idea Menos del 20% (?) de las ideas se transforman en proyectos. Factibilidad Evaluación & Selección de Riesgos 15 Qué proyectos elegir? Otros proyectos Competires Directivos Proveeres Cultura de la organización Accionistas El Proyecto Economía y Finanzas Clientes Tecnología Comunidad Organismos regulares Personal de Riesgos 16 Page 8

Evaluación y Selección de Proyectos Desarrollo/ Evolución Nuevos productos. Nueva generación. A medida. Implantación Selección y compra de paquetes. Customización y puesta en marcha. Infraestructura. Tipos Tipos de de Proyectos Asesoramiento Consultoría. Prefactibilidad. Investigación/ Mejoras internas Nuevas tecnologías. Mejora de procesos. Nuevas herramientas. de Riesgos 17 Evaluación y Selección de Proyectos Cambios al Producto Producto completamente nuevo nuevo Investigación & Desarrollo ción [Rautiainen] Nueva generación producto existente Mejoras Cambios al Proceso Productivo de Riesgos 18 Page 9

Un proceso posible... Factibilidad Evaluación Alcance preliminar Precisión: 25% y +75% (Orden de magnitud) Perfil de recursos necesarios. Recursos críticos. Análisis de beneficios económicos y estratégicos Priorización Intervención del comité Ilustrativo Planificación preliminar Plan preliminar aproba por PMO, auspiciante y comité Equipo inicial asigna Definición agendada Definición/ Concepción Alcance defini Solución definida Precisión: 10% y 25% (Presupuesto) Ejecución Cierre Cierre Alcance refina/ajusta Solución refinada/ajustada Estimación definitiva (-5% y 10%) -antes de la producción Plan refina Análisis de cumplimiento de Objetivos Real vs.planifica de Riesgos 19 Modelo Stage-Gate [Integrating business and software development models, Christina Wallin y otros, IEEE Software Noviembre/Diciembre 2002] Descubrimiento Gate 1 Idea aprobada Gate 2 Gate 3 Gate 4 Alcance Idea confirmada Business Case Case Proceder con el desarrollo Desarrollo Proceder con la prueba Verificación y Validación Es una ruta para que la organización transite el camino desde la idea para un producto hasta su lanzamiento al merca. Provee varios puntos de decisión (gates ) No es específico para software, pero lo incluye. Más información en www.prod-dev.com/stage-gate.shtml Gate 5 Lanzamiento Listo para lanzamiento de Riesgos 20 Page 10

Modelo Stage-Gate vs. Modelo de Desarrollo Gate 1 Concepción Gate 2 Elaboración Gate 3 Construcción Life-Cycle Objectives (Alcance) Life-Cycle Architecture (Arquitectura y plan desarrollo) Hitos del proceso de desarrollo Gate 4 Transición Capacidad operativa inicial (Versión beta) Puntos de decisión del modelo stage-gate Gate 5 Release del producto de Riesgos 21 Qué proyectos elegir? Valor Estratégico Proyecto C Posición frente a competires Proyecto A Proyecto B Proyecto D Proyecto E Proyecto F Valor Económico Costos/Beneficios de Riesgos 22 Page 11

Valor Económico Incremento de los ingresos. Ahorros (costos eliminas). Nuevos gastos (costos agregas). Inversión/financiación. Amortización de activos. de Riesgos 23 Valor Estratégico Posicionamiento estratégico. Encontrar una posición en la industria en nde la compañía mejor pueda defenderse de las fuerzas competitivas o pueda influenciarlas de manera tal de volcarlas a su favor. de Riesgos 24 Page 12

Evaluación estratégica: las cinco fuerzas Barreras de entrada: Economías de escala Diferenciares propietarios Identidad de marca Costos del cambio Requerimientos de capital Acceso a la distribución Ventajas de costo absolutas Políticas gubernamentales Entrantes potenciales Peligro de nuevos entrantes Proveeres Poder de los proveeres Rivalidad entre los competires de la industria Comprares Poder de los comprares Substitutos Amenaza de substitutos Michael Porter, Competitive Strategy: Techniques for analyzing Industries and Competitors New York : The Free Press, 1980 de Riesgos 25 Valor estratégico y Valor económico Valor Estratégico Agrega Exposición al Riesgo Aprove -- char a futuro Derivar a terceros Desarrollar en en casa Cosechar Recomendaciones Valor Económico Agrega Basa en Respuesta rápida De Charles H. Fine y otros MIT Management Sloan Review Reproduci en Gestión - Volumen 7 - Número 3 de Riesgos 26 Page 13

Valor estratégico y Valor económico Valor Estratégico Agrega Aprovechar a futuro Desarrollar en en casa casa Derivar a terceros Cosechar Valor Económico Agrega de Riesgos 27 Evaluación y selección: otro enfoque Alineamiento estratégico. Ventaja competitiva. Interés del merca. Robert G. Cooper y otros Picking the Winners A cada factor se se le le asigna un puntaje de de 1 a 10. Sinergias. Factibilidad técnica. Riesgo vs. retorno. de Riesgos 28 Page 14

Project Business Case Tiene como objetivo plasmar la evaluación del proyecto desde el punto de vista de la organización. Se elabora en las primeras etapas del proyecto. Descripción del del proyecto (incluyen objetivos) Descripción del del producto (resumen) Alineamiento con la la estrategia del del negocio Impacto en en las las operaciones del del negocio, en en las las aplicaciones existentes, en en la la infraestructura tecnológica, etc. Alternativas evaluadas Costos y beneficios Riesgos (incluyen los los del del negocio) de Riesgos 29 Project Business Case - IBM Rational Unified Process de Riesgos 30 Page 15

Project Business Case Prefactibilidad Concepción Alcance preliminar Precisión: 25% y +75% (Orden de magnitud) Perfil de recursos necesarios. Caso de negocio preliminar Elaboración Alcance y planificación. Caso de negocio. Construcción Refinamiento del alcance. Planificación del resto de las fases. Caso de negocio actualiza. Implementación y testing. Ajuste de la planificación. Caso de negocio actualiza. Invertimos recursos en definir el alcance? Sigue valien la pena? Procedemos con el desarrollo? Transición Puesta en producción y ajustes. Caso de negocio actualiza. de Riesgos 31 Temario Políticas, estructuras y procesos. Evaluación y selección de proyectos. Conclusiones. de Riesgos 32 Page 16

Conclusiones Es necesario definir un proceso repetible y medible para poder realizar una efectiva evaluación y selección de proyectos. Ese proceso, como cualquier otro, debe ir acompaña de políticas organizacionales claras y con una estructura acorde. El resulta del proceso es un proyecto selecciona para su ejecución y a incluir en la cartera de proyectos. Uno de los pasos intermedios es la creación del caso de negocio del proyecto. de Riesgos 33 Lectura [Schmidt-1] [Schmidt-2] [Schmidt-3] Marty Schmidt What s a business case? And other frequent asked questions Solution Matrix Ltd. www.solutionmatrix.com Marty Schmidt Business case essentials: A guide to structure and content Solution Matrix Ltd. www.solutionmatrix.com Marty Schmidt The IT business case essentials: Keys to accuracy and credibility Solution Matrix Ltd. www.solutionmatrix.com de Riesgos 34 Page 17

Referencias adicionales [Cooper] [Rautiainen] [TBCS-97] [TBCS-96] Robert Cooper, Scott Edgett Portfolio Management for New Products Picking the Winners Product Development Institute (Canadá) www.stage-gate.com Kristian Rautiainen, Maarit Nissinen, and Casper Lassenius Improving Multi-Project Management in Two Product Development Organizations Proceedings of the 33rd Hawaii International Conference on System Sciences 2000 www.vldb.org/dblp/db/conf/hicss/hicss2000-7.html Treasury Board of Canada Secretariat IT Project Manager s Handbook Versión 1.1 Diciembre 1997 Project Management Office Information Management, Systems and Technology Financial and Information Management Branch Treasury Board Secretariat de Riesgos 35 Page 18