gerencia de proyectos & arquitectura de...

Click here to load reader

Post on 05-Jul-2020

1 views

Category:

Documents

0 download

Embed Size (px)

TRANSCRIPT

  • Jorge Arias ([email protected] / [email protected] )

    Solutions Architect

    Oracle Consulting Latin America Division (LAD)

    IX Jornada de Gerencia de Proyectos de TI

    Marzo 24 y 25 de 2011

    Bogotá - Colombia

    Gerente de Proyectos + Arquitecto

    de Solución= Proyectos Orientados

    al Éxito

    mailto:[email protected] mailto:[email protected] mailto:[email protected] mailto:[email protected]

  • Objetivos

    • Presentar como la correcta articulación de los roles de gerente

    de proyecto y arquitecto de solución ayudan a enfrentar la

    complejidad inherente a los proyectos hoy en día, y orientar los

    mismos hacia el éxito.

    • Describir, a partir de experiencias en el campo, las principales

    responsabilidades que debe asumir un rol de arquitectura, y

    como estas complementan las realizadas por un gerente de

    proyectos.

  • Agenda

    • Contexto

    • Arquitectura & Gerencia de Proyectos

    • Dimensiones de un rol de arquitectura

    • Conclusiones

  • “Experiencia es lo que tú consigues, cuando no

    consigues lo que quieres” Randy Pausch, 2008 CMU (En su best seller “The last lecture”)

    “Simplicidad es una ilusión, es tan sólo

    complejidad bien administrada” Anne Thomas- Burton Group

    Motivación & Contexto

    Proyecto = Experiencia + Simplicidad

  • 1994

    ➔ Sólo el 16.2% de los proyectos son exitosos

    ➔ 31.1% de los proyectos son cancelados antes de terminarlos

    ➔ 52.7% de los proyectos terminados no cumplen con los requerimientos funcionales mínimos.

    Tiempo Alcance

    Recursos ( $$$, Gente)

    Calidad

    Usabilidad 2009 ➔ Sólo el 32% de los proyectos son exitosos

    ➔ 24% de los proyectos son cancelados antes de terminarlos

    ➔ 44% de los proyectos terminados no cumplen con los requerimientos funcionales mínimos.

    ¿Por qué la mejora ?

    • Orientación al negocio,

    • Gerencia de proyectos,

    • Evolución de frameworks de arquitectura

    Motivación & Contexto

    En dónde estamos… (Los tiempos cambian)

    ¿ La complejidad de los problemas a resolver será la

    misma?

    Fuente: http://www1.standishgroup.com/newsroom/chaos_2009.php

  • N-0: Macroprocesos

    N-1: Grupos de procesos

    N-2: Proceso de negocio

    N-3: Actividades de negocio

    N-4: Procedimientos/Tareas de negocio

    N-5: Pasos/Requermientos de negocio

    Motivación & Contexto Alcance de los proyectos de TI – Granularidad de los procesos

    de negocio

  • X-Telco

    7.0 Manage IT 8.0 Manage Financial

    Resources

    8.6 Process AP & Expense

    Reimbursement

    8.6.1 Expense Reimbursement

    8.6.1.1 Establish & Communicate

    Expense Policies

    8.6.1.2 Process Reimbursements

    & Advances

    8.6.1.1 Complete Expense Request

    8.6.1.2 Review Expense Request

    8.6.1.3 Approve Expense Request

    8.6.1.3 Approve Reimbursements

    & Advances

    8.6.1.4 Verify Expense Request

    8.6.1.4.2 Review Change Rate

    8.6.1.4.1 Verify Expense

    Policy Compliance

    8.6.1.5 Transfer Funds

    8.6.2 Process Accounts Payable

    8.7 Manage Treasury

    Operations

    8.8 Manage Internal Controls

    9.0 Acquire, Construct &

    Manage Property

    Level 0 Major Business

    Functions

    Enterprise

    Level 1 Process Groups

    Level 2 Business Process

    Level 3 Business Activity

    Level 4 Business

    Task

    Level 5 Business

    Step

    Motivación & Contexto Alcance de los proyectos de TI – Granularidad de los procesos

    de negocio vs. Tipo de proyectos

    (1) Desarrollo de a la medida

    (2) Adoptar un ERP

    (3)Proyecto de Integración

  • Gestión del proyecto

    Motivación & Contexto Alcance de los proyectos de TI – Diferencias entre ingeniería y

    Gestión

    Tres DIREFERENTES tipos de proyectos de TI

    •Desarrollo a la medida

    •Adopción de un CRM

    •Proyecto de integración

    Metodología

    Modelos de estimación

    Arquitectura

    Tecnología

    Roles

    Gestión del alcance

    Gestión del riesgo

    Gestión del tiempo

    Gestión de recursos

    Gestión de costos

    Ingeniería del proyecto

    Igual para los tres proyectos

    Diferente y dependiente del tipo de proyecto

  • Motivación & Contexto Alcance de los proyectos de TI – Diferencias entre ingeniería y

    Gestión

    Tres DIREFERENTES tipos de proyectos de TI

    •Adopción de un CRM (Telcos)

    •Adopción de un CRM ( Banca)

    •Adopción de un CRM (Retail)

    Metodología (=)

    Modelos de estimación ()

    Tecnología (=)

    Roles ()

    Conocimiento de industria ()

    Arquitectura ()

    Gestión del alcance

    Gestión del riesgo

    Gestión del tiempo

    Gestión de recursos

    Gestión de costos

    Ingeniería del producto

    Gestión del producto

    Igual para los tres proyectos

    Diferente y dependiente del tipo de proyecto

  • Modelo host

    Motivación & Contexto

    Los proyectos de TI son

    cada vez más complejos

    2005

    1998

    1970

    1980

    1990 Terminal

    Host

    -Presentación

    -Negocio

    - Datos

    Cliente

    Servidor

    -Presentación

    -Negocio

    -Datos

    Modelo Cliente/Servidor dos niveles

    Cliente

    Servidor

    -Presentación -Negocio

    -Datos

    Modelo Cliente/Servidor modificado

    Terminal

    (Browser)

    WebServer

    DBServer

    AppServer

    Lógica

    Presentación

    Lógica Negocio

    (componentes)

    Datos

    Multicapas

    Problema de negocio

    2009 Canales (Web2.0) Portal

    BPM

    ESB

    Dashboard

    Pesentación

    Negocio

    Datos

    Modelo SOA/BPM

  • Proyecto de TI soportado en cada estilo de arquitectura

    • Las arquitecturas han tenido que venir evolucionando como forma de

    respuesta a las necesidades, cada vez más exigentes y diversas, del

    negocio.

    • Los estilos de arquitectura no son una moda, son una clara forma de

    resolver y responder a la complejidad (Legacy, Client-Server, Multi-

    capas, Servicios, etc.)

    Motivación & Contexto

    Los proyectos de TI son cada vez más complejos (2)

    Ingeniería

    Diferente

    Gestión

    Igual

  • Motivación & Contexto

    Los proyectos de TI son cada vez más complejos (3) A

    lc a

    n c

    e e

    m p

    re s

    a ri

    a l

    Desarrollo a la medida

    Implantación de un COTS (ERP, CRM, Facturador, etc.)

    Implantación de procesos transversales (CRM  Integración ERP/ Facturador)

    Solución de negocio ( Proyectos tipo: desarrollo a la medida, implantación de

    plataforma de TI, COTs)

    Proyecto de implantación de herramientas de tecnología ( ESB, BPM, iAM, BI)

    Heterogeneidad de habilidades requeridas

  • Sistema Financiero

    ( SAP)

    Sistem Atención al cliente ( Siebel,

    People Soft)

    Sistema de facturación

    Sistema de ordenes de

    trabajo Aprovisionamiento en linea planes de datos

    Motivación & Contexto

    Ejemplo: Habilitar una capacidad de negocio

    Proyecto de adoptar un CRM

    Proyecto desarrollo a la medida (Modificar el facturador)

    Proyecto de integración (Implantar un Bus)

  • Motivación & Contexto

    Resumen: La complejidad de los proyectos de TI es

    cada ves mayor

    Los principios de administración y gestión

    del proyecto se mantienen entre proyectos de TI

    Estilos de arquitectura

    Metodologías diferentes

    Roles & Skills

    Motivadores de negocio

    Adopción de un COTs (CRM, ERP)

    Desarrollo a la medida

    Diferentes industrias (Telco,

    Banca, Retail, etc.)

    Implantar plataformas

    técnicas (Bus, iAM, BPM, Sistemas

    operativos)

  • Motivación & Contexto Resumen ¿El PM Puede asumir la gestión e ingeniería?

    Solución = Producto

    ¿QUÉ? •Procesos de negocio

    •Modelos de datos

    •Aplicaciones

    •Motivadores de negocio

    •Tecnología

    ¿CÓMO? • Metodología

    • Mapas de solución

    • Arquitectura

    • Equipo de trabajo

    Gestión

    Alcance

    Riesgo

    Tiempo

    Recursos

    Costes

    Otros.

    ¿Gerente de proyectos?

    P R

    O Y

    E C

    T O

  • ¿ Si vamos hacia un mundo de especialización;

    porque esperamos o motivamos escenarios para

    que el PM le apueste a la generalización?

    Vamos a ser más competitivos y eficientes en

    nuestros proyectos cuando le apostamos a la

    especialización ( Ingeniería y gestión

    correctament