Modelos y estándares de procesos TSP Ciclo 2 Credit score Grupo Quimera INTEGRANTES: Alexandra Marín – Líder de calidad Juan Carlos Lopera – Líder de planeación Camilo Forero – Lider de desarrollo Luis Carlos Ávila – Líder de soporte Javier Murcia – Líder de equipo

Page  2 1. Producto 2. Reporte de proceso 3. Propuestas de mejoramiento 4. Organización del grupo 5. Herramientas AGENDA

Page  3 1. Producto 2. Reporte de proceso 3. Propuestas de mejoramiento 4. Organización del grupo 5. Herramientas AGENDA

Page  4 Requerimientos Ciclo 2: Ingresar todos los datos requeridos de una persona Calcular su riesgo de crédito usando una versión para Colombia basada en FICO Calcular porcentaje “Historia de pagos” Calcular porcentaje “Montos adeudados” Calcular porcentaje “Duración del crédito” Calcular porcentaje “Nuevos créditos” Calcular porcentaje “Tipo de crédito” PRODUCTO (1)

Page  5 PRODUCTO (2) Interfaz gráfica

Page  6 PRODUCTO (3) Requerimientos ciclo 2 Nota: En este ciclo se terminaron todos los requerimientos definidos. El 29% de la gráfica corresponden a los que no fueron trabajados en este ciclo

Page  7 PRODUCTO (3) Tamaño del producto LOC PlaneadasLOC Reales Criterio Duración Crédito12425 Criterio Historio Pagos12430 Criterio Monto Deuda12423 Criterio Tipo Crédito12426 Criterios Nuevos Créditos12435

Page  8 PRODUCTO (3) Tamaño del producto: LOC Planeadas vs. Reales

Page  9 1. Producto 2. Reporte del proceso 3. Propuestas de mejoramiento 4. Organización del grupo 5. Herramientas AGENDA

Page  10 Reporte de proceso (1) Tiempo planeado vs tiempo ejecutado por integrante Tiempo promedio planeado por integrante28,6h/integrante Tiempo promedio real por integrante30,4h/integrante

Page  11 Reporte de proceso (2) Tiempo planeado vs tiempo ejecutado

Page  12 Reporte de proceso (3)

Page  13 Reporte de proceso (3) Desempeño de los roles Líder del equipo: Junto con el líder de planeación definió las actividades a asignar. Se le dificulto en promover el cumplimiento de las tareas debido al horario tan apretado que tenia cada uno de los integrantes del grupo incluyéndolo. En cuanto a las reuniones, al estar constantemente conectados vía skype, hizo que no fuera necesario programar reuniones. El problema a Resolver era muy sencillo, por lo que no tuvo esforzarse mucho para que el equipo entendiera el problema. Líder de planeación: Líder de desarrollo: Líder de calidad Líder de soporte:

Page  14

Page  15 Reporte de proceso (3) Objetivos y metas no de los miembros por rol Líder de planeación: MetaResultado Incluir el 100% de las tareas en el plan de trabajo. Se elaboro inicialmente una WBS incluyendo en su totalidad los entregables del producto y del proyecto para el ciclo 1, en base a esta se genero el plan de trabajo. Documentar el plan de trabajo y registrarlo a través de una herramienta de control como DotProject. A partir de la WBS y el plan de trabajo se creo la planeaci ó n dotProject. Planear de tal forma que las horas de trabajo a la semana por cada miembro del equipo esten entre 5 y 10 horas. Esta meta no se logro ya que en la estimaci ó n inicial solo se tuvo en cuenta el tiempo necesario para la elaboraci ó n de los entregables del producto mas no los entregables del proyecto, otro factor con el que no cont á bamos era con el tiempo de elaboraci ó n de lineamientos y formatos para la ejecuci ó n del proyecto. Proveer un reporte del estado del proyecto semanalmente. Se planteo la utilizaci ó n de la herramienta planning tool para la generaci ó n de reportes los cuales nos ayudaran a visualizar el estado del proyecto. Verificar que los miembros del equipo reporten el tiempo usado y estado de las tareas asignadas. El l í der de plantaci ó n hacia seguimiento del reporte de actividades en la herramienta, en caso de encontrar faltantes o inconsistencias se comunicaba con el miembro del equipo para hacer revisi ó n de estos casos.

