Aplicación de Scrum e ITIL V 3 0 para el desarrollo de software Mx Mobile para la empresa Petroworks S A S

Texto completo

(1)APLICACIÓN DE SCRUM E ITIL V3.0 PARA DESARROLLO DE SOFTWARE MX MOBILE PARA LA EMPRESA PETROWORKS S.A.S.. PRESENTADO POR: JUAN DAVID FUYA LÓPEZ Juan.fuya@campusucc.edu.co MARLON CHARA SALAZAR Marlon.chara@campusucc.edu.co LEANDRO HUMBERTO ORTIZ BONILLA Leandro.ortizb@campusucc.edu.co. UNIVERSIDAD COOPERATIVA DE COLOMBIA. PROGRAMA DE INGENIERIA DE SISTEMAS FACULTAD DE INGENIERIAS Bogotá 2019.

(2) APLICACIÓN DE SCRUM E ITIL PARA DESARROLLO DE SOFTWARE MX MOBILE. JUAN DAVID FUYA LÓPEZ MARLON CHARA SALAZAR LEANDRO HUMBERTO ORTIZ BONILLA. Modalidad de grado seminario de perfeccionamiento PGTI requisito parcial para obtener el título de INGENIERO DE SISTEMAS. Director: Juniel Almeida Bravo. UNIVERSIDAD COOPERATIVA DE COLOMBIA. PROGRAMA DE INGENIERIA DE SISTEMAS FACULTAD DE INGENIERIAS Bogotá 2019 Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 2.

(3) NOTA DE ACEPTACIÓN. ____________________________________ ____________________________________ ____________________________________ ____________________________________ ____________________________________. _______________________ PRIMER JURADO. _______________________ SEGUNDO JURADO. Bogotá, febrero, 2019. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 3.

(4) TABLA DE CONTENIDO 1. Introducción ....................................................................................................... 8 2. Descripción del problema .................................................................................. 9 3. Objetivos ......................................................................................................... 10 3.1. Objetivo general ........................................................................................ 10. 3.2. Objetivos específicos ................................................................................ 10. 4. Marco Teórico ................................................................................................. 11 4.1. ITIL............................................................................................................ 11. 4.1.1. Estrategia del servicio ........................................................................ 11. 4.1.2. Diseño del servicio ............................................................................. 12. 4.2. SCRUM..................................................................................................... 12. 4.2.1. Transparencia .................................................................................... 13. 4.2.2. Inspección .......................................................................................... 13. 4.2.3. Adaptación ......................................................................................... 13. 5. Diagnostico...................................................................................................... 15 6. Metodología ..................................................................................................... 19 7. Diseño ingenieril .............................................................................................. 20 7.1. Aplicación del marco ITIL.......................................................................... 21. 7.1.1. Estrategia del servicio ........................................................................ 21. 7.1.1.1 7.1.2. 7.2. Gestión Financiera....................................................................... 21. Diseño del servicio ............................................................................. 21. 7.1.2.1. Gestión del catálogo del servicio ................................................. 21. 7.1.2.2. Gestión de niveles de servicio. .................................................... 22. 7.1.2.3. Gestión del riesgo ........................................................................ 22. 7.1.2.4. Gestión de disponibilidad ............................................................. 23. 7.1.2.5. Gestión de capacidad .................................................................. 23. Aplicación de Scrum ................................................................................. 24. 7.2.1. Definición de roles .............................................................................. 24. 7.2.2. Definición de Product Backlog ........................................................... 24. 7.2.3. Definición de las historias de usuario ................................................. 24. 7.2.4. Creación de sprint backlog ................................................................. 24. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 4.

(5) 7.2.5. Definición de tiempos ......................................................................... 27. 8. lista de anexos ................................................................................................ 29 8.1. Anexo 1. Historias de usuario ................................................................... 29. 9. Glosario ........................................................................................................... 40 10.. Bibliografía ................................................................................................... 41. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 5.

