Your SlideShare is downloading. ×
C:\Fakepath\Como Abordar Un Proyecto Tic
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

C:\Fakepath\Como Abordar Un Proyecto Tic

1,063
views

Published on

Published in: Education

0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,063
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
3
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • De las funcionalidades desarrolladas 7% se usan siempre 13% se usan a menudo 16% se usan a veces 19% pocas veces 45% nunca o casi nunca Fuente Standish Group Entre el 60-80% del coste de desarrollo de Software se dedica a resolver errores de análisis” (Standish Group, 2000)
  • Transcript

    • 1. Claves para abordar un proyecto TIC Víctor Lerga Bezunartea Visión como cliente
    • 2. Indice
      • Que es un proyecto ? Tipos de proyecto
      • Causas de fracaso en proyectos TIC
      • Factores clave de éxito
      • Fases en proyectos TIC
      • Externalización de servicios IT
    • 3. Que es un proyecto ? Operaciones Proyectos
      • Temporales
      • Fechas de comienzo y finalización definidas
      • Se completan cuando sus metas y objetivos se han alcanzado , ( o si no son cancelados )
      • Únicos . Crean un producto/servicio que no existía anteriormente
      • Elaboración Progresiva Avanza en pasos sucesivos hacia el cumplimiento de los requisitos
      • Ejemplo: Diseño de un nuevo software para gestión de compras
      • Continuas
      • Sin fecha de comienzo y finalización
      • Frecuentemente repetitivas Procesos que producen productos o servicios repetitivos
      • Las tareas a realizar y su secuencia están definidas con precisión
      • Ejemplo:
      • Servicio mantenimiento infraestructuras informáticas (equipos y redes)
      “ Un Proyecto es un esfuerzo temporal emprendido para crear un producto, servicio o resultado únicos” Project Management Institute (PMI) Un proyecto sin plazo ni presupuesto de coste, no es un proyecto sino una AVENTURA
    • 4. Tipos de proyecto TIC En la Operación de la empresa, se proveen servicios de tecnologías tanto internos como externos. La necesidad de un cambio lanza un proceso (PROYECTO) que se sale de la operación habitual.. Suministro sistemas Servicios
      • Adaptación
      • Llave en mano
      • Producto cerrado
      • Consultoría
      • SaaS
      • Desarrollo
      • aplicaciones
      Soporte y explotación TICs Proyecto Etapa Ejecución Etapa Pre-Contractual Necesidad de CAMBIO
    • 5. Por qué fracasan los proyectos TIC? “ The CHAOS Report” 2009, publicado por Standish Group En todo el mundo, de los proyectos analizados el 24% fueron cancelados antes de su finalización y sólo el 32% se consideró exitoso. El 44% supero las el periodo acordado o los costes esperados. Los sobrecostes, alcanzaron el 222% del presupuesto (estimado hasta 59.000 millones de dólares). Explotación del sistema Sistema entregado Lo que el proveedor entendió Como se explicó al proveedor Lo que el usuario pidió
    • 6. Por qué fracasan los proyectos TIC? El estudio titulado “The CHAOS Report 2004” publicado por Standish Group presenta la siguientes clasificación acerca de las causas de los fracasos de los proyectos 13,10% Requisitos Incompletos 12,40% Falta de Involucración de Usuarios 10,60% Falta de Recursos 9,90% Expectativas no realistas 9,90% Otros 9,30% Falta de Soporte Dirección 8,70% Requisitos Cambiantes 8,10% Fallos de Planificación 7,50% El sistema ya no se necesita 6,20% Carencias de IT Management 4,30% Desconocimiento Tecnológico No debemos preocuparnos sólo el éxito de la gestión del proyecto (Coste en términos de tiempo y producto). También nos debe preocupar la obtención del beneficio , razón principal por la cual nos embarcamos en el proyecto (cuyos máximos exponentes de juicio son el VALOR APORTADO y USO que se hace del sistema)
    • 7. Factores claves de éxito
        • Involucrar a todos los interesados (en especial usuarios)
        • Apoyo de la Dirección
        • Gestión de expectativas realistas
        • Habilidades de gestión y organización.
        • Definición de roles responsabilidades.
        • Valoración del impacto organizativo, y del cambio interno
        • INTERNOS- Estratégicos
        • EXTERNOS- Gestión del proveedor
      Implicación Implicación Gestión riesgos técnicos Gestión riesgos negocio Comprensión de los requisitos /Objetivos Definición de requisitos/ Objetivos Comprensión del negocio Comprensión de proyectos TIC Considerar al cliente una oportunidad de negocio a largo plazo Considerar al proveedor un socio tecnológico PROVEEDOR CLIENTE Alineamiento de objetivos
    • 8. Comencemos por el principio
      • PREGUNTAS INTERNAS
      • Criticidad del cambio en la estrategia empresarial
      • Madurez de la tecnología
      • Necesidad de cambio
      • Presupuesto
      • Organización interna
      • Dimensión del proyecto
      • Reestructuración de la organización para abordarlo
      • Gestión Cambio
      OBJETIVOS DEL NEGOCIO. DIMENSIÓN. MEDICIÓN. Los objetivos y beneficios a obtener deben definirse dentro de la organización , y quedar dimensionados de forma que se puedan medir una vez implantado el sistema. Se debe evaluar la capacidad, tanto de la organización como de la tecnología disponible para alcanzarlos . Estrategia y plan de acción La primera tarea es coordinar los intereses internos de la empresa y definir objetivos consensuados
    • 9. Etapas de un proyecto TIC ETAPA PRE-CONTRACTUAL ETAPA EJECUCION
      • Es un trabajo interno de la empresa
      • Debe contar con la implicación de la dirección desde el principio
      • Conviene asesorarse con proveedores de prestigio
      • Se puede elegir un consultor para ayudar en esta etapa
      ETAPA PRE-CONTRACTUAL
      • Se deben aplicar disciplinas de Gestión de proyectos
      • Las dos variables prioritarias son tiempo y coste
      • No se puede olvidar el avance técnico, o sea como se consiguen los hitos técnicos que se esperan
      • La empresa es responsable del seguimiento y control
    • 10. Etapas del proyecto TIC .0
      • Que debe contener el pliego.
      • Requisitos definidos, claros y concretos. SLA’s, y los objetivos de la empresa
      • Plan de ejecución (fechas)
      • Documentación que se requiere (Plan de proyecto, calidad, procedimientos de prueba, Plan de contingencias
      • Trabajos que deben realizarse. (nuevos o de mantenimiento del Legacy tecnológico)
      • Propiedad intelectual y confidencialidad
      • Penalizaciones al contrato
      Pliego de prescripciones Con o sin obligación administrativa debería redactarse un pliego de prescripciones técnicas. La ambigüedad en un pliego/contrato provoca desviaciones de EXPECTATIVAS. Pienso que debemos hacer una Base de datos SQL UF De que color la prefiere Creo que en fucsia estaría bien Entiende lo que ha dicho o lo ha leído en una revista
    • 11. Etapas del proyecto TIC Recepción de ofertas-proposiciones
        • Las tecnologías novedosas dan resultados inciertos, deben validarse con pruebas piloto
        • Establecer criterios de valoración en pliego y acordes a los objetivos esperados
        • Tener en cuenta posibles alternativas en la oferta así como sobrecostes de las opciones
        • Solicita soporte técnico a la oferta comercial
      El proveedor de tecnologías quiere vender cambios. Procura que no te vendan humo. A veces el gestor del proyecto también tiene diferencias con el comercial que hizo la propuesta
    • 12. Etapas del proyecto TIC Ejecución. Planificación
      • Se elaboran todos los planes del proyecto
      • Plan de proyecto: incluye la descripción, organización , plan de actuaciones (hitos) y riesgos del proyecto
      • Plan de calidad. Indica que procedimientos y normas se seguirán
      • Debe incluir el Plan de comunicación, la interlocución cliente-proveedor
      • Importante. Incluir fechas, hitos, entregas esperadas (MS PROJECT)
      El nivel de interlocución debe balancear lo tecnológico y la capacidad para comprender el negocio. Las buenas relaciones personales ayudan. Una planificación incierta, es mejor que no tener planificación.
    • 13. Etapas del proyecto TIC Ejecución. Análisis
      • Objetivo
      • Definir los requisitos, entenderlos y aprobarlos
      • Marcar los objetivos y resultados esperados
      • Los requisitos deben ser acordes con las expectativas de la empresa
      Es la etapa más importante del proyecto, dónde cliente y proveedor deben sentarse a entenderse y conocerse, con objeto de elaborar los requisitos GESTION DE EXPECTATIVAS: En esta fase se forjan todas las expectativas sobre el resultado
    • 14. Etapas del proyecto TIC Ejecución. Diseño y Desarrollo
      • El proveedor debe realizar documentación de diseño
      • Es conveniente revisar y validar Prototipos- maquetas
      • El cliente debe participar y validar las pruebas en fábrica
      Esta es una fase con gran carga para el proveedor. No requiere implicación del cliente salvo verificaciones de avance Desarrollos rápidos e iterativos (quick-winds) dan buenos resultados, ya que permiten validaciones parciales del producto.
    • 15. Etapas del proyecto TIC Seguimiento y control A través de un informe y una reunión periódica se debe poner en conjunto el estado del proyecto y los riesgos a los que se enfrenta
      • Esta fase facilita:
      • La identificación temprana de las desviaciones respecto al plan
      • El establecimiento de medidas correctivas eficaces y planes de mejora
      • La transmisión de información entre el equipo de proyecto
      • Los informes de situación y progreso del proyecto para el cliente
      Si la reunión de seguimiento es una excusa para ir a comer, mejor no hacerlo. Hay que ejecutar medidas si las circunstancias lo requieren.
    • 16. Etapas del proyecto TIC Ejecución. Implantación
      • La instalación del sistema puede verse afectada por condicionamientos externos u otros proyectos (p.ej. Infraestructuras de telecomunicación que debe proveer el cliente)
      • La validación previa de prototipos ayuda a eliminar fallos
      • Antes de la puesta en servicio deben pasarse Prueba de Aceptación . No olvidar pruebas de carga y estabilidad.
      • Tener siempre a mano el Plan de contingencias y marcha atrás
      La implantación es el proceso más doloroso. ES LA HORA DE LA VERDAD
    • 17. Etapas del proyecto TIC Y el Soporte ??
      • Evaluar con anterioridad el coste asociado al mantenimiento que puede llegar a un 10-15% del total del proyecto.
      • Los consumibles también cuestan dinero
      Formación
      • Explotar adecuadamente un sistema requiere que usuarios y técnicos estén formados
      • La formación debería ser una fase compartida entre cliente- proveedor
      • La modalidad “on the job training” suele ser más cara, pero más efectiva
      Es el gran olvidado. Siempre se tiende a creer que los sistemas funcionan solos. Un programa no se lleva a reparar al Mecánico. Es importante saber el coste asociado al servicio del sistema, que puede ser superior a la inversión inicial. OJO ¡! El proveedor en múltiples ocasiones forma sobre como PUEDE operarse el sistema, no como DEBE.
    • 18. Externalización de Servicios IT Outsourcing
        • Elevada complejidad de la TIC
        • Centrarse en el negocio básico
        • Mejor adaptación al cambio tecnológico
        • Escasez de especialistas.
        • Mayor flexibilidad.
        • Mayor capacidades de los proveedores:
          • Para negociar (costes).
          • Respuesta a los cambios del mercado.
          • Costes de personal menores.
          • Su enfoque en la calidad del servicio
      “ La externalización u outsourcing es la ejecución de procesos y actividades relacionadas con las TIC de una organización por parte de una empresa externa que cuenta con su propia estructura, recursos, capacidad de decisión y gestión. Motivos para externalizar :
    • 19. Externalización de Servicios IT ITIL / ISO-20.000 Es una recopilación de buenas prácticas realizada por el gobierno de UK de múltiples empresas del mercado se ha convertido en el estándar mundial de facto en la Gestión de Servicios Informáticos ITIL no es una metodología. Una certificación no lo es todo. ¿Quién hay detrás?
    • 20. Externalización de Servicios IT ISO 20.000. Esquema
    • 21. Conclusiones
      • Los deberes hay que hacerlos antes de comenzar un proyecto
      • Implicación con el proveedor. El sólo no va a resolver tus problemas
      • Define los requisitos y explica bien tus necesidades
      • Exige rigor en las pruebas
      • Con la tecnología no se puede hacer todo. Gestiona las expectativas
      • Gestiona riesgos y crea un plan B.
    • 22. GRACIAS POR VUESTRA Víctor Lerga Bezunartea [email_address] MBS3 ATENCION
    • 23. Expectativas de tecnología 2010 Top 10 Business and Technology Priorities in 2010 Source: Gartner EXP (January 2010) 10 Expanding current customer relationships 9 Consolidating business operations 8 Targeting customers and markets more effectively 7 Creating new products or services (innovation) 6 Managing change initiatives 5 Attracting and retaining new customers 4 Improving enterprise workforce effectiveness 3 Increasing the use of information/analytics 2 Reducing enterprise costs 1 Business process improvement Ranking Top 10 Business Priorities
    • 24. Expectativas de tecnología 2010 Source: Gartner EXP (January 2010) Top 10 Business and Technology Priorities in 2010 10 IT management 9 Security technologies 8 Service-oriented applications and architecture 7 Data/document management and storage 6 Mobile technologies 5 Business Intelligence 4 Networking, voice and data communications 3 Web 2.0 2 Cloud computing 1 Virtualization Ranking Top 10 Technology Priorities
    • 25. Manifiesto ágil En marzo de 2001 diecisiete críticos de los modelos de mejora del desarrollo de software basados en procesos, convocados por Kent Beck, quien había publicado un par de años antes Extreme Programming Explained, libro en el que exponía una nueva metodología denominada Extreme Programming, se reunieron en Salt Lake City para tratar sobre técnicas y procesos para desarrollar software. En la reunión se acuñó el término “Métodos Ágiles” para definir a los métodos que estaban surgiendo como alternativa a las metodologías formales (CMMI, SPICE) a las que consideraban excesivamente “pesadas” y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas previas al desarrollo.
      • Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar:
        • A los individuos y su interacción, por encima de los procesos y las herramientas.
        • El software que funciona, por encima de la documentación exhaustiva.
        • La colaboración con el cliente, por encima de la negociación contractual.
        • La respuesta al cambio, por encima del seguimiento de un plan.
      • Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda
    • 26. Manifiesto ágil
      • Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.
      • Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.
      • Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves.
      • Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto.
      • Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y el respaldo que necesitan y procurándoles confianza para que realicen la tarea.
      • La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de un equipo de desarrollo es mediante la conversación cara a cara.
      • El software que funciona es la principal medida del progreso.
      • Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.
      • La atención continua a la excelencia técnica enaltece la agilidad.
      • La simplicidad como arte de maximizar la cantidad de trabajo que no se hace, es esencial.
      • Las mejores arquitecturas, requisitos y diseños emergen de equipos que se auto-organizan.
      • En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.
      Principios del Manifiesto Ágil
    • 27. Metodologías ágiles
      • AD - Agile Database Techniques
      • AM - Agile Modeling
      • ASD - Adaptive Software Development
      • AUP - Agile Unified Process
      • Crystal
      • FDD - Feature Driven Development
      • DSDM - Dynamic Systems Development Method
      • Lean Software Development
      • Scrum
      • TDD - Test-Driven Design
      • XBreed
      • XP - eXtreme Programming
      Éstos son los modelos que se encuentran inscritos en la organización Agile Alliance ( www.agilealliance.org ) para promocionar y difundir su conocimiento. Han aparecido en las últimas décadas los siguientes métodos Metodologías más comunes
    • 28. Metodologías ágiles Gestión y seguimiento
    • 29. COBIT COBIT es un acrónimo para Control Objectives for Information and related Technology (Objetivos de Control para tecnología de la información y relacionada -COBIT-); desarrollada por la Information Systems Audit and Control Association (ISACA) y el IT Governance Institute (ITGI) COBIT es una metodología aceptada mundialmente para el adecuado control de proyectos de tecnología, los flujos de información y los riesgos que éstas implican. La metodología COBIT se utiliza para planear, implementar, controlar y evaluar el gobierno sobre TIC; incorporando objetivos de control, directivas de auditoría, medidas de rendimiento y resultados, factores críticos de éxito y modelos de madurez. Cobit 4.0 busca enlazar los objetivos empresariales con los objetivos TIC y los procesos TIC
    • 30. COBIT Bajo la perspectiva de COBIT 4.0, un proyecto TIC debe responder sistemáticamente a los objetivos estratégicos del negocio, Esto se logra en 3 ámbitos de actuación
      • Planificación y organización
      • Adquisición e implementación
      • Entrega y soporte
      • Monitoreo
      • Datos
      • Aplicaciones
      • Tecnología
      • Instalaciones
      • Personal
      • Efectividad
      • Eficiencia
      • Confidencialidad
      • Integridad
      • Disponibilidad
      • Cumplimiento
      • Confiabilidad
      Procesos de TIC Recursos TIC Requisitos de negocio
    • 31. CMMI A partir de noviembre de 1986 el SEI, a requerimiento del Gobierno Federal de los Estados Unidos de América, desarrolló una primera definición de un modelo de madurez de procesos en el desarrollo de software, que se publicó en septiembre de 1987. Este trabajo evolucionó al modelo CMM Los niveles son: 1 - Inicial. Las organizaciones en este nivel no disponen de un ambiente estable para el desarrollo y mantenimiento de software. Aunque se utilicen técnicas correctas de ingeniería, los esfuerzos se ven minados por falta de planificación. 2 - Repetible. En este nivel las organizaciones disponen de unas prácticas institucionalizadas de gestión de proyectos, existen unas métricas básicas y un razonable seguimiento de la calidad. 3 - Definido. Además de una buena gestión de proyectos, a este nivel las organizaciones disponen de correctos procedimientos de coordinación entre grupos, formación del personal, técnicas de ingeniería más detalladas y un nivel más avanzado de métricas en los procesos. 4 - Gestionado . Se caracteriza porque las organizaciones disponen de un conjunto de métricas significativas de calidad y productividad, que se usan de modo sistemático para la toma de decisiones y la gestión de riesgos. El software resultante es de alta calidad. 5 - Optimizado. La organización completa está volcada en la mejora continua de los procesos. Se hace uso intensivo de las métricas y se gestiona el proceso de innovación.

    ×