Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Trabajo gestión del conocimiento (final)

456 views

Published on

  • Be the first to comment

  • Be the first to like this

Trabajo gestión del conocimiento (final)

  1. 1. Integrantes: Alejandro Pardo Fernando Lagos
  2. 2. Índice  Modelo de la organización  Descripción de la organización  Problemas - Oportunidades  Descripción del Área a Mejorar  IDEF 0 - Modelo actual  Tarea seleccionada – Modelo Actual  Modelo de mejora  Modelo de la tarea  Modelo del agente  Propuesta de mejora (Sistema propuesto)  Modelo de Comunicación  Modelo del conocimiento  Caracterización del conocimiento  Transformación del conocimiento  Diseño del modelo  Ontología  Conclusiones  Anexos
  3. 3. Modelo de la Organización  Descripción de la organización  everis es una consultora multinacional que ofrece soluciones de negocio, estrategia y desarrollo, mantenimiento de aplicaciones tecnológicas y outsourcing.  Trabaja bajo la metodología COM, que permite planificar, gestionar y controlar distintos tipos de proyectos, actualmente el 45% de los proyectos trabajan bajo esta metodología.
  4. 4. Modelo de la Organización  Problemas - Oportunidades  Problemas  No se esta usando correctamente la metodología de captura de requerimientos en la organización.  No existe una herramienta adecuada para llevar seguimiento a los requerimientos levantados.  No existe histórico en el levantamiento de requisitos lo que imposibilita la creación de métricas.  Oportunidades  Ha bajado el costo de herramientas que permiten ayudar a la gestión de requerimientos (Incidencias).  La metodología COM tiene practicas y documentación del proceso de Control del proyecto.
  5. 5. Modelo de la Organización  Descripción del Área a Mejorar Nuestro foco de mejora es el Proceso de Control, proceso que incluye el establecimiento de las actividades que se llevarán a cabo para el correcto seguimiento y control de la ejecución de las actividades dentro de un proyecto.  Objetivos del proceso  Recopilar datos reales del progreso del proyecto para proporcionar una visión general.  Verificar los niveles de calidad y estándares acordados con cliente.  Comparar el progreso del proyecto frente a la planificación, para asegurar que el proyecto progresa de acuerdo a lo planificado y, si no es el caso, identificar desviaciones significativas.  Determinar y gestionar acciones correctivas como respuesta a desviaciones significativas.  Gestionar cambios respecto de los compromisos acordados.
  6. 6. Modelo de la Organización  IDF0 nivel 3 Diseño Funcional Normativas y Restricciones Incidencias documentadas Cliente Microsoft Project Análisis incidencia Incidencia Actualizada Actualización documentación funcional Planilla disponibilidad Equipo Documentación Actualizada Asignación incidencia Incidencia Asignada Excel Analista Nos vamos a basar en el mejoramiento del proceso en el Análisis de las Incidencias
  7. 7. Modelo de la Organización  Tarea Seleccionada  Análisis de Incidencias Cliente Durante esta actividad se analizan los informes de incidencias del cliente recibidas y atendidas durante el periodo analizado. Esta actividad engloba: o Revisar los informes de incidencias del cliente recibidas durante el periodo revisado. o Establecer las medidas necesarias a tomar para la gestión de incidencias con resolución compleja. o Se revisa junto al cliente la prioridad de la incidencia. o El analista revisa la complejidad de las tareas o Actualizar (si procede) el informe de incidencias o Estimar las horas de resolución de la incidencia
  8. 8. Modelo de Mejora  Modelo de la Tarea El objetivo de esta tarea, es lograr caracterizar de la mejor forma las incidencias y obtener métricas de resolución para una correcta toma de decisiones. Caracterización de incidencias • • • • • • Complejidad Modificación de BD Modificación de Diseño Técnico Prioridad Fecha de inicio Fecha de finalización Sistematización Otros elementos por estimar Estimación de horas • Métricas de resolución • Tiempo de desarrollo • Indicar expertos Sistematización • • • Riesgos declarados Disponibilidad del equipo Equipo necesario Personalización
  9. 9. Modelo de Mejora  Modelo Agente – Conocimiento - Tarea Ejecuta Analista / Jefe Proyecto Tiene / Usa Gestionar Incidencias Usa/Requiere Conocimiento Conocimiento del Dominio: • Metodología COM • Tecnologías de Desarrollo • Aplicación • Equipo Disponible - Expertos • Negocio Conocimiento Inferido • Si la incidencia no tiene historia anterior no podrá realizarse una estimación • Limitaciones del Alcance
  10. 10. Modelo de Mejora  Conocimiento Tarea Incidencia • Modulo • Impacto • Dificultad • Responsable • Modifica Base de Datos • Modifica Diseño Técnico • Fecha de Inicio • Fecha de Fin • Tecnologías del proyecto Persona • Nombre • Modulo • Tecnología conocida Actores • Analista Persona encargada de analizar y caracterizar las incidencias levantadas por el cliente. • Jefe proyecto Encargado de gestionar y planificar junto a cliente las incidencias analizadas. • Cliente Es quien levanta las incidencias y quien ayuda establece la prioridad de las incidencias.
  11. 11. Propuesta de mejora Sistema Propuesto (JIRA) Este proyecto busca mejorar la forma de trabajo de la organización, gestionando la incidencias con una nueva herramienta, usando la información histórica para la obtención de métricas y la estimación de las incidencias. Lo anterior nos permitirá obtener un aprendizaje organizacional que a la larga se convierte en estimaciones mas precisas para nuestros clientes. Características  Aplicación basada en web para el seguimiento de errores  Apoyo para la gestión de requisitos, seguimiento del estatus y seguimiento de errores.  Permite realizar seguimiento de tareas Ventajas  Genera y visualiza métricas que ayudan en la toma de decisiones estratégicas.  Permite el trabajo en grupo
  12. 12. Modelo de comunicación Cliente Ingresa Requerimiento Jefe de Proyecto Delegar al Modulo Analista Desarrollador Caracterizar Incidencias Sistema Registrar Incidencia Buscar Estadísticas Realizar Estimación Entregar Estimación y candidatos Actualización Documentación Funcional Planificar Incidencia Aprobar Planificación Entregar Planificación Actualizar Fechas de Entrega Escoger Candidato Actualizar Incidencias Registrar Tiempos Actualiza Estadísticas y genera métricas Los Analistas y desarrolladores ayudan a que la aplicación genere nuevas estadísticas a partir de la caracterización y tiempos de entrega y se va mejorando el conocimiento de la organización al ir mejorando la estimación futura de nuevos requerimientos.
  13. 13. Modelo del conocimiento  Caracterización del conocimiento Incidencia Persona  Modulo: Corresponde a la división del  Nombre: Nombre de persona dentro del proyecto especifico. proyecto.  Impacto: Bajo - Medio - Alto  Modulo: Corresponde a la división del proyecto especifico.  Dificultad: Baja - Media - Alto  Tecnología conocida: Tecnologías  Responsable: Persona asociada a la propias del proyecto, que permitan incidencia caracterizar incidencia para nuestro caso:  Modifica Base de Datos: Si - No Oracle– Java – BizTalk - Yourkit.  Modifica Diseño Técnico: Si - No  Tiempo de desarrollo: Cuanto duro la tarea, ingresado al cerrar la incidencia.  Tecnologías del proyecto: Java – Oracle – Biztalk – Yourkit. Estas son algunas características básicas que deben tener la persona e incidencias dentro del sistema para poder generar nuevo conocimiento y en futuro podrán irse generando nuevas caracterizaciones
  14. 14. Modelo del conocimiento  Transformación del conocimiento Socialización Externalización El equipo de trabajo comparten experiencias entre sí, y no necesariamente dejan formalizado el conocimiento. Esto añade conocimiento a la base colectiva de la organización. Los analistas formalizan el conocimiento adquirido por la experiencia y lo dejan plasmado en forma explícita. Esto será el input necesario para nuestros sistema propuesto. Interiorización Socialización El conocimiento formalizado con nuestra sistema, debe ser interiorizado puesto en práctica por todo el equipo de trabajo. El equipo de trabajo comparte experiencias entre sí, y no necesariamente dejan formalizado el conocimiento. Esto añade conocimiento a la base colectiva de la organización. Para este proyecto el énfasis de transformación corresponde a la externalización
  15. 15. Modelo del conocimiento  Ontología Pertenece al Es similar a Modulo Contabilidad Facturación Interfaces Bajo Incidencia tiene Impacto Medio Alto Bajo tiene Persona Dificultad Es resuelta Medio Alto Si Posee Modifica BD Contabilidad Trabaja en Modulo Facturación Posee Modifica DT No Si No Interfaces Java Java Conoce Tecnología Oracle Oracle necesitó Tecnología BizTalk Yourkit Yourkit tiene Nombre BizTalk necesitó Tiempo Desarrollo
  16. 16. Conclusiones  Con esta mejora en el modelo podemos apoyar en gran medida el proceso y empezar a mejorar el conocimiento en la organización.  Esta herramienta podría ser solo una dentro de varias mejoras al proceso del conocimiento que a la larga mejorará la gestión de los proyectos apoyando desde varios aspectos a la organización.  El sistema propuesto puede apoyar en mas etapas del proceso.
  17. 17. Anexos  IDEF0 Nivel 1  IDEF0 Nivel 2
  18. 18. Modelo de la Organización  OM3 – IDF0 nivel 1 Control de cambios Diseño Funcional Normativas y Restricciones Planilla disponibilidad Equipo Incidencia Gestión Incidencia Incidencia planificada Analista Excel Jefe de Proyecto Microsoft Project
  19. 19. Modelo de la Organización  OM3 – IDF0 nivel 2 Diseño Funcional Incidencias documentadas Control de cambios Revisión incidencia Incidencia Actualizada Planilla disponibilidad Equipo Análisis de alcance Normativas y Restricciones Cliente Microsoft Project Excel Analista Jefe de Proyecto Documentación Actualizada Análisis funcional Incidencia Asignada Planificar incidencia Incidencia planificada

×