(6) LISTA DE GRÁFICOS. Gráfico 1 Número de Órdenes de trabajo por semana ..................................................................................... 16. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 6.

(7) LISTA DE TABLAS Tabla 1 Descripción de presupuesto .................................................................................................................. 21 Tabla 2 Matriz de riesgos .................................................................................................................................. 23 Tabla 3 Sprint 0 ................................................................................................................................................. 25 Tabla 4 Sprint 1 ................................................................................................................................................. 26 Tabla 5 Sprint 2 ................................................................................................................................................. 27 Tabla 6 Tiempos de Sprint ................................................................................................................................. 27. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 7.

(8) 1. INTRODUCCIÓN Con base en los conocimientos adquiridos durante nuestros años en el pregrado de ingeniería de sistemas en la Universidad Cooperativa de Colombia y en conjunto con las metodologías expuestas en el Seminario de profundización PGTI; se pretende aplicar los marcos de referencia SCRUM e ITIL V3.0 en el desarrollo de la aplicación MX MOBILE. De acuerdo a lo anterior, la aplicación de SCRUM en este proyecto tiene como objetivo brindar un valor agregado al producto que se le está dando al cliente. Lo cual se complementará con las buenas prácticas de ITIL, marco que como principal objetivo tiene administrar los servicios y procesos del proyecto.. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 8.

(9) 2. DESCRIPCIÓN DEL PROBLEMA PETROWORKS S.A.S es una empresa de profesionales colombianos que ofrece al mercado del sector petrolero, servicios de perforación, mantenimiento y reacondicionamiento de pozos, la cual tiene su sede principal en la ciudad de Bogotá. Actualmente PETROWORKS S.A.S. tiene como necesidad desarrollar una aplicación móvil que le permita gestionar de forma online y offline las ordenes de trabajo que se generan para diversos procesos que ejecutan en sitios cuyo acceso a internet es limitado. Los técnicos de mantenimiento realizan el registro de las tareas o trabajos desarrollados en documentos físicos, los cuales son llevados y entregados al jefe de equipo para que este realice la transcripción de esta información a la plataforma MAXIMO ASSET MANAGEMENT. Durante un mes de trabajo, se pueden generar más de 200 transcripciones de los registros de trabajos realizados a la aplicación web (vea anexo A). Esto genera un reproceso, lo que a su vez conlleva una pérdida de tiempo y esfuerzo en los jefes de equipos.. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 9.

(10) 3. OBJETIVOS 3.1. OBJETIVO GENERAL. Implementar los lineamientos de los marcos de referencias Scrum e ITIL V3.0 durante el desarrollo del proyecto de creación de la aplicación MX MOBILE para la empresa PETROWORKS S.A.S, asegurando así, por medio del uso de estos marcos un mayor nivel de calidad tanto para la aplicación como para la empresa.. 3.2. OBJETIVOS ESPECÍFICOS   . Determinar los objetivos estratégicos de la empresa para hacer uso de los marcos de referencia. Desarrollar la estrategia del servicio de la aplicación. Presentar al final de cada una de las fases las mejoras entregadas gracias a la aplicación de estas metodologías.. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 10.

(11) 4. MARCO TEÓRICO Con el fin de realizar una correcta aplicación de las metodologías seleccionadas para este proyecto a continuación se describirá en términos generales en qué consisten los marcos de trabajo ITIL y SCRUM 4.1. ITIL. ITIL es un conjunto de buenas prácticas que nos permite gestionar los servicios de TI con el fin de adaptarlos a las necesidades de la organización o proyecto con el propósito de generar valor al producto a través de una serie de actividades que se desarrollan a lo largo del ciclo de vida del servicio (Figura 1). Figura 1. Ciclo de vida del servicio - ITIL. Para propósitos de este proyecto, se pretende implementar las dos primeras etapas del ciclo de vida de ITIL conocidas como Estrategia del servicio (SS) y Diseño del servicio (SD) 4.1.1 Estrategia del servicio Tiene como propósito definir claramente los términos y resultados del negocio, esto es con el fin de asegurar que en la fase de diseño se desarrollen actividades acordes a los objetivos estratégicos del negocio. Además, la estrategia del servicio permite. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 11.

