1 / 16

Caso: Diario de un gerente de proyectos

Caso: Diario de un gerente de proyectos. Sistemas de Información A dministrativa. Integrantes: Soledad Huenumán José Vásquez Yanibel Villa. Ciclo de vida de los SI.

vondra
Download Presentation

Caso: Diario de un gerente de proyectos

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Caso: Diario de un gerente de proyectos Sistemas de Información Administrativa Integrantes: Soledad Huenumán José Vásquez Yanibel Villa

  2. Ciclo de vida de los SI El ciclo de vida de los sistemas de información se compone de seis fases cada una consta de una serie de actividades básicas que es necesario que se ejecuten antes de pasar a la siguiente fase. E Implica una partición de tarea entre los usuarios finales y los expertos en sistemas de información. Estos acuerdos son fundamentales cada vez que se acerca la finalización de cada una de las fases

  3. Identificación de debilidades

  4. Etapas del ciclo de vida ¿Por qué la necesidad de un nuevo proyecto? ¿Hasta donde pretendemos llegar? Se realiza un análisis de los problemas que puede tener la organización y si pueden ser resueltos con la implantación de un nuevo sistema de información. Si así es entonces: • Identificar los objetivos generales del proyecto • Desarrollar un plan de proyecto Definición del proyecto, Se necesita responder a:

  5. Se observa Que fue una idea que tenía en mente y la sugirió tal cual: *Una nueva aplicación de sistema en línea que podría mejorar el servicio al cliente junto con la promoción de una nueva línea de productos. No hubo un análisis mayor de la necesidad. No se identificaron los objetivos generales del proyecto No se desarrollo un plan No se presento un informe de presupuesto (producto final)

  6. Etapas del ciclo de vida • Identificación de los objetivos a alcanzar con el proyecto • Se analizan las soluciones posibles y se presentan a la dirección se realiza: • Análisis FODA • Que hacen los sistemas actuales • Que debe hacer el nuevo sistema • Beneficios • Costes • ¿Qué debe hacer el nuevo sistema? • ¿Cuáles son los beneficios y los costes? Análisis del sistema

  7. Se observa No se especifican los objetivos a alcanzar No tiene documentación del concepto de su sistema No tomo nota de sus discusiones y negociaciones con los usuarios En junio retraso por demora con especificaciones de requerimientos. Diferencias entre el grupo de proyecto del usuario, que estaban basadas en el formato original de enero.

  8. No participó en las negociaciones de los nuevos requerimientos. Luego Gerente de proyecto usuario abierto a satisfacer requerimientos. Publicidad y propaganda entrego volante con la nueva línea de producto y un servicio de atención de cliente computarizado con las especificaciones del usuario no las suyas. Se pide estudiar el retorno de la inversión del proyecto para justificar la aprobación de mas líneas El gerente no tiene tiempo de preparar justificación económica Ordena las líneas telefónicas que necesita para sin aprobación del contralor

  9. Etapas del ciclo de vida • Se traducen especificaciones de diseño realizadas en la etapa de diseño en lenguaje de programación. • Los analistas de sistemas junto con los programadores trabajan para preparar estas especificaciones. • Se debe describir lo que el programa debe contener • Producto final: código de programa Programación

  10. Se observa Modificaciones realizadas al tanteo Diagramas de flujo no representan la lógica del programa actual Por la forma en que fue codificado, no se pueden hacer cambios El grupo trabaja horas extras El subsistema no fue probado como estaba planeado Habiendo un errorcito igual se reporta que están a tiempo para no reportar atraso Al 18 solo se ha terminado un 50% de la modificación

  11. Etapas del ciclo de vida • Pasos finales para pasar usar el sistema de explotación • Pruebas del sistema • Capacidad del mismo y conversión • Se prueba el software • El plan de conversión, consiste en definir un calendario en el que se detallan todas las actividades necesarias para traspasar el sistema antiguo al nuevo Implantación

  12. Se observa • Director contrata a una consultora para implementar el sistema • Grupo concentrado en el diseño original • La consultora desarrollara funciones adicionales requeridas por el usuario • No presta atención a lo que los de la consultora realizan • No están conformes, no hay concordancia entre lo que realiza y lo que prometió • Lo necesitaban hace un mes

  13. Falla prueba de integración de los programas del consultor • Quejas de la consultora que introdujeron cambios indocumentados • Petición de revisión de codificación para conformar una interface con las especificaciones que ellos han descrito • Juntos parcharon el sistema • FINALMENTE EL GERENTE DE PROYECTO SE DA CUENTA DE SUS ERRORES

  14. CAUSAS DEL FRACASO • SOPORTE INADECUADO DE LA GERENCIA DE ALTO NIVEL • POBRE COOPERACION DE LA DIVISION USUARIA • FALTA DE CONOCIMIENTO DE LOS ANALISTAS Y PROGRAMADORES • POLITICAS Y PROCEDIMIENTOS RIGIDOS Y BUROCRATICOS • MUY POCA AUTORIDAD E INDEPENDENCIA DEL GERENTE DE PROYECTOS

  15. Y la empresa

More Related