Page  16 Reporte de proceso (3) Objetivos y metas no de los miembros por rol Líder de desarrollo: MetaResultado La estrategia es comprendida en un 100% por los desarrolladores. Al ser el componente a desarrollar tan peque ñ o fue sencillo comprender la estrategia a su 100%. 100% de los requerimientos desarrollados por cicloSe realizaron el 100% de los requerimientos para este ciclo, el cual comprend í a el implementar el core del sistema y la pantalla de ingreso de datos para la evaluaci ó n de riesgo.

Page  17 Reporte de proceso (3) Objetivos y metas no de los miembros por rol Líder de calidad: MetaResultado Todos los miembros del equipo registran la informaci ó n del proceso en el 90% de los casos. Al ser un trabajo en equipo se distribuyó de tal forma el trabajo para que cada entregable fuera entrada para otra parte del proceso, además por cada entregable se definio un par revisor esto nos sirvió para controlar la elaboración de los entregables del proyecto y del producto. El plan de calidad se encuentra completo al 100%.No se definió como entregable

Page  18 Reporte de proceso (3) Objetivos y metas no de los miembros por rol Líder de soporte: MetaResultado Al iniciar el proyecto est á n definidas el 80% de las herramientas a usar. Las herramientas fueron definidas desde la fase de lanzamiento. Los miembros del equipo tienen configurado el 100% de las herramientas definidas al iniciar el proyecto Todo el equipo contaba con el ambiente de desarrollo configurado

Page  Producto 2. Reporte de proceso 3. Propuestas de mejoramiento 4. Organización del grupo 5. Herramientas AGENDA

Page  20 PROPUESTA DE MEJORAMIENTO (1) Soporte Problemáticas identificadas NúmeroDescripción 1Se tuvieron muchos problemas en la instalación y puesta en marcha de la herramienta DotProject, hasta muy al final del ciclo y por tal razón se dificulto la tarea de seguimiento de actividades. Propuestas de mejora NúmeroDescripción 1Configurar la herramienta antes de ejecutar.

Page  21 PROPUESTA DE MEJORAMIENTO (1) Lanzamiento Problemáticas identificadas NúmeroDescripción 1En la estimación de esfuerzo únicamente se tuvo se hizo pensando a nivel de producto mas no de proyecto, por tal razón lo planeado en la estrategia difiere mucho en el tiempo real empleado del ciclo 1. Propuestas de mejora NúmeroDescripción 1En la estimación tener en cuenta el esfuerzo del producto y del proyecto.

Page  22 PROPUESTA DE MEJORAMIENTO (2) Manejo de Riesgos Problemáticas identificadas NúmeroDescripción 1Definición de tareas críticas que toman mucho tiempo y pueden impactar el proyecto. Propuestas de mejora NúmeroDescripción 1Las tareas se planearán de forma que sean de poca duración y sean fáciles de controlar. 2Se planearán contingencias en caso de presentarse alguno de los riesgos identificados.

Page  23 PROPUESTA DE MEJORAMIENTO (3) Comunicación Problemáticas identificadas NúmeroDescripción 1Algunas veces los objetivos de las reuniones de seguimiento no son claros. 2No hubo una comunicación efectiva para informar el avance de las actividades. Propuestas de mejora NúmeroDescripción 1Dar a conocer los objetivos de la reunión al comienzo de cada una. 2Verificar al inicio de cada reunión el estado de las tareas asignadas por integrante.