(12) seguir las inversiones a lo largo del ciclo de vida y trabajar con otros procesos de gestión de servicio para asegurar que se logren los resultados esperados. Conforme al alcance definido por ITIL, la estrategia del servicio incluye dos aspectos principales los cuales son:  . Definir una estrategia sobre cómo un proveedor de servicio brindará servicios que satisfagan las necesidades de los clientes Definir una estrategia para gestionar los servicios.. 4.1.2 Diseño del servicio Esta fase nos provee los lineamientos necesarios para diseñar el servicio de forma que se requieran mejoras nominales durante su ciclo de vida a través de la identificación, definición y alineación de la solución tecnológica que se pretende desarrollar. Los beneficios que se obtienen a través del diseño del servicio pueden ser mejoras en la calidad del servicio, mejoras en el alineamiento del servicio con las necesidades del negocio y mejoras de consistencia del servicio entre otros. Los procesos son del SD:        . 4.2. Coordinación del diseño Gestion de catálogo de servicios Gestión de niveles de servicios Gestión de proveedores Gestión de disponibilidad Gestión de capacidad Gestión de la continuidad de servicios de TI Gestión de seguridad de la información. SCRUM. Para esta aplicación del marco de trabajo SCRUM se ha tomado como referencia un proyecto que se torna factible desde el punto de vista práctico y que nos puede garantizar la correcta aplicación de este marco. Según Monte, Galiano “Scrum no da una definición oficial de proyecto, porque para Scrum, por encima «del plan» está el producto, y el hecho de proporcionar valor (aunque sea poco) cada poco tiempo.. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 12.

(13) Lo que significa que por este lado se pretende enfocar en el valor del proyecto en cuestión y no en cómo se realiza un proyecto esto con la premisa” (Monte Galiano, 2016) “Un proyecto Scrum consiste en un esfuerzo de colaboración para crear un nuevo producto, servicio u otro resultado tal como se define en la Declaración de la visión del proyecto (Project Vision Statement)” (SCRUMStudy TM., 2017) SCRUM es un marco de referencia para el desarrollo y mantenimiento de productos complejos. Se basa en la teoría del control de procesos empírica o empirismos. Lo cual hace referencia al conocimiento adquirido a través de la experiencia para la toma de decisiones. Existen tres pilares los cuales hacen parte del proceso de control empírico:  Transparencia  Inspección  Adaptación 4.2.1 Transparencia Basado en la transparencia, SCRUM debe ser visible para todos los involucrados en el desarrollo del producto, es decir, los aspectos significativos deben ser definidos por un estándar común de tal forma que los observadores entiendan lo que se está viendo. 4.2.2 Inspección La frecuencia de los artefactos de SCRUM debe ser inspeccionada constantemente, sin interferir en el desarrollo del trabajo; esto con el fin de lograr el progreso hacia un objetivo detectando sus variaciones. Estas inspecciones son más beneficiosas cuando se realizan de forma diligente por inspectores expertos en el mismo lugar de trabajo. 4.2.3 Adaptación En caso de que el producto resultante se desvíe del límite aceptable el proceso o el material debe ser ajustado. Esto lo determina un inspector y debe realizarse cuanto antes para minimizar desviaciones mayores. Para SCRUM esto se deben realizar 4 eventos formales contenidos dentro del Sprint:. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 13.

(14)    . Reunión de planificación del Sprint SCRUM diario Revisión del Sprint. Retrospectiva del Sprint. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 14.

