Técnicas de grabado y estampación : procesos y materiales
C:\Fakepath\Como Abordar Un Proyecto Tic
1. Claves para abordar un proyecto TIC Víctor Lerga Bezunartea Visión como cliente
2.
3.
4.
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.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
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?
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
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.
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.
Notes de l'éditeur
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)
![Indice ,[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)