Page  24 PROPUESTA DE MEJORAMIENTO (4) Control y Seguimiento Problemáticas identificadas NúmeroDescripción 1El registro de defectos no se está manteniendo de forma disciplinada. 2Se ejecutan tareas fuera del plan original que no son registradas. Propuestas de mejora NúmeroDescripción 1Todos los miembros del equipo registraran los defectos y estos se revisarán en cada reunión de seguimiento. 2Tener en cuenta tareas particulares no planeadas inicialmente e incluirlas en la planeación semanal.

Page  25 Agenda 1. Producto 2. Reporte de proceso 3. Propuestas de mejoramiento 4. Organización del grupo 5. Herramientas

Page  26 El ciclo empezaba con una reunión por SKYPE en la que todos discutíamos que tareas iban a ser necesarias y cuales no. Las actividades se subieron al DotProject, y allí cada integrante podía saber cuales eran sus asignaciones y el tiempo que tenia planeado para realizarlas. El contacto por Skype era constante. El Skype nos permitía almacenar los compromisos adquiridos por cada uno de los integrantes del equipo de trabajo. ORGANIZACIÓN DEL GRUPO

Page  27 Agenda 1. Producto 2. Reporte de proceso 3. Propuestas de mejoramiento 4. Organización del grupo 5. Herramientas

Page  28 Herramientas Utilizadas Ciclo I Aplicación FICO HERRAMIENTA UTILIZADAFASE Planeacion - Pruebas Planeacion - PostMortem Analisis - Diseño Implemetación 5. Herramientas

Page  29 Herramientas Utilizadas Ciclo I Aplicación FICO HERARAMIENTA UTILIZADADESCRIPCIONPROSCONTRAS DOT PROJECT Es una aplicación Web, fácil de ingreso solo se necesita Browrser Herramienta nueva equipo se necesita aprendizaje Programación Tareas Fácil de Realizar Inconvenientes instalación herramienta Aplicación de gestión de proyectos basada en web Software Gratuito - Fácil implantación diseñada para gestionar proyectos y sus funciones Robustez y portabilidad de los datos: MySQL Backup de control GUI dotProject Sencilla y facil utilizar Gestión Simple de Usuario y Roles Contiene Diagramas Gannt

Page  30 Herramientas Utilizadas Ciclo I Aplicación FICO HERARAMIENTA UTILIZADADESCRIPCIONPROSCONTRAS PLANNING TOOL Fácil Instalar, solo se necesita JAVA No posee seguridad vulnerabilidad a los datos Enfocado a desarrollo de software (Maneja Ciclo) Poco portable, exporta XML se puede perder Extension de la funcionalidad de DOT-PROJECT Facil conexión con DOT- PROJECT Herramienta nueva equipo se necesita aprendizaje especializacion para proyectos de software Reportes Graficos GUI facil de utilizar e intuitiva Asociación de las fases del ciclo con las tareas planeadas Software Gratuito - Fácil implantacion

Page  31 Herramientas Utilizadas Ciclo I Aplicación FICO HERARAMIENTA UTILIZADADESCRIPCIONPROSCONTRAS ENTERPRISE ARCHITECT Herramienta robusta contiene todos los artefactos planeados Licenciada (Precio Bajo) GUI fácil de utilizar e intuitiva No posee seguridad vulnerabilidad a los datos Herramienta UML para modelar todas las fases Facil instalacion Poco portable, exporta EAP se puede perder del ciclo de vida de desarrollo SW Maneja Estandar UML NO se integra con DotProject Generacion documentos poderosa: en archivos, y en web Solo funciona en plataformas Windows Generacion codigo automatica: A partir de los diagramas Ingenieria Inversa ECLIPSE Compilación Automática: Disminuye tiempo Consume muchos recursos - Memoria Entorno de desarrollo en JAVA Conexión con el CVS utilizamos proyecto Software Gratuito - Fácil implantación Utilización de wizard para crear artefactos software