(15) 5. DIAGNOSTICO Mediante la revisión y supervisión del proceso que se lleva actualmente para el registro de actividades realizadas o programadas y materiales utilizados en campo, se pudo detectar que existen varios puntos que inciden en el retraso y reproceso de las actividades. Esto influye negativamente en los tiempos de reporte y respuesta en la atención a fallas y problemas detectados por los mecánicos que trabajan en campo. La figura 2, muestra un ejemplo de una orden de trabajo con los campos que se deben diligenciar. Figura 2 Ejemplo de orden de trabajo Orden de trabajo OT29714. Descripción Articulo de Ubicación Regional configuració n FAOC: Fuera MED.Temp MED.TEMP NORTE de servicio Casa Verde CASA VERDE EB MED.Temp Casa Verde UMTS/LTE en Medellin EB sin PE.. Departame Ciudad / nto Municipio. Tipo de trabajo. Estado. Descripcion Incidente Clasificación Ruta de Propietario Grupo Site estado relacionado clasificación Owner. ANTIOQUIA MEDELLIN. ME. COMP. Tarea INC107147 CONTINUA Completada 9. SERVICIOS MOVILES \ AFECTACIO N DE SERVICIO_A CCESO \ CONTINUA. James Hernan Reina Bolanos. SMU. Fecha de creación. Inicio real. Finalización real. Prioridad. CAMPO SMU 3/9/19 10:48 AM 3/9/19 12:08 PM 3/9/19 12:08 PM Bajo EMERGENCI NOROCCIDE A NTE NOKIA NOROCCIDE NTE. Estos campos son llenados en una planilla por los mecánicos de forma manual, para posterior a ello ser enviado al coordinador quien transcribir las planillas entregadas por los mecánicos que tenga a cargo en el sistema experto MAXIMO. Como se pudo notar durante la observación del proceso, en ocasiones los mecánicos omiten información y en otros es el coordinador quien los omite debido al gran número de información que debe diligenciar. Se evidencio también, que en ocasiones no se logra interpretar correctamente lo registrado en la planilla debido a que son diligenciadas manualmente. Durante el proceso de revisión se tomó una muestra de 8 semanas para determinar el número de órdenes de trabajo registradas en el sistema la cual se muestra en el gráfico 1.. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 15.

(16) Gráfico 1 Número de Órdenes de trabajo por semana. Número de ordenes de trabajo por semana 70. 63. 60 47. 50. 50. 62. 60 54. 48. 41 40 30 20 10 0 Semana 1 Semana 2 Semana 3 Semana 4 Semana 5 Semana 6 Semana 7 Semana 8. En promedio se atienden 213 órdenes de trabajo al mes. Cada OT (Orden de trabajo) tiene como mínimo una tarea asignada y una mano de obra para cada tarea a realizar. Lo cual implica dos registros adicionales por cada OT. Con base a los números que se obtuvieron de las 8 semanas de OT se quiere lograr mostrar que el proceso que llevan los ingenieros manualmente es ineficiente y que debe llevarse a la automatización y digitalización por medio de una aplicación móvil y un administrador de datos a través de la web. Redhat que es una empresa multinacional de software introduce que “La automatización de TI, a la que a veces se hace referencia como automatización de infraestructura, es el uso de software para crear instrucciones y procesos repetibles a fin de reemplazar o reducir la interacción humana con los sistemas de TI. El software de automatización funciona dentro de los límites de esas instrucciones, herramientas y marcos para realizar las tareas con muy poca intervención humana. La automatización es clave para la optimización de TI y la transformación digital. Los entornos modernos y dinámicos de TI necesitan tener la capacidad para escalar más rápido que nunca, y la automatización de TI es fundamental para hacer esto posible” Esto es un indicio para cambiar la elección del camino físico al camino digital y que este proceso de las OT debe llevarse a través de un medio no-manual por los. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 16.

