GESTIÓN DE PROYECTOSProyecto TICFasesAcciones adesarrollarPersonasInvolucradasResponsablesde suejecuciónTiemposestimadosSi...
Proyectos TICDistintasmetodologías yherramientas degestión deProyectosFacilitar lastareas dedefinición de losobjetivos com...
FASES DE UN PROYECTO TICFase 1• Inicio ydefinición deun proyectoTICFase 2• DesarrollodelProyectoFase 3• Implantación,puest...
Todo proyecto TIC debe tener un patrocinador y son diversosLos motivos que pueden llevar a un individuo dentro dela organi...
Es al inicio del proyecto cuando…Se especifica el alcance de lanecesidad de:Modificar o mejorarun sistema actualDesarrolla...
Para todo proyecto TIC¿ Cuales son las pautas bajo las cuales deberá funcionar el nuevo sistema?¿ Qué tipos de información...
Fase de Desarrollo de ProyectosDesarrollo delProyectoCreaciónAdquisiciónHardware ySoftwareConfiguración
Enfoques de DesarrolloCiclo de vidaPrototipajeDesarrollo ConjuntoPaquetes de Aplicación
Ciclo de VidaAnálisis Diseño Programación Instalación
Análisis del SistemaAnálisisViabilidad EconómicaCostos de:Personal, capital, mantenimiento, Soporte, etc.Criterios Técnico...
Diseño del SistemaFiabilidadRendimientoEscalabilidadSeguridadMarca
Diseño del Sistema• Fase ConjuntaDiagnóstico• Diseñador• UsuarioConceptualización• TécniosRequerimientos• Evaluación de al...
Criterios de Selección
Instalación del SistemaConversión en paraleloConversión PilotoConversión Modular (Fases)
Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalNumerosos casos de fallos que...
Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalDesarrollo mediante prototipa...
Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalDesarrollo conjuntoRefieree a...
Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalDesarrollo conjuntoLa metodol...
Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalDesarrollo mediante la implan...
Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalLa implantación no obvia la f...
FASE 3IMPLANTACIÓN PUESTA EN MARCHA Y UTILIZACIÒN POR LOS USUARIOSProceso de Interacción con los usuarios finales para una...
Validación de la ergonomía, la funcionalidad y la usabilidadValidación de maquetas y prototiposRedacción de normativas y m...
Elaboración y validación del material de divulgaciónValidación del plan de puesta en marchaSugerencias post-implantaciónEs...
Fase 4. Operación y mantenimiento de la solución desarrolla.La fase 4, representa la puesta en marcha del nuevo sistema; s...
El concepto de riesgo de un proyecto.Todo proyecto se basa en proyecciones de escenarios. Al no tenercerteza sobre los flu...
Ignorar los riesgos en un proyecto trae comoconsecuencia: Problemas con los beneficios anticipados debido a dificultadesd...
Dimensiones que influyen en el riesgo.Tamaño del Proyecto:Cuanto mayor sea la dimensión del proyecto en términos monetario...
Elevada estructuraBaja estructuraRiesgo medio (muysusceptiblea una maladirección del proyecto)Riesgo bajo(muy susceptiblea...
Nivel de la TareaRequerimientosde Conocimientosde TecnologíaHabilidades deLiderazgoHabilidades deGestión
Características del ResponsableLIDERSist.Genéricos deG.P.HerramientasDisponiblesControl deTiempoFactores deRiesgoRecursosU...
Responsabilidades del LiderControl de GastosControl de TiempoControl dePersonal
No Tratamos el Problema CorrectoTodo proyecto entraña la necesidad deresolver un problemaLa misión no está articulada de f...
Diseñamos lo que no eraSuele ocurrir que los equipos de trabajo se apresuran para luegodescubrir que ciertos detalles se h...
Utilizamos la Tecnología EquivocadaLa elección de un tipo de tecnología u otra dependedel entorno en que la empresa se des...
El Equipo no CongeniabaUn equipo de trabajo bien estructurado es aquel en el que cadamiembro comprende su papel en la ejec...
No involucramos a la Gente AdecuadaAlguna persona que, al no ser incluida en el proyecto, ha provocadola ruina del mismo o...
No comunicamos adecuadamenteElaborar y ejecutar un plan de comunicaciones sólido va a resultardeterminante para que el pro...
Otros Errores ImportantesIntentamos hacer demasiadoNo teníamos un Plan BNo prestamos atención a los riesgos del proyectoEl...
Presentación sistemas de informacion(1)
Presentación sistemas de informacion(1)
Presentación sistemas de informacion(1)
Próxima SlideShare
Cargando en…5
×

Presentación sistemas de informacion(1)

292 visualizaciones

Publicado el

Publicado en: Educación
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
292
En SlideShare
0
De insertados
0
Número de insertados
25
Acciones
Compartido
0
Descargas
5
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Presentación sistemas de informacion(1)

  1. 1. GESTIÓN DE PROYECTOSProyecto TICFasesAcciones adesarrollarPersonasInvolucradasResponsablesde suejecuciónTiemposestimadosSieber (2006)
  2. 2. Proyectos TICDistintasmetodologías yherramientas degestión deProyectosFacilitar lastareas dedefinición de losobjetivos comoel Alcance delproyectoCoordinación yseguimientoLogro deResultadosprevistosLa identificaciónde desviacionesLa incorporaciónde medidascorrectivas paraasegurarlos
  3. 3. FASES DE UN PROYECTO TICFase 1• Inicio ydefinición deun proyectoTICFase 2• DesarrollodelProyectoFase 3• Implantación,puesta enmarcha yutilización porlos usuariosFase 4• Operación yMantenimientode la solucióndesarrollada
  4. 4. Todo proyecto TIC debe tener un patrocinador y son diversosLos motivos que pueden llevar a un individuo dentro dela organización a plantear la posibilidad de patrocinarlo.Usuario quiendetecte lanecesidad de unnuevo sistema.Inicio de unproyecto comoconsecuencia deun problema en elsistema actual quepuede ser grave enun futuroEn la mayoría delos casos suele serel director o unresponsable fueradel dpto. TIC quiendetecta elproblema y analizasi se puede llevar ono un proyecto
  5. 5. Es al inicio del proyecto cuando…Se especifica el alcance de lanecesidad de:Modificar o mejorarun sistema actualDesarrollar unonuevoAdquirir una soluciónestándar demercado(ERP, SCM, etc)
  6. 6. Para todo proyecto TIC¿ Cuales son las pautas bajo las cuales deberá funcionar el nuevo sistema?¿ Qué tipos de información requerirá?Resultados esperados¿ Quienes se encargarán de la toma para llevar a cabo el proyecto?Adicionalmente…Identificar y evaluar los posibles cambios organizativos y deprocesos de gestión internos y asociados al nuevo proyecto.Planificar su adaptación de forma consistente con la ejecución ydesarrollo del mismo
  7. 7. Fase de Desarrollo de ProyectosDesarrollo delProyectoCreaciónAdquisiciónHardware ySoftwareConfiguración
  8. 8. Enfoques de DesarrolloCiclo de vidaPrototipajeDesarrollo ConjuntoPaquetes de Aplicación
  9. 9. Ciclo de VidaAnálisis Diseño Programación Instalación
  10. 10. Análisis del SistemaAnálisisViabilidad EconómicaCostos de:Personal, capital, mantenimiento, Soporte, etc.Criterios TécnicosViabilidad Organizacional
  11. 11. Diseño del SistemaFiabilidadRendimientoEscalabilidadSeguridadMarca
  12. 12. Diseño del Sistema• Fase ConjuntaDiagnóstico• Diseñador• UsuarioConceptualización• TécniosRequerimientos• Evaluación de alternativasSelección
  13. 13. Criterios de Selección
  14. 14. Instalación del SistemaConversión en paraleloConversión PilotoConversión Modular (Fases)
  15. 15. Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalNumerosos casos de fallos que no satisfacen las necesidades de usuariosfinales, o se completan con desfases presupuestarios exorbitantesSe pierde el sentido de aplicar una metodología, que después derecolectar la información sobre las necesidades, se encierra en latrastienda, y reaparece luego de un largo tiempo con un producto que sesupone satisface las necesidades especificadas de antemanoEs muy difícil para el usuario final saber exactamente que es lo que va anecesitar del sistema, una vez este en explotación. Se tiende a sobre-especificar sus requerimientos, “por si acaso”, ya que saben de ladificultad de agregarlas una vez que ha pasado a los programadores. Estono es suficiente en muchos casos, ya que al tener el sistema funcionandoy empieza a ser explotado, los usuarios finales tienen mejores ideas decómo debería ser el sistema
  16. 16. Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalDesarrollo mediante prototipajeParte de la creación de un primer sistema simplificado (prototipo) al cualse le determinaran en mas detalle, lo requisitos para la construcción delsistema real.ConstrucciónPrototipo inicialEvaluar elprototipodecidirabandonarPrototipajeexitosorevisarprototipoPasar al ciclo devida tradicionalCompletar elsistema a partirdel prototipo
  17. 17. Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalDesarrollo conjuntoRefieree a la fase de recogida de características deseadas del sistema oproducto de TIC. Pretende aligerar la recopilación de requisitos deusuarios finales a la hora de iniciar el análisis del mismo.Reuniones individuales e independientes con usuarios lideres pararecogida de requisitosLos analistas compilan toda la información y presentan una propuesta alos usuarios, quienes normalmente no están de acuerdo, y debe iniciarseun proceso iterativo para llegar a un acuerdo sobre las funcionalidades aimplantar.
  18. 18. Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalDesarrollo conjuntoLa metodología requiere de un moderador o principal tomador dedecisiones que controle la reunión.A pesar de ser una solución bastante útil y acertada, la realidad nopermite llevarla a cabo en muchas organizaciones, debido a la dificultadde reunir a todos los usuarios que deben participar en el análisis y diseñode un sistema de información simultáneamente en el mismo lugar.
  19. 19. Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalDesarrollo mediante la implantación de paquetesLa selección de paquetes de mercado, su implantación, con las consideraciones y requisitos:Alineación de procesos del negocio y las funcionalidades del ERPParticipación de los directivosEscoger el equipo apropiadoSelección y gestión de los consultoresDisponer de una metodología clara de implantaciónInvolucración y formación de usuarios desde el inicioMejora continua y mantenimiento de la funcionalidad
  20. 20. Consideraciones sobre el desarrollo de proyectos de Ticsmediante el ciclo de vida tradicionalLa implantación no obvia la fase de recogida de necesidades, aunque encierta medida viene mediatizada por la existencia de una determinadasolución en partes de la empresaDesarrollo mediante la implantación de paquetes
  21. 21. FASE 3IMPLANTACIÓN PUESTA EN MARCHA Y UTILIZACIÒN POR LOS USUARIOSProceso de Interacción con los usuarios finales para una implantaciónexitosaDetección de oportunidades de mejora en los procesos denegocio a formatizarDefinición de requisitos redquisitosDocumentos y rediseño de los procesos de negocios afectadosDiseño de elementos externos al propio sistema
  22. 22. Validación de la ergonomía, la funcionalidad y la usabilidadValidación de maquetas y prototiposRedacción de normativas y manuales de usuarioElaboración, validación del material para la formación einformaciónFormación a formadoresComunicación y venta del nuevo sistema, mediante reunionespresenciales y con instrumentos de apoyo para la capacitaciòn
  23. 23. Elaboración y validación del material de divulgaciónValidación del plan de puesta en marchaSugerencias post-implantaciónEstudios de satisfacción
  24. 24. Fase 4. Operación y mantenimiento de la solución desarrolla.La fase 4, representa la puesta en marcha del nuevo sistema; se debegarantizar la adecuación del mismo a las necesidades del negocio ydel mercado (mantenimiento evolutivo) y además la disponibilidad yla calidad del sistema resolviendo los problemas detectados durante suejecución (mantenimiento Correctivo), pero lo que realmentegarantizará la eficiencia del sistema es el diseño de políticas de controlde calidad, específicas y rigurosas, desde el inicio del proyecto
  25. 25. El concepto de riesgo de un proyecto.Todo proyecto se basa en proyecciones de escenarios. Al no tenercerteza sobre los flujos futuros que ocasionará cada inversión, seestará en una situación de riesgo o incertidumbre.El riesgo de fracaso del proyecto debe minimizarse desde el momentode la planificación, es decir detectar e intervenir el problema conanticipación antes de que éste sea irresoluble. Sin embargo lamayoría de los estudios de variabilidad que se realizan antes decomenzar un proyecto raramente contienen documentación acerca delos posibles riesgos derivados, por ejemplo, de los retrasos en lasentregas, errores técnicos o el fracaso en general
  26. 26. Ignorar los riesgos en un proyecto trae comoconsecuencia: Problemas con los beneficios anticipados debido a dificultadesdurante la implantación. Costes de implantación más elevados de lo esperado.Plazos de entrega más largos de los previsto.Sistemas con rendimientos menor a lo esperado.Incompatibilidad del sistema con el software y hardware previstos.Dimensiones que influyen en el riesgo:1. Tamaño del proyecto2. Experiencia con la tecnología.3. Estructura de los procesos a informatizar
  27. 27. Dimensiones que influyen en el riesgo.Tamaño del Proyecto:Cuanto mayor sea la dimensión del proyecto en términos monetarios, número decolaboradores, tiempo necesario y número de departamentos que afecta, mayor será elriesgo.Experiencia con la tecnología:Se deben evaluar dos colectivos el técnicos y los usuarios. El riesgo de problemastécnicos aumenta en cuanto sea menor el conocimiento del Software y hardware de lossistemas operativos, de las bases de datos y del lenguaje utilizado por parte del equipo.Estructura de los procesos a informatizarSon menores los riesgos en aquellos proyectos en los que las tareas están estructuradasdesde el inicio y no permiten excesivos cambios ,que aquellos que si permitenmodificaciones durante la realización
  28. 28. Elevada estructuraBaja estructuraRiesgo medio (muysusceptiblea una maladirección del proyecto)Riesgo bajo(muy susceptiblea unamala dirección delproyecto)Reiesgo muy elevadoRiesgo elevadoBaja tecnologíaRiesgo bajoRiesgo muy bajoRiesgo medioRiesgo medio bajoAlta tecnologíaProyecto grandeProyecto pequeñoProyecto grandeProyecto pequeñoTabla de riesgos
  29. 29. Nivel de la TareaRequerimientosde Conocimientosde TecnologíaHabilidades deLiderazgoHabilidades deGestión
  30. 30. Características del ResponsableLIDERSist.Genéricos deG.P.HerramientasDisponiblesControl deTiempoFactores deRiesgoRecursosUtilizadosCaract.Diferencial delos Proy.
  31. 31. Responsabilidades del LiderControl de GastosControl de TiempoControl dePersonal
  32. 32. No Tratamos el Problema CorrectoTodo proyecto entraña la necesidad deresolver un problemaLa misión no está articulada de forma realistaNo se comprende claramente la dimensión de la crisisporque cada grupo tiene su propia visión de la misma
  33. 33. Diseñamos lo que no eraSuele ocurrir que los equipos de trabajo se apresuran para luegodescubrir que ciertos detalles se han hecho de forma errónea o sehan omitido por completoEl proyecto no estaba delineado correctamente en todassus dimensionesNo se ha dejado participar al cliente como es debidoSe ha perdido algún eslabón al transformar losrequisitos en diseño
  34. 34. Utilizamos la Tecnología EquivocadaLa elección de un tipo de tecnología u otra dependedel entorno en que la empresa se desenvuelve.La tecnología no cubra las necesidades funcionales de laempresaElegir la tecnología adecuada y que el personal quedebe manejarla carezca de las aptitudes necesariasLa tecnología no pueda hacer frente al crecientevolumen de negocios
  35. 35. El Equipo no CongeniabaUn equipo de trabajo bien estructurado es aquel en el que cadamiembro comprende su papel en la ejecución del proyecto y lodesempeña de forma adecuada.La organización del proyecto no es clara y los papeles noestán bien trazadosCuando se producen diatribas entre sus miembros y seculpan en público de los errores
  36. 36. No involucramos a la Gente AdecuadaAlguna persona que, al no ser incluida en el proyecto, ha provocadola ruina del mismo o, al menos, ha conseguido ralentizarlo.No se ha involucrado a la gente adecuada cuando noexiste una definición clara de quién es el cliente.Cuando no se ha identificado a aquellos que puedencatapultar el proyecto hacia el éxito o el fracaso
  37. 37. No comunicamos adecuadamenteElaborar y ejecutar un plan de comunicaciones sólido va a resultardeterminante para que el proyecto alcance buenos resultadosEl no definir con claridad al público objetivo o no circunscribirse aél adecuadamente.Los indicios de que algo no marcha bien son las preguntas que elpúblico objetivo hace sobre cuestiones que ya han sido explicadas.
  38. 38. Otros Errores ImportantesIntentamos hacer demasiadoNo teníamos un Plan BNo prestamos atención a los riesgos del proyectoEl proyecto costó mucho más de lo que se esperaba

×