(17) múltiples beneficios que se pueden llegar a obtener y que a su vez causan un buen efecto en todas las áreas relacionadas con el proceso. En términos de digitalización es importante tener en cuenta varios aspectos esenciales que recaen sobre temas ambientales, de costos y de tiempo: -. Es posible obtener aproximadamente 6 mil hojas de un árbol que ha tardado 20 años en crecer, es decir que 20 años después se pueden obtener otras 6 mil más. Petroworks requiere 6 mil hojas cada 5 meses no solamente para realizar este proceso en campo también para otros procesos en donde se evidencia el uso de papel.. -. Se generan en promedio 54 OT a la semana debido a la necesidad de tener que hacer los reportes de forma manual y después reportarlos en el sistema. Sería posible atender más OT asignadas si se hace desde la aplicación ya que se estaría registrando directamente en el sistema experto MAXIMO incrementando la productividad y los tiempos de atención.. -. Las OT tienen tareas asignadas, las cuales dependiendo de la complejidad de estas pueden requerir más personas que realicen dicha actividad. Hay personal que tiene especialidad para cierto tipo de tareas. En ocasiones dichos especialistas no logran trabajar sobre otras OT debido a que no han hecho el reporte de la Tarea en el sistema, lo que retrasa la realización de otras OT.. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 17.

(18) Gráfico 2 Árboles consumidos cada 5 años por reporte de OT. Árboles consumidos cada 5 años 3,5 3 2,5 2 1,5 1 0,5 0 5. 10. 15. 20. Árboles consumidos cada 5 años. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 18.

(19) 6. METODOLOGÍA La metodología aplicada en este trabajo es de tipo exploratorio. Se basó en las siguientes etapas: . .  . Desarrollo de la estrategia del servicio. De acuerdo a esta fase de ITIL la organización dispondrá de las habilidades necesarias para diseñar, desarrollar e implementar la gestión de servicios como punto estratégico, teniendo en cuenta los siguientes procesos que se tomarán como referencia. o Gestión financiera Aplicación de la fase de diseño del servicio, la cual provee lineamientos para el diseño y desarrollo del servicio que se pretende optimizar mediante el uso de una aplicación móvil: o Gestión de catálogo del servicio o Gestión de niveles del servicio o Gestión del riesgo o Gestión de disponibilidad o Gestión de capacidad o Gestión de la seguridad de la información Revisión de antecedentes de la utilización de SCRUM en la gestión y control de proyectos Elaboración de una metodología integradora orientada a aplicar las prácticas de SCRUM.. Medición y tomas de tiempo de ejecución de tareas o procedimientos desarrollados actualmente.. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 19.

(20) 7. DISEÑO INGENIERIL El proceso de órdenes de trabajo permite gestionar el trabajo y los costes relacionados para los activos y las ubicaciones con los que cuenta la empresa Petroworks. Puede asociar los clientes con órdenes de trabajo y especificar los activos, ubicaciones, planes, acuerdos de nivel de servicio, acuerdos de cliente y planificaciones de precios asociados que sean específicos del cliente. Cuando se crea órdenes de trabajo, inicia un proceso de administración de mantenimiento y crea un registro histórico del trabajo solicitado y realizado. Las órdenes de trabajo especifican las tareas, la mano de obra, los materiales, los servicios y las herramientas que se necesitan para completar el trabajo. Como primer paso, el encargado de la planeación de cada tarea debe ingresar al sistema y crear la OT, la cual debe ser verificada y aprobada por un supervisor. Una vez aprobada se debe entregar al jefe de equipo las órdenes de trabajo quien deberá entregarlas a sus mecánicos para que haga la actividad requeridas para cumplir con las tareas asignadas en dichas órdenes. Cada tarea asignada a una mano de obra (mecánicos en este caso) debe ser registra y documentada en la orden de trabajo, junto con la evidencia de la realización de la actividad asignada. Para poder hacer el registro de la actividad en campo, Petroworks utiliza un sistema de registro de planillas de forma manual. En el cual se especifica:     . Tiempos de inicio y finalización de la tarea Duración total de la tarea Cantidad de Materiales utilizados Estado final de la actividad (exitoso, no exitoso, exitoso con errores, etc.) Descripción de la tarea realizada. Una vez diligenciada la planilla con toda la información solicitada, cada mecánico deberá entregarla a su respectivo jefe de equipo quien a su vez deberá registrar la información suministrada en el sistema experto MAXIMO. Después de un diagnostico en investigación, se pudo determinar que se está generando un reproceso en el registro de la información ya que el mecánico podría. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 20.

(21) diligencia la información directamente en el sistema si tuviera una herramienta en campo que le permitiera hacer dicho proceso. Esto evitaría la generación de planillas físicas y minimizaría el número de errores en la trascripción de la información, así como también aumentaría los tiempos de gestión y atención de las órdenes de trabajo.. Como parte del problema anteriormente descrito se aplicarán los marcos de referencias ITIL 3.0 y Scrum. 7.1. APLICACIÓN DEL MARCO ITIL. De acuerdo al alcance definido para esta propuesta se hará el desarrollo de los procesos descritos por ITIL Estrategia del servicio y Diseño del servicio. 7.1.1 Estrategia del servicio 7.1.1.1 Gestión Financiera Para el desarrollo de este proceso se ha asignado un presupuesto de $30.000.000 COP. El cual esta designado únicamente para el desarrollo de la aplicación móvil con la que se pretende hacer la mejora del servicio. Tabla 1 Descripción de presupuesto. # Ítem 1 2 3. Descripción Equipo de desarrollo Licencia de uso de API de MAXIMO Presupuesto para grupo de soporte. Presupuesto asignado $18.000.000 COP $2.000.000 COP $10.000.000 COP Total $30.000.000 COP. 7.1.2 Diseño del servicio 7.1.2.1 Gestión del catálogo del servicio El servicio que se ofrecerá será el registró y gestión de órdenes de trabajo que se generan en Petroworks.. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 21.

(22) 7.1.2.2 Gestión de niveles de servicio. La aplicación que se desarrollara tendrá la posibilidad de trabajar con o sin conexión a internet en caso de que se generen errores del sistema críticos que impidan el reporte de las órdenes de trabajo se deberá contactar a la mesa de ayuda mediante correo electrónico notificando la falla y se tendrá un plazo máximo de 48 horas para dar respuesta y solución a la falla. La mesa de ayuda deberá hacer un análisis de primer nivel para determinar si en la base del conocimiento ya se tiene registro del problema y su respectiva solución deberá aplicarla, en caso contrario, deberá registrar la falla y escalarla al grupo de desarrollo para su gestión. Para requerimientos nuevos durante la fase de desarrollo de la aplicación, se deberá esperar a que el sprint en curso sea finalizado y reportar con antelación al Project Owner la necesidad o requerimiento que se tenga para que de acuerdo al Product Backlog sea asignado al próximo Sprint. 7.1.2.3 Gestión del riesgo En la siguiente Matriz de riesgo se registraron los riesgos identificados para el servicio: Lista de riesgos: 1. Detención inesperada de la aplicación. 2. Perdida de conexión con el directorio activo 3. Perdida de registros 4. No se pueden registrar ordenes de trabajo 5. Acceso no autorizado a la aplicación 6. Falla en sincronización con aplicación web. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 22.

(23) Tabla 2 Matriz de riesgos Casi certeza F R E C U E N C I A. Muy probable. R1. Probable. R6. R2. R3. Improbable. Raro Insignificante. Menor. Moderado. R5. R4. Mayor. Catastrofico. CONSECUENCIAS. 7.1.2.4 Gestión de disponibilidad Como parte de la gestión del servicio, se estableció un AST de 24 horas al día y un tiempo de restauración de 1 hora. De acuerdo a la fórmula de disponibilidad descrita por ITIL el porcentaje de disponibilidad del servicio será del 95.83% 𝐷𝑖𝑠𝑝𝑜𝑛𝑖𝑏𝑖𝑙𝑖𝑑𝑎𝑑 (%) =. 24 ℎ𝑜𝑟𝑎𝑠 − 1 ℎ𝑜𝑟𝑎 ∗ 100 = 95.8333% 24 ℎ𝑜𝑟𝑎𝑠. 7.1.2.5 Gestión de capacidad Toda la infraestructura principal de la aplicación web MAXIMO, está gestionada por Petroworks. La aplicación móvil hará uso de dichos servicios como lo es API, base de datos y directorio activo.. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 23.

(24) 7.2. APLICACIÓN DE SCRUM. Como parte del desarrollo de la aplicación móvil que permitirá gestionar y agilizar los procesos del servicio de Órdenes de trabajo, se implementará el marco de trabajo Scrum, el cual facilitará mediante cada iteración (Sprint) aplicar y/o acordar ajustes para la siguiente iteración. Haciendo que la entrega del producto sea acorde a la necesidad del negocio y genere valor al servicio. 7.2.1 Definición de roles Rol StakeHolders Product Owner Scrum Master Equipo de desarrollo. Persona asignada Petroworks José Martínez Camila Gomez Juan Fuya, Marlon Chara y Leandro Ortiz. 7.2.2 Definición de Product Backlog Se definió un Product backlog entre el Product Owner y los StakeHolders del proyecto para ser ejecutados a través de cada sprint. Ver anexo 1. 7.2.3 Definición de las historias de usuario Con base al Product backlog definido en el Anexo 1 se crearon las historias de usuario entre el Scrum Master y el Product Owner. Las historias de usuario se encuentran en el anexo 2. 7.2.4 Creación de sprint backlog Como parte de la entrega continua que sugiere Scrum se procede con la creación del sprint backlog para generar el MVP que requiere el cliente. Se llegó a un acuerdo con el cliente para la realización de 3 Sprint los cuales se describen a continuación:. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 24.

(25) Tabla 3 Sprint 0. Sprint-00 Núm. 1 2 3 3 3 4 5 6 7 8 9 10 11 12 13 14 15 16. Tarea Definición de paleta de colores definir plantilla visual Android Creación de interfaz login Creación de interfaz configuración inicial(url) Creación interfaz centro de inicio Creación interfaz creación de OT Creación de interfaz (planeación servicios) Creación de interfaz (planeación mano de obra) Creación de interfaz (planeación tareas) Creación de interfaz(adjuntos) Creación de interfaz (reporte de anomalías) Definición de tablas a usar desde MAXIMO Definición de esquema de base de datos móvil (Login) Configurar proyecto en Android Studio Configurar repositorio en equipos de trabajo Configurar emulador en Android Studio definición de estándares de programación Listas de OT. Peso Historia 3 8 2 5 13 13 5 5 5 13 5 5 8 5 2 8 5 13. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 25.

(26) Tabla 4 Sprint 1. Núm . 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25. tarea. Peso Historia. Diseño de modelo E/R maestros Planes de Trabajo Configuración de motor de base de datos SQLite en Android Definir encriptación de base de datos Definición de perfiles móviles en MAXIMO Configurar el puerto seguro de MAXIMO en la maquina 61 Construcción script para SQLite de la base de datos MAXIMO móvil parte 1 Construcción script para SQLite de la base de datos MAXIMO móvil parte 2 Construcción script para SQLite de la base de datos MAXIMO móvil parte 3 Construcción script para SQLite de la base de datos MAXIMO móvil autenticación Encriptar la base de datos construcción de interfaz de configuración de carga y descarga construcción de lógica de autenticación online para MAXADMIN parte 1 construcción de lógica de autenticación online para MAXADMIN parte 2 Desarrolla mensaje de error de conexión Configuración del perfil de seguridad en aplicación Pendientes de sprint 1 parte 1 Pendientes de sprint 1 parte 2 Creación de log llenado de tabla maestro asset llenado de tabla maestro items llenado de tabla maestro servicios llenado de tabla maestros de especialidades llenado de tabla maestros de ubicaciones llenado de tabla maestro de planes de trabajo llenado de tabla maestro de anomalías. 5 5 13 3 3 13 13 13 13 13 8 20 20 8 20 13 13 20 20 20 20 13 13 13 13. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 26.

(27) 26 27 28. Llenado de configuración de conexión descarga lista de OT llenado de tabla maestro de plantas. 3 20 20. Tabla 5 Sprint 2. Núm. 1 2 3 4 5 6 7 8 9 10. Tarea Configuración del perfil de seguridad en aplicación llenado de tabla maestro de plantas llenado de tabla maestro items llenado de tabla maestro servicios llenado de tabla maestros de especialidades llenado de tabla maestro de anomalías llenado de tabla maestros de ubicaciones llenado de tabla maestro asset llenado de tabla maestro de planes de trabajo descarga lista de OT. Peso Historia 20 20 20 20 13 13 13 8 8 8. 7.2.5 Definición de tiempos De acuerdo con el equipo de desarrollo y scrum master, se definió un tiempo de duración de 2 semanas para el desarrollo de cada Sprint. Según la guía de Scrum, al tener Sprint con duración de 2 semanas las reuniones de planeación tendrán un tiempo de 4 horas, la reunión de Review y Retrospective 2 horas. Tabla 6 Tiempos de Sprint. SPRINT. FECHA INICIO. FECHA FIN. Sprint 0. 01-04-2019. 12-04-2019. Sprint 0 - revisión cliente. 15-04-2019. 15-04-2019. Sprint 1. 16-04-2019. 02-05-2019. Sprint 1 - revisión cliente. 03-05-2019. 03-05-2019. Sprint 02. 04-05-2019. 17-05-2019. Sprint 2 - revisión cliente. 20-05-2019. 20-05-2019. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 27.

(28) Sprint 3. 21-05-2019. 04-06-2019. Sprint 3 – revisión cliente. 05-06-2019. 05-06-2019. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 28.

(29) 8. LISTA DE ANEXOS 8.1. ANEXO 1. HISTORIAS DE USUARIO.

(30) Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 30.










(40) 9. GLOSARIO. API Es un conjunto de reglas (código) y especificaciones que las aplicaciones pueden seguir para comunicarse entre ellas sirviendo de interfaz entre programas diferentes de la misma manera en que la interfaz de usuario facilita la interacción humano-software. 18 AST Tiempo de servicio acordado, 21 Equipo de desarrollo Son las personas que se encargan de desarrollar las tareas descritas en cada sprint backlog, 19 ITIL Information Technology Infrastructure Library (Biblioteca de Infraestructura de TI), 19 MVP Es un producto con suficientes características para satisfacer a los clientes iniciales, y proporcionar retroalimentación para el desarrollo futuro, 22 Product Backlog (Pila del producto) Es la pila de prioridades o necesidades del proyecto, 20 Project Owner (Dueño del proyecto) Es la persona que entiende y conoce la lógica del negoció. Es el encargado de organizar las prioridades en el Product Backlog y de cambiarlas según las necesidades de los interesados (StakeHolders), 20 SCRUM Es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto, 1, 2, 8, 11, 12, 13, 17, 21 Scrum Master Es aquella persona que se encarga de velar por el correcto desarrollo del proyecto, 21 Sprint De acuerdo al marco de trabajo SCRUM, se define como un intervalo o ciclo durante el cual se desarrolla un producto funcional para ser entregado al cliente, 20 Stakeholder (Interesados) Son las personas interesadas en el desarrollo del proyecto y su participación en el proceso es muy limitada, 21.

(41) 10. BIBLIOGRAFÍA AXELOS. (2011). ITIL Service Strategy. Axelos. Monte Galiano, J. (2016). Implantar scrum con éxito. Cataluña: UOC. Obtenido de http://ebookcentral.proquest.com/lib/ucooperativasp/detail.action?docID=47 95177 SCRUMStudy TM. (2017). Una guía para el Cuerpo de Conocimiento de Scrum (Guía SBOK™) – 3ra Edición. Avandale, Arizona. TICBeat. (12 de 06 de 2014). TICBeat. Obtenido de TICBeat: https://www.ticbeat.com/tecnologias/que-es-una-api-para-que-sirve/. Esta obra está bajo una licencia de Creative Commons Reconocimiento-Compartir Igual 4.0 Internacional. 41.

(42)