Taller de Proyectos II by Nicolas Benjamin Cruz Carpio

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA PROGRAMA ACADÉMICO DE INGENIERÍA DE SISTEMAS

Trabajo Final TALLER DE PROYECTOS II

AUTOR(ES) Garcia Moreano, Alejandro Francisco (u201911064) Cruz Carpio, Nicolas Benjamin (u201912120) Ochoa La Cruz, Elmer Alexander (u201912866) Daniela del Carmen Nuve Salvador (u201819814) Brayan Augusto Salvatierra Enríquez (u201819821)

ASESOR Huamán Chávez, Omar Jasid

Lima, 25 de enero de 2020

TABLA DE CONTENIDOS

INTRODUCCIÓN........................................................................................................1

ORGANIZACIÓN OBJETIVO (OBJETO DE ESTUDIO)....................................1 3.1

MISIÓN....................................................................................................................2

3.2

VISIÓN....................................................................................................................3

3.3

OBJETIVOS ESTRATÉGICOS......................................................................................3

3.4

ESTUDIO DEL ENTORNO (ANÁLISIS PESTEL)........................................................4

MOTIVACIONES Y RAZONES DE ESTUDIO DEL PROYECTO......................5

METODOLOGÍA DEL MARCO LÓGICO..............................................................1 ANÁLISIS DE INVOLUCRADOS.................................................................................1

5.2

ANÁLISIS DEL PROBLEMA.......................................................................................1

5.3

ANÁLISIS DE OBJETIVOS.........................................................................................7

5.4

ANÁLISIS DE ALTERNATIVAS...................................................................................8

5.5

ESTRUCTURA ANALÍTICA DEL PROYECTO (EAP).................................................12

5.6

MATRIZ DEL MARCO LÓGICO...............................................................................12

5.1

OBJETIVOS...............................................................................................................17 GENERAL..............................................................................................................17

6.2

ESPECÍFICOS..........................................................................................................17

6.3

INDICADORES DE ÉXITO DE LOS OBJETIVOS..........................................................17

6.1

BENEFICIOS DEL PROYECTO.............................................................................18 7.1

TANGIBLES............................................................................................................18

7.2

INTANGIBLES.........................................................................................................19

RIESGOS DEL PROYECTO...................................................................................19

ACTA DE CONSTITUCIÓN DEL PROYECTO...................................................23

ANÁLISIS ECONÓMICO Y FINANCIERO..........................................................30

10.1

ANÁLISIS DE PROPUESTAS.....................................................................................30

10.2

PRESUPUESTO DEL PROYECTO..............................................................................33

10.3

FLUJO DE CAJA PROYECTADO.................................................................................1

10.4

ANÁLISIS FINANCIERO Y DE RENTABILIDAD: VAN / TIR / ROI / BC / PRI............1

SIGLARIO....................................................................................................................1

GLOSARIO DE TÉRMINOS.....................................................................................2

CONCLUSIONES........................................................................................................2

BIBLIOGRAFÍA..........................................................................................................3

ANEXOS.......................................................................................................................4

ÍNDICE DE TABLAS

Tabla 1. Análisis PESTEL......................................................................................................4 Tabla 2. Matriz de Involucrados.............................................................................................1 Tabla 3. Detalle de Problemas................................................................................................2 Tabla 4. Detalle de Roles.......................................................................................................4 Tabla 5. Detalle de Artefactos................................................................................................4 Tabla 6. Matriz Vester............................................................................................................5 Tabla 7. Clasificación de Acciones........................................................................................9 Tabla 8. Detalle de Alternativas.............................................................................................9 Tabla 9. Criterio Tiempo de Implementación......................................................................10 Tabla 10. Criterio Presupuesto.............................................................................................10 Tabla 11. Criterio Calidad / Efectividad...............................................................................10 Tabla 12. Criterio Retorno de Inversión...............................................................................11 Tabla 13. Criterio Mantenibilidad........................................................................................11 Tabla 14. Criterio Adaptabilidad..........................................................................................11 Tabla 15. Resumen Narrativo...............................................................................................12 Tabla 16. Matriz de Marco Lógico.......................................................................................13 Tabla 17. Matriz Indicadores de éxito de los objetivos........................................................18 Tabla 18. Cuadro de Riesgos................................................................................................19 Tabla 19. Matriz de Riesgos.................................................................................................21 Tabla 20. Matriz de Valorización.........................................................................................30 Tabla 21. Costos por consultora - Capacitación Captura de Requerimientos......................31 Tabla 22. Valorización de consultoras – Capacitación Captura de Requerimientos............31 Tabla 23. Costos por consultora - Capacitación e Implementación Scrum..........................32 Tabla 24. Valorización de consultoras – Capacitación e Implementación Scrum................32 Tabla 25. Inversión del proyecto..........................................................................................33 Tabla 26. Costo del proyecto................................................................................................34 Tabla 27. Beneficio del proyecto.........................................................................................34 Tabla 28. Flujo de caja del proyecto (año1)...........................................................................1 Tabla 29. Flujo de caja del proyecto......................................................................................1 Tabla 31. Indicadores financieros del proyecto......................................................................1

Tabla 32. Siglario de términos...............................................................................................1 Tabla 33. Glosario de términos..............................................................................................2

ÍNDICE DE FIGURAS

Figura 1. Organigrama de PagoEfectivo. Elaboración propia...............................................2 Figura 2. Flujo medio de pago PagoEfectivo. Adaptado de “¿Cómo comprar online con PagoEfectivo?”, por PagoEfectivo, 2021...............................................................................2 Figura 3. Mapa Estratégico de PagoEfectivo. Elaboración propia........................................3 Figura 4. Mapa de Involucrados. Elaboración propia...........................................................3 Figura 5. Descripción gráfica de situación problemática. Elaboración propia......................2 Figura 6. Clasificación de problemas en Matriz Vester. Elaboración propia........................5 Figura 7. Árbol de Problemas. Elaboración propia...............................................................6 Figura 8. Árbol de Objetivos. Elaboración propia................................................................7 Figura 9. Árbol de Acciones. Elaboración propia.................................................................8 Figura 10. Matriz de selección de alternativa óptima. Elaboración propia.........................12 Figura 11. Estructura Analítica del Proyecto. Elaboración propia......................................12 Figura 12. Matriz de Probabilidad e Impacto. Elaboración propia.....................................21

INTRODUCCIÓN

En la actualidad, el comercio electrónico es el medio por el cual se están desarrollando la mayoría de los modelos de comercialización conocidos y creando otros nuevos. La demanda de uso de medios digitales en la compra de productos vía internet ha impulsado la creación de nuevos proyectos y ha aumentado las oportunidades en el mercado laboral en los perfiles tecnológicos. Oportunidades que han demandado más puestos de trabajo y creación de empresas que ofrezcan servicios que satisfagan estas necesidades. En Perú existen algunas marcas de pasarelas de pago de origen nacional. De ellas destaca PagoEfectivo con una solución innovadora de pago que no requiere disponer de una tarjeta de crédito o débito para pagar. El presente trabajo tiene como objetivo proponer un proyecto tecnológico que dé solución a la situación problemática existente dentro del proceso Gestión de Desarrollo de Software de PagoEfectivo que viene generando retraso en la entrega de los proyectos de desarrollo y sobreesfuerzo en los roles directos involucrados en el mencionado proceso. El trabajo inicia con la descripción de PagoEfectivo, como empresa caso de estudio. A continuación, se estudia la situación problemática. Se identifican y clasifican los problemas en problema central, problemas causas y problemas efectos. Ello permite elaborar un árbol de problemas que luego da origen a los árboles de objetivos y acciones. Posteriormente, se definirán alternativas para lograr el objetivo central, y se evaluará y seleccionará la alternativa óptima en base a criterios relevantes para PagoEfectivo. Seguidamente, se elabora la Estructura Analítica del Proyecto que luego dará pie al Resumen Narrativo y a la Matriz del Marco Lógico. Con lo anterior, se definen los objetivos, beneficios y riesgos del proyecto. Por último, se realiza un análisis económico y financiero de la presente propuesta de proyecto.

ORGANIZACIÓN OBJETIVO (OBJETO DE ESTUDIO)

PagoEfectivo, medio de pago sin tarjeta de crédito/debito líder en el comercio electrónico peruano. La empresa tiene una estrecha relación con entidades financieras, empresas de ventas por internet, medianas y pequeñas empresas del rubro de ventas y negocios, en general, que

requieren el servicio de medio de pago electrónico. La fidelización de los clientescompradores es muy importante para la empresa; en este sentido, se generan muchas estrategias de marketing para mantener y conseguir más clientes. El flujo de funcionamiento comienza con la elección de PagoEfectivo como medio de pago. Posteriormente se genera un código CIP, orden de pago, para que el cliente pueda ir a un centro autorizado de pago (por ejemplo, banco, bodega agente o aplicativo de cualquier banco) a efectuar el abono del código CIP. Luego de realizar el pago, la tienda valida el pago y procede a entregar el producto o brindar el servicio respectivo. De no realizar el pago, el código CIP expira dentro de un tiempo determinado.

Figura 1. Organigrama de PagoEfectivo. Elaboración propia.

Figura 2. Flujo medio de pago PagoEfectivo. Adaptado de “¿Cómo comprar online con PagoEfectivo?”, por PagoEfectivo, 2021. 3.1

Misión

“Brindar a las personas una manera confiable de realizar pagos en cualquier centro de cobranza sin el uso de una tarjeta de crédito/debito” (PagoEfectivo, 2021).

3.2

Visión

“Ser reconocido como una empresa que brinda la mejor opción de pago a nivel internacional” (PagoEfectivo, 2021).

3.3

Objetivos estratégicos

Objetivos estratégicos generales:  

Incrementar la rentabilidad de los productos. Fortalecer la imagen de PagoEfectivo como empresa innovadora.

Figura 3. Mapa Estratégico de PagoEfectivo. Elaboración propia. Objetivos estratégicos específicos:  

Mejorar la experiencia de usuario. Buscar alianzas estratégicas en el extranjero. 3

   

3.4

Garantizar la continuidad del servicio. Utilizar nuevas tecnologías para evitar demoras en el tiempo de respuesta. Fomentar cultura de innovación. Promover horario de innovación para generar nuevas ideas de productos.

Estudio del entorno (Análisis PESTEL)

A continuación, se describe el análisis PESTEL realizado. Tabla 1. Análisis PESTEL

POLITICO

ECONÓMICO

SOCIAL

TECNOLÓGIC O

ECOLÓGICO

Existe un ambiente de relativa estabilidad política que genera confianza en el país. El gobierno tiene interés en fomentar el desarrollo de nuevas tecnologías, el emprendimiento y el desarrollo digital. No obstante, se puede estar afecto a nuevas políticas que generen impuestos adicionales y ello afecte la rentabilidad de los proyectos de desarrollo de software relacionados. La dinámica económica en el Perú muestra al país propicio para el desarrollo de software para PagoEfectivo. Por otro lado, existen ciertas dificultades, como la disminución del empleo, la recesión del mercado producto de la pandemia por el Covid-19 y los bajos niveles de bancarización de la PEA que pudieran afectar la rentabilidad de los proyectos de desarrollo de software relacionados. El Perú ha tenido uno de los mayores crecimientos en compras online durante la pandemia, generando mejores oportunidades de crecimiento para PagoEfectivo, y el emprendimiento de nuevos proyectos de desarrollo de software, no obstante, según Gamarra (2020), el 42% de peruanos han sido víctimas de fraude, engaños y estafa por internet, generándose desconfianza online en la sociedad. Las nuevos avances e innovaciones tecnológicos permiten mejorar la experiencia del usuario final a través de nuevos desarrollos de software. Por ejemplo, desarrollos de proyectos que permitan pagar a través de aplicaciones financieros a través de PagoEfectivo desde las aplicaciones de los Bancos y sin necesidad de acudir a una agencia bancaria. Por otro lado, existe una brecha en la sociedad peruana por motivos de falta de alfabetización digital relacionada con los proyectos de TI. En el sector ecológico, el impulso de proyectos de desarrollo de software para PagoEfectivo ha sido beneficioso, no solo porque impulsa la disminución de papel y plástico, sino también porque disminuye la cantidad de traslados de personas a los centros comerciales, tiendas y supermercados. Lo anterior genera una cultura positiva en los clientes sobre

la conservación del medio ambiente.

LEGAL

El mercado online presenta muchas regulaciones, leyes y decretos; las cuales se encuentran definidas en el Perú para proteger al usuario. Por otro lado, éstas están sujetas a un aumento en el control de fiscalización por parte de SUNAT, lo cual no contribuye con un ágil e innovador desarrollo de nuevos proyectos de desarrollo de software en PagoEfectivo.

Elaboración propia.

MOTIVACIONES Y RAZONES DE ESTUDIO DEL PROYECTO

Situación Problemática Deficiente definición y gestión de requerimientos de desarrollo de software que generan retraso en la entrega de los proyectos de desarrollo de software y sobreesfuerzo en los roles directos involucrados con el proceso de Gestión de Desarrollo de Software en PagoEfectivo.

Motivaciones La realización del presente proyecto es motivada por atender la necesidad de negocio Gestión de Desarrollo de Software de PagoEfectivo. La situación problemática identificada en este negocio evidencia deficiencia en la definición de requerimientos y la falta de una herramienta para gestionar estos requerimientos en proyectos de desarrollo de software. Esta situación genera retraso en la entrega de estos proyectos y un sobre esfuerzo en los roles directos involucrados en mencionado proceso.

Razones de estudio del proyecto

La situación problemática es estudiada a razón de este afectar un proceso clave, Gestión de Desarrollo de Software, en la oferta del servicio de PagoEfectivo. Solucionar esta situación problemática generará una mayor agilidad en la entrega de proyectos de desarrollo de software y un adecuado esfuerzo por parte de los roles involucrados.

METODOLOGÍA DEL MARCO LÓGICO

5.1

Análisis de Involucrados

Se identificaron los siguientes involucrados: Tabla 2. Matriz de Involucrados N Involucrado Tipo ° I1 PagoEfectivo Grupo Área de Proyectos

PagoEfectivo Área de Operaciones

Grupo

Necesidad - Disponer de una herramienta para gestionar requerimientos en proyectos de desarrollo de software. - Disponer de verificación de los requerimientos por parte del Cliente. - Reducir el número de requerimientos de desarrollo observados por mal definición o duplicidad. - Reducir el número de Brief observados por mal definición o duplicidad de requerimientos. - Reducir el número de incidentes en la plataforma.

Posició n +

Pode r 4

Interé s 5

Estrategia - Concientizar en la importancia y trascendencia de una correcta gestión de requerimientos en la Gestión de Desarrollo de Software. - Mantener informado sobre la adquisición o desarrollo de un sistema para gestionar requerimientos en proyectos de desarrollo de software.

- Mantener informado sobre la adquisición o desarrollo de un sistema para gestionar requerimientos en proyectos de desarrollo de software.

PagoEfectivo Área Comercial

Grupo

- Fidelizar a las Empresas Clientes. - Vender productos complementarios a las Empresas Clientes. - Reducir el número de cancelación de proyectos.

- Mantener informado sobre la adquisición o desarrollo de un sistema para gestionar requerimientos en proyectos de desarrollo de software.

PagoEfectivo Área Desarrollo

Grupo

- Mantener informado sobre la adquisición o desarrollo de un sistema para gestionar requerimientos en proyectos de desarrollo de software.

PagoEfectivo – Gerente General

Persona

- Disponer de requerimientos de desarrollo correctamente definidos, completos e íntegros. - Disponer de una herramienta en línea para gestionar requerimientos en proyectos de desarrollo de software. - Incrementar las ventas. - Incrementar posicionamiento en el mercado.

- Mantener informado sobre la adquisición o desarrollo de un sistema para gestionar requerimientos en proyectos de desarrollo de software.

Empresas Clientes

Grupo

- Disponer de un servicio eficiente 24x7 personalizado a sus necesidades. - Ofrecer soluciones oportunas a los clientes usuarios.

- Mantener informado sobre la adquisición o desarrollo de un sistema para gestionar requerimientos en proyectos de desarrollo de software. - Brindar boletines informativos mensuales sobre las novedades y beneficios de los productos de PagoEfectivo.

Usuarios finales

Grupo

- Disponer de soluciones de pago sencillas y operativas.

- Brindar boletines informativos mensuales sobre las novedades y beneficios de los productos de PagoEfectivo.

Elaboración propia.

Figura 4. Mapa de Involucrados. Elaboración propia.

Según Tabla2 y Figura4, se identificaron 7 involucrados en el proyecto para PagoEfectivo. Todos los involucrados se encuentran a favor y tienen un alto interés en la ejecución del proyecto. Con relación al poder, a excepción del Usuario final (quién tiene poder bajo alto), la mayoría tiene un poder entre medio y alto.

5.2

Análisis del Problema

Situación Problemática En el proceso de Gestión de Desarrollo de Software de PagoEfectivo se observa un retraso en la entrega de los proyectos de desarrollo de software. Esta situación genera molestia en los clientes y ocasiona que algunos proyectos se cancelen o se detengan. Miembros del Equipo de Desarrollo de Software manifiestan que en muchas oportunidades suelen quedarse en las oficinas hasta horas superiores a la de la salida y que en reiterativas oportunidades han rehecho los desarrollos porque estos no eran lo que el cliente esperaba. Los Analistas Desarrolladores se quejan de que los requerimientos de desarrollo registrados en el Brief se encuentran incompletos, ambiguos y/o compuestos (es decir, no son independientes). Entre ellos rumorean que el responsable de registrar los requerimientos de desarrollo en Brief no tendría el skill necesario para asumir el rol, porque, incluso han encontrado, en más de una oportunidad, requerimientos duplicados. Ellos sugieren que los requerimientos de desarrollo en el Brief debieran validarse antes de iniciar la etapa de desarrollo. El desarrollo de software en PagoEfectivo sigue una metodología en cascada y gran parte del Equipo de Desarrollo de Software desconoce de alguna metodología ágil. El Brief es un documento Word online donde se registran los requerimientos de un proyecto de desarrollo de software. El documento es elaborado por el Analista Funcional y aprobado por el Analista de Operaciones. Debido a su formato no permite realizar una trazabilidad transversal de los requerimientos de desarrollo de software con todas las áreas involucradas en la Gestión de Desarrollo de Software. El Analista Funcional es responsable de aterrizar los requerimientos de negocio, compartidos por el Analista Comercial, en requerimientos de desarrollo y registrarlos en el Brief del proyecto. El Analista Funcional se queja que el Analista Comercial atiende los correos de consulta, único canal de comunicación formal, fuera de tiempo.

Por último, el Analista Comercial manifiesta no disponer de tiempo suficiente para atender consultas ajenas a las ventas (captación de cliente, capacitaciones, comisiones, etc.), y que hace todo lo posible para hacerse un espacio de tiempo y responder las consultas del Analista Funcional respecto de los requerimientos de negocio de los proyectos de desarrollo de software.

Figura 5. Descripción gráfica de situación problemática. Elaboración propia. Problemas encontrados A continuación, se detallan los problemas encontrados en la situación problemática identificada del proceso Gestión de Desarrollo de Software de PagoEfectivo. Tabla 3. Detalle de Problemas ID Problema P0 1

Deficiente definición de requerimientos en los proyectos de desarrollo de software.

P0 2

Duplicidad en el registro de requerimientos.

P0 3

Trazabilidad deficiente de los requerimientos.

Poca comunicación entre el Analista Funcional y la parte del Cliente.

Descripción Requerimientos de desarrollo, registrados en el Brief, ambiguos, incompletos y compuestos (es decir, no son independientes). Requerimientos de desarrollo registrados de manera duplicada en el Brief debido a que estos no están adecuadamente definidos. Mediante el Brief, Word online, no existe un adecuado control sobre el estado y detalle de los requerimientos de desarrollo en su interacción con todas las áreas involucradas en el proceso de Gestión de Desarrollo de Software. El Analista Comercial es el nexo entre el Analista Funcional y el Cliente; sin embargo, acostumbra a responder tardíamente las consultas del Analista 2

P0 5

Poco conocimiento de Scrum por parte de todo el equipo.

P0 6

Deficiencia en la interpretación de los requerimientos.

P0 7

Falta de control de la definición de los requerimientos.

P0 8

Retraso en proyectos.

P0 9

Sobre esfuerzo del Equipo de Desarrollo de Software.

P1 0

Pérdida de proyectos.

P11

Insatisfacción de las Empresas Cliente de PagoEfectivo.

entrega

Funcional realizadas por, el único canal formal de comunicación establecido, correo corporativo sobre los requerimientos de negocio de los proyectos de desarrollo de software. Los desarrollos de software en PagoEfectivo se realizan bajo metodología en cascada. Asimismo, la gran mayoría del Equipo de Desarrollo de Software desconoce de alguna metodología agile. El Analista Funcional podría no tener el skill necesario para cumplir con las funciones de su rol. No existen un doble check sobre la definición de los requerimientos de desarrollo registrados en el Brief que asegure su claro entendimiento y la verdadera necesidad del Cliente. Los proyectos de desarrollo de software son entregados fuera de tiempo. El Equipo de Desarrollo de Software rehace los desarrollos cuando el resultado de este no es el esperado por el Cliente debido a que los requerimientos de desarrollo en el Brief no estuvieron bien definidos. Los requerimientos de desarrollo compuestos (es decir, no independientes) demandan un esfuerzo adicional a los Analistas Desarrolladores para descomponerlos. Los Clientes deciden paralizar o cancelar los proyectos de desarrollo de software debido a la insatisfacción generada por la demora en los tiempos de entrega de los proyectos. La demora en la entrega de los proyectos de desarrollo de software genera insatisfacción en los Clientes.

Elaboración propia.

Roles y Artefactos A continuación, en la Tabla4 y Tabla5, se describen las responsabilidades principales de los roles y los artefactos involucrados en el proceso Gestión de Desarrollo de Software, respectivamente. Tabla 4. Detalle de Roles ID Rol R0 1

Analista Funcional.

R0 2

Analista de Operaciones.

R0 3

Analista Desarrollador.

R0 4

Analista Comercial.

Descripción Pertenece al Área de Proyectos. Responsable de la elaboración del Brief de los proyectos de desarrollo de software y del registro de los requerimientos de desarrollo en el mismo. Pertenece al Área de Operaciones. Responsable de aprobar los Brief de los proyectos de software elaborado por el Analista Funcional y atender en primera línea los incidentes reportados en la plataforma. Pertenece al Área de Desarrollo. Responsable de desarrollar los requerimientos de desarrollo de software registrados en el Brief. Pertenece al Área Comercial. Responsable de vender los productos a los Clientes según sus necesidades de negocio. Elabora documento con los requerimientos de negocio del cliente.

Elaboración propia. Tabla 5. Detalle de Artefactos ID Artefacto A0 1

Brief.

A0 Requerimiento de negocio. 2 A0 Requerimiento de desarrollo. 3 Elaboración propia.

Descripción Documento que consolida requerimientos de desarrollo de proyectos de desarrollo de software. Requerimiento comercial. Incluye necesidades del cliente. Requerimiento técnico aterrizado requerimiento de negocio.

los los las del

Para el análisis del problema se elaboró el Árbol de Problemas siguiendo los siguientes pasos:

En primer lugar, se identificaron y registraron los problemas (variables) pasivos, activos, críticos e indiferentes del caso de estudio en la matriz Vester. Tabla 6. Matriz Vester

Elaboración propia. En segundo lugar, al completarse la matriz Vester se obtuvo la siguiente clasificación de los problemas.

Figura 6. Clasificación de problemas en Matriz Vester. Elaboración propia.

En último lugar, a partir del paso anterior, se elaboró el Árbol de Problemas.

Figura 7. Árbol de Problemas. Elaboración propia. Según Figura7, se observa que la deficiente definición de requerimientos en el Brief es el problema central de la situación problemática. El análisis realizado nos ha permitido conocer que ello se origina debido a los siguientes problemas causas:  

Poca comunicación entre Analista Funcional y la parte del Cliente. Deficiencia en la interpretación de los requerimientos por parte del Analista



Funcional. Falta de control de la definición de los requerimientos generado por la ineficiente trazabilidad realizada a los mismos.

Atendiendo los anteriores problemas se evita la presencia de los problemas efecto identificados. Se evita el registro duplicado de requerimientos por parte del Analista Funcional; sobre esfuerzo del equipo de Desarrollo al desarrollar requerimientos ambiguos,

incompletos y/o complejos debido a la mala descomposición realizada de los requerimientos compuestos; y retraso en la entrega de los proyectos. Este último origina insatisfacción en las empresas cliente que muchas veces conlleva a la suspensión o cancelación de los proyectos.

5.3

Análisis de Objetivos

Partiendo del Árbol de Problemas se elaboró el Árbol de Objetivos. En esta oportunidad, los problemas causas se convierten en medios; el problema central, en objetivo central; y los problemas efectos, en Fines.

Figura 8. Árbol de Objetivos. Elaboración propia.

5.4

Análisis de Alternativas

A partir del Árbol de Objetivos se elaboró el Árbol de Acciones. En esta oportunidad, se definieron acciones (componentes) que permitan lograr los medios del Árbol de Objetivos.

Figura 9. Árbol de Acciones. Elaboración propia. A continuación, se procedió a clasificar las acciones en complementarias y excluyentes. Según Tabla7, las Acciones A03 y A04 son excluyentes, porque solo debemos optar por una de ellas.

Tabla 7. Clasificación de Acciones Id Acción Implementar un rol que refuerce la comunicación entre el Analista A01 Funcional y la parte del Cliente. sobre

Clasificación Complementaria

A02

Desarrollar capacitación captura de requerimientos.

Complementaria

A03

Desarrollar un software para la gestión de los requerimientos.

Excluyente

A04

Adquirir software Jira para la gestión de los requerimientos.

Excluyente

A05

Implementar metodología ágil.

A06

Desarrollar capacitación metodología ágil.

Complementaria sobre

Complementaria

Elaboración propia. Posteriormente, se definieron alternativas según la clasificación de las acciones. Las acciones excluyentes generaron alternativas distintas y las acciones complementarias acompañaron cada una de estas alternativas. Tabla 8. Detalle de Alternativas Alternativa Descripción Adquirir software Jira para la gestión de los requerimientos + Implementar metodología ágil Alternativa0 + Desarrollar capacitación sobre metodología ágil 1 + Implementar un rol que refuerce la comunicación entre el Analista Funcional y la parte del Cliente + Desarrollar capacitación sobre la captura de requerimientos Desarrollar un software para la gestión de los requerimientos + Implementar metodología ágil Alternativa0 + Desarrollar capacitación sobre metodología ágil 2 + Implementar un rol que refuerce la comunicación entre el Analista Funcional y la parte del Cliente + Desarrollar capacitación sobre la captura de requerimientos Elaboración propia. Seguidamente, se definieron los siguientes criterios para evaluar y seleccionar la mejor alternativa (estrategia) a implementar.

Tabla 9. Criterio Tiempo de Implementación 9

Valores Mucho tiempo Regular tiempo

Poco tiempo

Tiempo de Implementación Calificación Justificación 3 Se evalúa el factor tiempo debido a que PagoEfectivo tiene la necesidad de usar, 6 en el menor tiempo posible, un software que le permita gestionar eficientemente los requerimientos de 10 desarrollo de software a fin de mitigar los problemas actuales.

Elaboración propia. Tabla 10. Criterio Presupuesto Valores >$8,000.00 >$3,000.00 <$7,000 <$2,000

Presupuesto Calificación Justificación 3 Se evalúa el factor costo debido a que PagoEfectivo tiene ya un flujo de caja 6 específico y los gastos extraordinarios adicionales generados deben tener el menor impacto posible con 10 ello. Se promueve la cultura del ahorro.

Elaboración propia. Tabla 11. Criterio Calidad / Efectividad Calidad / Efectividad Valores Calificación Justificación Alta calidad / 10 Se evalúa el factor efectividad calidad / efectividad debido a que PagoEfectivo Regular calidad / 6 valora el producto estable, efectividad completo, robusto y Baja calidad / efectivo para ser usado por 3 efectividad su personal. Elaboración propia.

Tabla 12. Criterio Retorno de Inversión Retorno de inversión

Valores Alto retorno

Calificación 10

Regular retorno

Bajo retorno

Justificación Se evalúa el factor retorno de inversión debido a que PagoEfectivo valora el nivel de beneficio que pueden otorgar las alternativas.

Tabla 13. Criterio Mantenibilidad Valores Alta mantenibilidad Regular mantenibilidad Baja mantenibilidad

Mantenibilidad Calificación Justificación 10 Se evalúa el factor mantenibilidad debido a que PagoEfectivo 6 considera importante disponer de un servicio de soporte para resolver incidentes, absolver 3 consultas y proponer mejoras.

Elaboración propia. Tabla 14. Criterio Adaptabilidad Valores Alta adaptabilidad Regular adaptabilidad Baja adaptabilidad

Adaptabilidad Calificación Justificación 10 Se evalúa el factor adaptabilidad debido a que PagoEfectivo está 6 interesado en una alternativa que se integre de la mejor manera a sus 3 procesos de negocio.

Elaboración propia. Por último, según se observa en la Figura10, se estableció un peso a cada uno de los 6 criterios establecidos y se procedió a evaluar cada una de las 2 alternativas identificadas a fin de determinar la óptima. Para el presente estudio, la alternativa 1 fue la seleccionada.

Figura 10. Matriz de selección de alternativa óptima. Elaboración propia. 5.5

Estructura Analítica del Proyecto (EAP)

A continuación, se presenta el esquema de la alternativa óptima y viable seleccionada (alternativa 1). Se observa los fines, propósito, componentes y actividades relacionados al proyecto. La siguiente estructura dará pie al Resumen Narrativo.

Figura 11. Estructura Analítica del Proyecto. Elaboración propia. 5.6

Matriz del Marco Lógico

A continuación, se presentan el Resumen Narrativo y Matriz de Marco Lógico, respectivamente. Tabla 15. Resumen Narrativo Resumen Narrativo

F.1. Duplicidad disminuida en el registro de requerimientos. F.2. Mayor control en el esfuerzo del Equipo de Desarrollo de Software. F.3. Mejora en los tiempos de entrega de los proyectos. P.1. Definición mejorada de los requerimientos en los proyectos de desarrollo de software. C.1. Implementar un rol que refuerce la comunicación entre el Analista Funcional y la parte del Cliente. C.2. Desarrollar capacitación sobre captura de requerimientos. C.3. Adquirir software Jira para la gestión de requerimientos. C.4. Implementar metodología ágil. C.5. Desarrollar capacitación sobre metodología ágil. A.1.1. Elaborar MOF de rol Product Owner. A.1.2. Actualizar MOF de rol Analista Comercial. A.1.3. Actualizar MOF de rol Analista Funcional. A.1.4. Seleccionar colaborador para asumir nuevo rol de Product Owner. A.2.1. Contratar consultora especializada. A.2.2. Ejecutar capacitación. A.2.3. Evaluar personal. A.3.1. Comprar licencia de software Jira. A.3.2. Configurar software Jira. A.4.1. Asignar roles. A.4.2. Gestionar ceremonias y artefactos. A.4.3. Concientizar la cultura agile. A.5.1. Contratar consultora especializada. A.5.2. Ejecutar capacitación. A.5.3. Evaluar personal. Elaboración propia. Tabla 16. Matriz de Marco Lógico MATRIZ DE MARCO LOGICO Resumen narrativo de objetivos F.1. Duplicidad disminuida en el registro de requerimientos.

Indicadores F.1.1. Al finalizar el proyecto, la cantidad de requerimientos observados por duplicidad se ha reducido en un 95%.

Medios de verificación Reporte del Área Comercial respecto de las encuestas post atención de proyectos TI. Reporte semestral de la Gerencia de TI.

Supuestos Se han adoptado las prácticas ágiles en las demás áreas de la organización para aprovechar el cambio de cultura que se alcanzó en las áreas involucradas en el proceso Gestión de Desarrollo de Software de 13

F.2.1. Al finalizar el proyecto, se evidencia que el 90% de los F.2. Mayor control en proyectos se han llegado a completar Reporte semestral el esfuerzo del Equipo cumpliendo con el del Analista de de Desarrollo de Burndown Chart. Operaciones. Software.

F.3. Mejora en los tiempos de entrega de los proyectos.

P.1. Definición mejorada de los requerimientos en los proyectos de desarrollo de software.

C.1. Implementar un rol que refuerce la comunicación entre el Analista Funcional y la parte del Cliente.

F.3.1. Al finalizar el proyecto, se ha logrado un aumento en un 30% en la satisfacción de los clientes. Encuestas mensuales de F.3.2. Al finalizar el satisfacción al proyecto, se ha cliente. alcanzado un aumento en la continuidad de los proyectos de desarrollo de software en más del 50%. P.1. Al finalizar el proyecto, la cantidad de requerimientos administrados con Sprint’s en Jira es del 100%. P.2. Al finalizar el proyecto, la cantidad de proyectos observados se redujo en un 90%, respecto al semestre anterior. C.1.1. Durante el primer semestre de iniciado el proyecto, el rol Product Owner se ha consolidado en

MV.1. Product Backlog Jira.

MV.2. Reporte semestral del Analista de Operaciones. MV.1. Organigrama de PagoEfectivo. MV.2. MOF de

PagoEfectivo. El objetivo semestral de reducir en un 90% las horas extra trabajadas se ha cumplido con éxito para los colaboradores involucrados con el proceso de estudio.

Se han establecido nuevos periodos para tiempos de entrega de proyectos de desarrollo de software.

Se ha creado una cultura Agile en todos los roles involucrados con el proceso Gestión de Desarrollo de Software. Se ha optimizado la tabla de esfuerzo vs tiempo en los proyectos de desarrollo de software. La comunicación entre el Analista Funcional y la parte del Cliente (a través del 14

su posición y funciones. C.2.1. Al finalizar el C.2. Desarrollar proyecto, el Analista capacitación sobre Funcional ha refinado su habilidad de captura de captura de requerimientos. requerimientos. C.3.1. Al finalizar el proyecto, se cuenta con licencias de Jira C.3. Adquirir software para cada uno de los Jira para la gestión de 35 involucrados en el requerimientos. proceso Gestión de Desarrollo de Software.

C.4.1. Al finalizar el proyecto, los roles, ceremonias y artefactos están creados en Jira. C.4. Implementar metodología ágil.

C.4.2. Al finalizar el proyecto, se documenta los roles, ceremonias y artefactos especificados para el desarrollo de proyectos de desarrollo de software.

rol Product Owner. MV.3. Reporte de ejecución de capacitación en captura de requerimientos.

MV.4. Reporte de registros de cuentas de usuarios de Jira.

MV.5. Reportes y procesables mensuales de Jira. MV.6. Times Tracker, Burndown charts, Product Backlogs, Sprint Backlog registrados. MV.7. Registro de actividades diarias, acta de participación diaria.

C.5. Desarrollar capacitación sobre metodología ágil.

C.5.1. Al finalizar el proyecto, los 35 involucrados en el proceso Gestión de Desarrollo de Software están capacitados en Scrum.

MV.8. Reporte de ejecución de capacitación en Scrum.

A.1.1. Elaborar MOF de rol Product Owner. A.1.2. Actualizar

A.1.1 MOF de Product Owner terminado.

MOF de rol Product Owner, Analista

Product Owner) ha mejorado. El Analista Funcional ha refinado su habilidad de captura de requerimientos. Todos los involucrados en el proceso Gestión de Desarrollo de Software tiene acceso a Jira. Todos los requerimientos son registrados en Jira. El conjunto de requerimientos pasa a formar Product Backlog’s. Se deja de usar el Brief. Se ejecutan las ceremonias de Scrum con los roles definidos en todos los proyectos de desarrollo de software. Todos los involucrados con el proceso Gestión de Desarrollo de Software saben cómo aplicar Scrum. Se dispone de los documentos de instrucción e 15

MOF de rol Analista Comercial. A.1.3. Actualizar MOF de rol Analista Funcional. A.1.4. Seleccionar colaborador para asumir nuevo rol de Product Owner.

A.2.1. Contratar consultora especializada. A.2.2. Ejecutar capacitación. A.2.3. Evaluar personal. A.3.1. Comprar licencia de software Jira. A.3.2. Configurar software Jira. A.4.1. Asignar roles. A.4.2. Gestionar ceremonias y artefactos. A.4.3. Concientizar la cultura agile. A.5.1. Contratar consultora especializada. A.5.2. Ejecutar capacitación. A.5.3. Evaluar personal.

A.1.2. Actualización del MOF de Analista Comercial completada. Comercial y A.1.3. Actualización Analista del MOF del Analista Funcional. Funcional completada.

información actualizados para el rol de Product Owner, Analista Comercial y Analista Funcional.

A.1.4. Selección de colaborador para nuevo rol de Product Owner completado.

A.2.1. S/1,528.80 A.2.2. S/300.00 A.2.3. S/1,000.00

A.3.1. $7,000.00 X tipo de cambio 3.64 soles = S/. 25,480.00 (1er Año)

Registros contables. Informes financieros de Gerencia de TI. Registros contables. Informes financieros de Gerencia de TI.

El Analista Funcional aprueba la evaluación correspondiente a la capacitación en Captura de Requerimientos. Se cuenta con 35 licencias de la versión Enterprise de Jira.

A.4.1. Asignación de roles completada. A.4.2. Gestión de ceremonias y artefactos completada. A.4.3. Registro de supervisión de cumplimiento.

A.5.1. S/53,508.00 A.5.2. S/37,916.67 A.5.3. S/20,000.00

Documentación de planificación de roles, ceremonias y artefactos.

Registros contables. Informes financieros de Gerencia de TI.

Jira configurada con roles, ceremonias y artefactos especificados.

Los 35 participantes de la capacitación en metodología agiles aprueban la evaluación correspondiente. 16

Elaboración propia.

OBJETIVOS

6.1

General

Mejorar la definición y gestión de los requerimientos de los proyectos de desarrollo de software de PagoEfectivo. 6.2

Específicos

A continuación, se presentan los objetivos específicos del proyecto.    

Mejorar la comunicación entre el Analista Funcional y la parte del Cliente. Refinar la habilidad de Captura de Requerimientos del Analista Funcional. Implementar Jira exitosamente en el proceso de Gestión de Desarrollo de Software. Implementar la cultura agile exitosamente en el proceso de Gestión de Desarrollo



de Software. Facilitar la aplicación de la metodología agile de los roles involucrados en el proceso de Gestión de Desarrollo de Software.

6.3

Indicadores de éxito de los objetivos

A continuación, se presentan los indicadores de éxito por cada objetivo específico.

Tabla 17. Matriz Indicadores de éxito de los objetivos Objetivo Específico Indicador OB1: Mejorar la comunicación entre Al finalizar el proyecto, la cantidad de el Analista Funcional y la parte del consultas sin respuesta al Cliente se redujo Cliente. en un 95%. OB2: Refinar la habilidad de Captura Al finalizar el proyecto, la cantidad de de Requerimientos del Analista proyectos observados se redujo en un 90%, Funcional. respecto al semestre anterior. OB3: Implementar Jira exitosamente en el proceso Gestión de Desarrollo de Software.

Al finalizar el proyecto, se cuenta con licencias de Jira para el 100% de los involucrados (35 colaboradores) en el proceso Gestión de Desarrollo de Software.

OB4: Implementar cultura agile exitosamente en el proceso Gestión de Desarrollo de Software.

Al finalizar el proyecto, la cantidad de requerimientos administrados con Sprint’s en Jira es del 100%.

OB05: Facilitar la aplicación de la metodología agile de los roles involucrados en el proceso Gestión de Desarrollo de Software.

Al finalizar el proyecto, el 90% de los colaboradores que recibieron la capacitación aplica eficientemente Scrum en sus actividades.

Elaboración propia.

7 7.1

BENEFICIOS DEL PROYECTO Tangibles

Continuidad proyectos.

los

Reducción de costos por sobre esfuerzo de colaboradores. Reducción de costos laborales por horas extras. Reducción de costos operativos por horas extras. Reducción del consumo de energía de empresa. Integración del nuevo rol de Product Owner.

7.2

Beneficios Tangibles Se estima, como beneficio del proyecto, un incremento en los ingresos del 5% debido a la continuidad de los proyectos de desarrollo de software de PagoEfectivo. Se estima, como beneficio del proyecto, una disminución en los costos referidos al sobre esfuerzo de los roles directos involucrados con el proceso Gestión de Desarrollo de Software de un 70%. Se estima, como beneficio del proyecto, una disminución del 90% en los costos laborales por horas extras. Se reduce la cantidad de horas extras promedio por colaborador en un 90%. Se estima que, con el proyecto se alcance una disminución por costos operativos por horas extra (taxi, refrigerio, etc.) de un 80%. Se estima que, con la implementación del proyecto, se alcance una disminución de 10% en el consumo de la energía en la empresa debido a la disminución de horas extras. El rol de Product Owner se ha integrado con éxito en el desarrollo de los proyectos piloto, con lo cual, se ha alcanzado un aumento en la continuidad en más del 50% de los proyectos de desarrollo de software.

Intangibles Confianza sobre el cumplimiento.

Beneficios Intangibles Gracias a la implementación de metodologías ágiles, PagoEfectivo recibe la confianza de sus clientes al

brindar un mejor servicio. Esto garantiza una fidelización hacia sus colaboradores y empresas cliente. Enfoque neto en ventas para los Analistas Comerciales. Mejora de oportunidades de negocio para nuevos proyectos. Reconocimiento de la marca.

Los Analistas Comerciales se enfocan netamente en las ventas. Se estima, como beneficio indirecto del proyecto, que el importe por su salario básico más comisiones se incrementen en 25%. A futuro se tiene una tendencia de crecimiento para la marca PagoEfectivo al lograr una mejora en su posicionamiento en la participación del mercado del ecommerce gracias al buen desempeño con sus clientes. La marca PagoEfectivo es reconocida como una de las mejores pasarelas de pago peruanas. Con la implementación del proyecto, se está consolidando el reconocimiento de esta en el mercado digital.

RIESGOS DEL PROYECTO

A continuación, se presenta el Cuadro de Riesgos. Tabla 18. Cuadro de Riesgos Código Descripción del riesgo de Ausencia del personal durante las R1 capacitaciones del uso de Scrum por saturación de trabajo.

Probabilidad

Impacto

Personal no se adapta al uso del software Jira.

No se aplican todas las ceremonias Scrum.

R4 R5 R6

No se encuentra el personal que encaje en el rol de Product Owner. El Product Owner no tiene claro sus funciones. No se logra la adecuada comunicación entre el Analista Funcional y la parte Cliente.

Existen problemas con la consultora, lo que impide que se dicten las capacitaciones.

Las evaluaciones post capacitaciones no tienen buenos resultados.

Extensión del tiempo propuesto de las capacitaciones.

R10

Se siguen teniendo horas extras por parte de los integrantes del Área de Desarrollo.

R11

Los periodos de entrega de los proyectos aún tienen retrasos.

El Analista Funcional aún tiene problemas con la captura de requerimientos. Elaboración propia. R12

Para obtener el nivel de riegos se utilizó la Matriz de Probabilidad e Impacto, donde se evaluó, principalmente, las probabilidades y consecuencias de cada riesgo.

Figura 12. Matriz de Probabilidad e Impacto. Elaboración propia. Finalmente, con los niveles de riesgo obtenidos, se elaboró la Matriz de Riesgos. Tabla 19. Matriz de Riesgos 20

Riesgo

Nivel de

Impacto

Estrategia

Medio

El personal no tiene claro cómo aplicar Scrum; ello genera retrasos en la ejecución.

Evitar: Capacitación realizada fuera del horario laboral. Para ello se propone incentivos.

1 hora extra por cada participante.

S/. 300.00 por cada trabajador ausente.

Medio

Retrasos en el uso de la herramienta y en los procesos involucrados.

Mitigar: Capacitaciones de refuerzo, evaluaciones constantes.

S/ 500.00 soles en capacitaciones de refuerzo y S/ 200.00 soles en evaluaciones.

S/ 800.00 por día

Medio

No se obtienen todos los beneficios que ofrece Scrum.

Evitar: Promover la aplicación de las ceremonias, hacerlas más dinámicas.

Inversión de S/. 200 soles en dinámicas por cada capacitación.

No se obtiene el retorno de inversión esperado.

Medio

Retrasos en la definición del rol e inicio de los procesos (eventos) asociados a Scrum.

Evitar: Brindar incentivo o contratar una persona externa con el perfil.

Bono de S/. 500.00 soles mensuales o contrato de un nuevo perfil por S/. 7,000.00 soles.

S/ 1,200.00 por día

Medio

El Product Owner no ejecuta sus funciones de la forma correcta, lo cual repercute en retrasos en los procesos que se encuentra involucrado.

Evitar: Evaluaciones constantes, reforzar puntos débiles del Product Owner.

S/ 200.00 soles en evaluaciones y S/ 500.00 soles en refuerzo de conocimientos.

S/ 1,000.00 por día.

Deficiencias en el aterrizaje de los requerimientos.

Mitigar: Reuniones periódicas para coordinaciones de trabajo, encuestas laborales.

S/ 700.00 soles en reuniones y encuestas.

S/ 1,000.00 soles por retrasos de tiempo por día.

Medio

Costo de estrategia

Costo de ocurrencias

R10

R11

R12

Alto

Extender el tiempo de duración de las capacitaciones, esto conlleva a postergar la ejecución práctica.

Evitar: Acordar con la consultora que ante algún problema que se presente, exista un consultor de respaldo.

El personal no pueda aplicar de forma correcta Scrum.

Mitigar: Los desaprobados asumen el monto S/ 1,200.00 de su S/ 200.00 soles soles por cada capacitación, en trámites. trabajador mediante desaprobado. descuentos en sus boletas de pago.

S/ 500.00 soles por consultor de respaldo.

S/ 900.00 soles por día de no capacitación.

S/ 800.00 soles por día de tiempo de holgura.

S/ 1,500.00 soles por día de capacitación imprevista.

Medio

Postergar la aplicación práctica.

Evitar: Proponer un tiempo de holgura.

Alto

Gastos por horas extras de los integrantes del Área de Desarrollo.

Mitigar: Realizar seguimientos periódicos, reuniones con implicados.

S/ 700.00 soles en seguimiento y reuniones mensual.

S/. 150.00 soles por día.

Medio

Disconformidade s en los clientes y en algunos casos la cancelación de proyectos.

Evitar: Realizar seguimientos de forma periódica a los proyectos.

S/ 1,000.00 soles en seguimiento de los proyectos.

Cancelación del proyecto.

Medio

Retrasos de tiempo por retrabajo en el Área de Desarrollo.

Mitigar: Realizar seguimiento y evaluaciones de forma periódica.

S/ 1,000.00 soles en seguimiento y evaluaciones.

S/ 2,000.00 por retrasos de tiempos de los proyectos.

Elaboración propia.

ACTA DE CONSTITUCIÓN DEL PROYECTO ACTA DE CONSTITUCIÓN DEL PROYECTO CÓDIGO AC01 Versión 1.1 PROYECTO

Mejora en la definición y gestión de requerimientos en el proceso de Gestión de Desarrollo de Software de PagoEfectivo.

PATROCINADOR

Empresa PagoEfectivo

PREPARADO POR:

Janet Alvarado Proyectos

Gerente

de FECHA

2021

REVISADO POR:

Helmut Pacheco – Gerente de TI

FECHA

2021

APROBADO POR:

Helmut Pacheco – Gerente de TI

FECHA

2021

REVISIÓN

–

FECHA

DESCRIPCIÓN (REALIZADA POR)

(de la revisión) 01

Creación del documento. (Janet Alvarado)

2021

BREVE DESCRIPCIÓN DEL PRODUCTO O SERVICIO DEL PROYECTO El presente proyecto se plantea a solicitud de la empresa PagoEfectivo, la cual se dedica a ofrecer un servicio de medio de pago sin el uso de una tarjeta de crédito/débito. La empresa requiere solucionar la problemática existente en su proceso Gestión de Desarrollo de Software que actualmente está generando retraso en la entrega de los proyectos de desarrollo de software y sobre esfuerzo en los roles directos involucrados con el proceso. El proceso es clave para la oferta de los servicios ofrecidos por PagoEfectivo. El presente proyecto propone dar solución a la problemática anteriormente detallada mejorando la definición y gestión de requerimientos de desarrollo de los proyectos de desarrollo de software. El plazo de ejecución del proyecto es de 6 meses calendario, la cual comprende la implementación del rol que va a reforzar la comunicación entre el Analista Funcional y la parte del cliente, el desarrollo de la capacitación sobre captura de requerimientos, la adquisición del software Jira para la gestión de requerimientos, y capacitación e implementación de la metodología ágil en el proceso Gestión de Desarrollo de Software. Al finalizar el proyecto, la solución propuesta logrará una mejora notable en el proceso anteriormente mencionado.

ALINEAMIENTO DEL PROYECTO 1. OBJETIVOS ESTRATÉGICOS DE

2. PROPÓSITO DEL PROYECTO

LA ORGANIZACIÓN Incrementar productos.

rentabilidad

los Mejora en la definición y gestión de los requerimientos de desarrollo de software que conlleve a optimizar los tiempos y

Garantizar la continuidad del servicio.

costos en los proyectos de desarrollo de software de PagoEfectivo.

Fortalecer la imagen de PagoEfectivo Adquirir una herramienta idónea que como empresa innovadora.

apoye

requerimientos Utilizar nuevas tecnologías para evitar

correcta y

gestión

trazabilidad

de de

actividades.

demoras en el tiempo de respuesta. 3. OBJETIVOS DEL PROYECTO  Mejorar la definición y gestión de los requerimientos de los proyectos de desarrollo de software de PagoEfectivo.  Mejorar la comunicación entre el Analista Funcional y la parte del Cliente.  Refinar la habilidad de Captura de Requerimientos del Analista Funcional.  Implementar Jira exitosamente en el proceso Gestión de Desarrollo de Software.  Implementar cultura agile exitosamente en el proceso Gestión de Desarrollo de Software.  Facilitar la aplicación de la metodología agile de los roles involucrados en el proceso Gestión de Desarrollo de Software. 4. FACTORES CRÍTICOS DE ÉXITO DEL PROYECTO  Mejorar la comunicación entre el Analista Funcional y la parte del Cliente.  Refinar la habilidad de Captura de Requerimientos del Analista Funcional.  Implementar Jira exitosamente en el proceso Gestión de Desarrollo de Software.  Implementar cultura agile exitosamente en el proceso Gestión de Desarrollo de Software.

 Facilitar la aplicación de la metodología agile de los roles involucrados en el proceso Gestión de Desarrollo de Software. 5. REQUERIMIENTOS DE ALTO NIVEL  El framework ágil a implementar en el proyecto será Scrum.  Compromiso de la organización para realizar los cambios organizativos requeridos para la asignación de nuevos roles.  Las consultoras contratadas para las capacitaciones deben contar con toda la documentación y licencias vigentes.  El tiempo para la capacitación sobre Captura de Requerimientos no debe ser menor a 2 días.  El tiempo para la capacitación sobre Metodologías Ágiles no debe ser menor a 5 días.  La nueva cultura del equipo debe estar basada en la mejora continua, delegación de roles y trabajo en equipo.  La licencia adquirida del software Jira será por periodo de 1 año de vigencia. Será renovable en los próximos 2 años de vida útil de la solución.  Todo el personal involucrado deberá asistir a las capacitaciones asignadas.  La nota aprobatoria para la evaluación post capacitaciones será el 80% de preguntas contestadas correctamente.

EXTENSIÓN Y ALCANCE DEL PROYECTO

6. FASES DEL PROYECTO Gestión del Proyecto

7. PRINCIPALES ENTREGABLES Iniciación Planificación del Proyecto Informes de Avance Informes de Cambio Reuniones Cierre del Proyecto

Contratos

Contrato de Licencias de Software.

Contrato de Consultora que brindará capacitación sobre Captura de Requerimientos. Contrato de Consultora que brindará capacitación sobre Metodologías Ágiles. Contrato para el colaborador que realizará el rol de Product Owner. Preparación

Requerimientos del proyecto. Estructura Analítica del Proyecto. Matriz de Marco Lógico. Matriz de Riesgos.

Desarrollo

Plan de implementación diseñado. Ejecución de capacitaciones. Instalación de software.

Implementación

Metodología implementada. Nuevo rol de Product Owner asignado. Software Jira adquirido. Personal capacitado.

Cierre

Solución implantada.

8. INTERESADOS CLAVE  Mariano Nejamkis – Gerente General  Tomas Fonseca Castro - jefe del Área de Proyectos  Pamela Zubiate - jefe del Área de Operaciones  George Malpartida - jefe del Área Comercial  Víctor Ávila - jefe del Área de Desarrollo de Software 9. RIESGOS 

Ausencia del personal durante las capacitaciones del uso de Scrum por saturación

de trabajo. 

Personal no se adapta al uso del software Jira.



No se aplican todas las ceremonias Scrum.

 No se encuentra el personal que encaje en el rol de Product Owner.  El Product Owner no tiene claro sus funciones.  No se logra la adecuada comunicación entre el Analista Funcional y la parte Cliente.  Existen problemas con la consultora, lo que impide que se dicten las capacitaciones.  Las evaluaciones post capacitaciones no tienen buenos resultados.  El tiempo propuesto de las capacitaciones se extiende. 10. HITOS PRINCIPALES DEL PROYECTO  Inicio del proyecto.  Reporte de horas programadas para las capacitaciones.  Contrato firmado del colaborador para el nuevo rol de Product Owner.  Reporte de evaluaciones realizadas post capacitaciones.  Solución puesta en uso. 11. PRESUPUESTO PRELIMINAR DEL PROYECTO  La inversión por licencia del software Jira para la cantidad de usuarios detallados corresponde a la suma de 25,480.00 nuevos soles para el primer año, considerando el tipo de cambio vigente.  La inversión por concepto de capacitación e implementación de una Metodología Ágil para la cantidad de colaboradores detallados corresponden a la suma de 128,138.37 nuevos soles para el tiempo establecido, considerando el tipo de cambio vigente.  La inversión por concepto de capacitación sobre Captura de Requerimientos corresponde a la suma de 3,253.12 nuevos soles para el tiempo establecido, considerando tipo de cambio vigente.

 La inversión no incluye capacitaciones adicionales (días extras a los programados). El tipo de cambio al 05/01/2021 es de 3.64. 12. REQUERIMIENTOS DE APROBACIÓN DEL PROYECTO FCE (Ver punto 4)

Evaluador

Firma el Cierre del Proyecto

(Nombres apellidos y cargo de la persona

asignada)

Al finalizar el proyecto, la Tomas Fonseca Castro cantidad de consultas sin jefe del Área de Proyectos respuesta

Cliente

redujo en un 95%. Al finalizar el proyecto, la Pamela Zubiate – jefe del cantidad

proyectos Área de Operaciones

observados se redujo en un 90%, respecto al semestre anterior. Al finalizar el proyecto, se Víctor Ávila – jefe del Área cuenta con licencias de Jira de Desarrollo de Software para

100%

involucrados

(35

colaboradores) proceso

los

Gestión

Desarrollo de Software. Al finalizar el proyecto, la Víctor Ávila – jefe del Área cantidad de requerimientos de Desarrollo de Software administrados con Sprint’s en Jira es del 100%. Al finalizar el proyecto, el Tomas Fonseca Castro 90% de los colaboradores jefe del Área de Proyectos que

recibieron

capacitación

la aplica

eficientemente Scrum en sus actividades. 13. GERENTE DE PROYECTO ASIGNADO AL PROYECTO

Janet Alvarado – Gerente de Proyectos 14. AUTORIDAD ASIGNADA Helmut Pacheco – Gerente de TI 15. SUPUESTOS  Es la responsabilidad de PagoEfectivo garantizar la asistencia de los colaboradores involucrados a todos los eventos (capacitaciones, ceremonias, evaluaciones).  Las sanciones o amonestaciones para los colaboradores involucrados que no asistan o aprueben las evaluaciones queda a cargo de PagoEfectivo.  El número de colaboradores capacitados en el framework ágil Scrum será de aproximadamente 35 personas. 16. RESTRICCIONES  No se permite la distribución del material de capacitación a personal externo a la empresa.  No se puede permitir exceder el presupuesto asignado para el proyecto.

10 ANÁLISIS ECONÓMICO Y FINANCIERO 10.1 Análisis de propuestas Para el análisis de propuesta de proveedores se usó la siguiente Matriz de Valorización. Tabla 20. Matriz de Valorización

Elaboración propia. A continuación, se presentan las condiciones especificadas para el análisis de propuestas.  

El tipo cambio de dólar empleado es s/. 3,64 nuevos soles. Para la evaluación de costos, se considera mayor valoración a los costos bajos y



menor valoración a los costos altos. Para el cálculo de costos hundidos por capacitación del personal se considera un salario mensual de s/. 4,500 para el Analista Funcional y un salario mensual de s/. 6,500 para los 35 colaboradores involucrados con el proceso Gestión de Desarrollo



de Software de PagoEfectivo. La metodología ágil por capacitar e implementar es Scrum.



El costo por concepto de “Evaluación de personal” considera también el



seguimiento de parte de la consultora por los 6 meses de duración del proyecto. Por concepto “Flexibilidad de reprogramaciones” se refiere a la flexibilidad de la consultora para aceptar una reprogramación de capacitación a solicitud de PagoEfectivo.

A continuación, se comparte los resultados. Capacitación Captura de Requerimientos Tabla 21. Costos por consultora - Capacitación Captura de Requerimientos

Elaboración propia. Tabla 22. Valorización de consultoras – Capacitación Captura de Requerimientos

Elaboración propia. Según la Tabla22, la consultora elegida para brindar la capacitación Captura de Requerimientos y realizar el seguimiento por los 6 meses de duración del proyecto al Analista Funcional es Timebox – Agile Training Center por una inversión de s/. 2,828.80.

Capacitación e Implementación Scrum Tabla 23. Costos por consultora - Capacitación e Implementación Scrum

Elaboración propia. Tabla 24. Valorización de consultoras – Capacitación e Implementación Scrum

Elaboración propia. Según la Tabla24, la consultora elegida para desarrollar la capacitación e implementación Scrum y realizar el seguimiento por los 6 meses de duración del proyecto a los 35 colaboradores involucrados con el proceso Gestión de Desarrollo de Software es ITSight Consulting por una inversión de s/. 111,424.67.

10.2 Presupuesto del proyecto Inversión del proyecto A continuación, se detalla la inversión del proyecto. Tabla 25. Inversión del proyecto

Elaboración propia. Según Tabla25, el concepto “Garantía disponibilidad de capacitador” hacer referencia a la inversión que permite mitigar el riesgo referido a la ausencia de los capacitadores en la ejecución y evaluación de las capacitaciones del proyecto. Con esta garantía PagoEfectivo asegura que estas se lleven a cabo según cronograma establecido. El código del riesgo referido es el R7. Se estima que este importe corresponda al 15% de la inversión por cada una de las capacitaciones.

Costo del proyecto Para el cálculo del costo del proyecto se tomó en cuenta las siguientes especificaciones: 

Sin el proyecto existen 12 Analistas Comerciales. Con el proyecto, un Analista



Comercial asume la posición de Product Owner. Sin el proyecto, la cantidad de horas extras por colaborador es de 20 horas



mensuales. Con el proyecto, se estima que este se reduzca en un 90%. Con el proyecto, se estima reducir los costos operativos por horas extras en un



80%. Con el proyecto, se estima reducir el consumo de energía en un 10%.

Los costos asociados al proyecto son los siguientes: Tabla 26. Costo del proyecto

Elaboración propia. Beneficio del proyecto Se estima, como beneficio del proyecto, un incremento en los ingresos de 5% debido a la continuidad de los proyectos de desarrollo de software de PagoEfectivo. Tabla 27. Beneficio del proyecto

Elaboración propia.

10.3 Flujo de caja proyectado A continuación, se presentan las condiciones definidas para la elaboración del presente flujo de caja del proyecto: 

La inversión será financiada a través de un préstamo financiero. Según financiamiento de proyectos anteriores de PagoEfectivo se



define una tasa de 15%. El flujo de caja será elaborado para 3 años en referencia con la vida útil de la solución. Se define 6 meses como periodo del proyecto y 30 meses (2.5 años) como periodo de la operación de la solución.

Tabla 28. Flujo de caja del proyecto (año1)

Elaboración propia. Tabla 29. Flujo de caja del proyecto

Elaboración propia. 1

10.4 Análisis financiero y de rentabilidad: VAN / TIR / ROI / BC / PRI El proyecto es viable, rentable, genera valor y beneficio para PagoEfectivo. A continuación, se interpreta cada uno los indicadores financieros del proyecto: Tabla 30. Indicadores financieros del proyecto Indicador Interpretación Valor financiero El proyecto genera valor para PagoEfectivo al tener un Valor Actual Neto (VAN) positivo. Se VAN S/. 91,084.68 genera una creación de valor de S/. 91,084.68 nuevos soles. Este VPN cubre la inversión y costo de la deuda. El proyecto es rentable. El proyecto genera valor para PagoEfectivo al tener un TIR (44.56%) mayor que la TEA (15%). El proyecto se mantendría en equilibrio (VAN=0) TIR 44.56% con un costo de TEA igual a la TIR. El proyecto genera valor mientras la TEA sea menor que la TIR. El ROI obtenido de 212% nos indica que el 1er año: 49% retorno de la inversión del proyecto es de 2.12 ROI 2do año: 131% veces la inversión inicial respecto de la ganancia 3er año: 212% acumulada obtenida en los 3 años. Los beneficios del proyecto superan los costos al tener una relación beneficio-costo mayor que 1. BC 2.54 Un B/C igual 2.54 nos indica que, por cada 1 sol de costo se genera 1.54 soles de beneficio. Un PRI igual a 1.62 nos indica que para el segundo año ya se ha recuperado la inversión del PRI 1.62 = 2 años proyecto. El proyecto es viable al recuperar la inversión antes de concluir la vida útil de la solución. Elaboración propia.

11 SIGLARIO A continuación, se presenta el siglario de términos. Tabla 31. Siglario de términos Término Descripción C.I.P. Código de Identificación de Pago. M.O.F.

Manual de Organización y Funciones.

P.O.

Product Owner. Superintendencia Nacional de Aduanas y de Administración S.U.N.A.T. Tributaria. T.I. Tecnología de Información.

Elaboración propia.

12 GLOSARIO DE TÉRMINOS A continuación, se presenta el glosario de términos. Tabla 32. Glosario de términos Término Descripción Documento que consolida los requerimientos de desarrollo de un Brief proyecto de desarrollo de software. Burndown Artefacto de Scrum que se usa para visualizar el progreso del Chart desarrollo de un Sprint. Código generado por el sistema PagoEfectivo para cancelar la CIP compra de un producto o servicio. Expira automáticamente pasado un tiempo determinado. Documento de instrucción e información donde se expone en detalle la misión, estructura orgánica, el marco legal, las funciones y actividades, así como las funciones específicas de los MOF cargos correspondientes, las responsabilidades, líneas de autoridad y reporte; la relación existente entre ellos, necesaria para la optimización y eficiencia de su gestión. Representante del cliente dentro del Equipo Scrum. Responsable Product de representar las necesidades del cliente manteniendo las Owner capacidades clave y los resultados deseados. Marco de trabajo que permite el trabajo colaborativo entre equipos. Al igual que un equipo de rugby (de donde proviene su nombre) cuando entrena para el gran parido, scrum anima a los Scrum equipos a aprender a través de las experiencias, a autoorganizarse mientras se trabaja en un problema y a reflexionar sobre sus victorias y derrotas para mejorar continuamente. Es un cuadro de tiempo fijo durante el cual se crea un producto Sprint de valor más alto posible. Sprint Conjunto de objetivos seleccionados para el plan de desarrollo de Backlog un sprint Times Sistema que sirve para el monitoreo de las actividades de los Tracker empleados. Se agregan las actividades por jornada. Elaboración propia.

13 CONCLUSIONES A continuación, se presenta las siguientes conclusiones: 

La matriz Vester resultó ser una herramienta útil para clasificar los problemas identificados en el caso de estudio permitiéndonos conocer el problema central, los

problemas que causan el problema central, y los problemas que se generan como 

consecuencia de este último. La prioridad del proyecto debe ser atender el problema crítico y los problemas

 

activos (raíz) para resolver los problemas pasivos (efectos). Plantear correctamente el problema nos otorga parcialmente su solución. Definir las actividades correctas nos permite simplificar la solución de los problemas causas. El resto de los problemas tendrá una solución que se irá



encontrando de forma simplificada. La mayor cantidad de riesgos fueron obtenidos de los supuestos de la Matriz del Marco Lógico visto en forma negativa; sin embargo, otros son obtenidos durante el



análisis de la ejecución del proyecto. Los importes de las estrategias que buscan evitar, transferir o mitigar los riesgos deben ser registrados en el flujo de caja par un análisis adecuado del financiamiento



del proyecto. Realizar un adecuado presupuesto del proyecto nos permite saber cuáles son los ingresos y gastos en el periodo de tiempo establecido para fijar prioridades y



disminuir riesgos de incumplimiento de obligaciones. La elección de un proveedor adecuado, no solo se basa en los costos también debemos consideras otros conceptos relevantes. Es provechoso realizarlo de forma correcta, ya que juega un papel importante en el éxito de un proyecto, porque dependerá de la calidad de sus servicios para que la operación de la empresa sea



óptima. El análisis financiero es importante para una evaluación de la viabilidad, estabilidad y rentabilidad de un negocio. De esta manera, tener una correcta toma de decisiones.

14 BIBLIOGRAFÍA Aprende con Felipe Saldarriaga. (14 de septiembre de 2019). Matriz de Vester y Árbol de Problemas - Clase completa de identificación de problemas para proyectos [Archivo

video].

Recuperado

https://www.youtube.com/watch?

v=ZA2DBIF3GQQ [Consulta: 11 de enero de 2021]. Betancourt, D. (19 de junio de 2016). Matriz de vester para la priorización de problemas. Recuperado de https://ingenioempresa.com/matriz-de-vester/ [Consulta: 11 de enero de 2021].

DesarrolloWeb.com. (19 de diciembre de 2017). Conoce Jira [Archivo de video]. Recuperado de https://www.youtube.com/watch?v=0SOgjgZJVzw [Consulta: 20 de enero de 2021]. Gamarra, K. (12 de febrero de 2020). El 42% de peruanos han sido víctimas de fraude, engaños

estafa

por

Internet

[Entrada

blog].

Recuperado

https://www.ecommercenews.pe/comercio-electronico/2020/el-42-de-peruanoshan-sido-victimas-de-fraude-enganos-y-estafa-por-internet.html [Consulta: 15 de enero de 2021]. Kiziryan,

(s.f.).

Flujo

caja.

Recuperado

https://economipedia.com/definiciones/flujo-de-caja.html [Consulta: 10 de febrero de 2021]. PagoEfectivo (2021). ¿Cómo comprar online con PagoEfectivo? Lima: PagoEfectivo Perú. Recuperado de https://pagoefectivo.pe/comprar-y-pagar.html [Consulta: 15 de enero de 2021]. Rentafija. (03 de marzo de 2020). Los 4 principales indicadores financieros y su interpretación. Recuperado de https://www.rentafija.com/indicadores-financieros/ [Consulta: 01 de febrero de 2021].

15 ANEXOS ALEJANDRO GARCIA MOREANO – INFORME PERSONAL Importancia de la formulación y evaluación del proyecto Considero valiosa la Metodología del Marco Lógico impartida en el curso, porque nos permitió formular efectivamente nuestro proyecto. Nos permitió analizar, bajo un enfoque 360°, la situación problemática identificada y seleccionar una alternativa óptima de solución que nos permita lograr una situación futura. En primer lugar, se analizó los involucrados en la situación problemática. Se los clasificó según su interés por cambiar la situación problemática y por el poder que tenían dentro del negocio. Esto nos permitió identificar estrategias para mantenerlos interesados en el proyecto (en el caso que ya lo estuvieran), o para intentar cambiar su interés a favor del proyecto o mitigar el riesgo de retrasar el proyecto dado su interés bajo. En segundo lugar, se identificaron los problemas 4

en la situación problemática y posteriormente fueron clasificados a través de la Matriz Vester. Los problemas se clasificaron en problemas críticos, problemas activos, problemas pasivos y problemas indiferentes. El estudio desestimó los problemas indiferentes a fin de enfocarse en solucionar los problemas críticos atendiendo previamente los problemas activos. Bajo este flujo se mitigó o eliminó el riesgo de que ocurran los problemas pasivos. Como output se obtuvo el Árbol de Problemas. En tercer lugar, se elaboró el Árbol de Objetivos a partir del Árbol de Problemas. En general, se cambió el estado negativo de los problemas de este último árbol a estados positivos o mejorados. Los problemas efectos pasaron a ser los fines, el problema central pasó a ser objetivo central y los problemas causas pasaron a ser medios. En cuarto lugar, se elaboró el Árbol de Acciones a partir del Árbol de Objetivos. Se identificaron las acciones por cada medio de este último árbol. Posteriormente, se clasificaron las alternativas en excluyentes y complementarias. Las acciones excluyentes definieron las alternativas. Para el proyecto, el desarrollar o adquirir la licencia de un software para la gestión de requerimientos generó 2 alternativas. Seguidamente, se definieron criterios importantes para PagoEfectivo para evaluar y seleccionar la alternativa óptima. La alternativa referida a la adquisición del software de gestión de requerimientos fue la seleccionada. Por último, se definió la Estructura Analítica del Proyecto y la Matriz de Marco Lógico. La Estructura Analítica del Proyecto se definió a partir del Árbol de Acciones y la Alternativa seleccionada. En este sentido, el fin se mantuvo como fin, el objetivo central pasó a ser propósito, los medios pasaron a ser componentes y las acciones pasaron a ser actividades. En la Matriz de Marco Lógico se especificó los indicadores, medios de verificación y supuestos por cada elemento del Resumen Narrativo de Objetivos. Con relación a la evaluación del proyecto, la Matriz de Marco Lógico nos proveyó información valiosa para medir la efectividad de la solución e identificar los riesgos a fin de contrarrestarlos. Por último, el análisis económico y financiero realizado nos demostró que el proyecto es rentable en los 3 años de vida útil de la solución.

Oportunidades de mejora de la evaluación y formulación del proyecto

Considero interesante realizar el análisis económico y financiero con datos reales de la empresa que por políticas de privacidad y por la coyuntura epidemiológica no se pudo acceder. Datos como el salario promedio de los 35 colaboradores involucrados con el proceso Gestión de Desarrollo de Software, el importe mensual de luz de la empresa o el reporte mensual de horas extras registrados por estos mismos colaboradores.

Análisis de la viabilidad y factibilidad del proyecto Considero que el proyecto es viable y factible por las siguientes razones: 

Se dispones del financiamiento para la ejecución del proyecto. La empresa tiene



respaldo financiero. El proyecto ha demostrado ser rentable para PagoEfectivo. Ofrece un ratio beneficio costo/beneficio de 2.54 y un PRI de 1.62, indicándonos que por cada sol por costo se recibe 1.54 soles de ganancia y la inversión se recupera, a lo mucho, en el segundo año. Asimismo, la solución genera una creación de valor de 91,084.68 (VAN) y un TIR de 44.56% superior a la TEA de 15% que demanda la entidad



financiera. Se dispone del personal para su ejecución.

ELMER OCHOA LA CRUZ – INFORME PERSONAL Importancia de la formulación y evaluación del proyecto Considero que el curso genera un gran aporte para nuestra formación profesional, debido que nos permite tener una visión distinta y desde una perspectiva nueva, lo cual se ve reflejado en el desarrollo del presente proyecto. Así mismo, sobresalgo herramientas de trabajo como la Matriz del Marco Lógico, debido que es la base de todo el análisis del proyecto; además permite realizar un análisis de los involucrados, análisis del problema, análisis de los objetivos, identificación de alternativas y la estructura del proyecto.

Oportunidades de mejora de la evaluación y formulación del proyecto

Por otro lado, el modelo que se presenta en el curso es iterativo, lo cual nos permite realizar evaluaciones constantes y poder regresar a etapas anterior para su revisión, mejora y posible corrección. Además, es muy importante en todo proyecto contemplar los riesgos, como estos nos pueden afectar y como poder evitarlos, mitigarlos, derivarlos o aceptarlos.

Análisis de la viabilidad y factibilidad del proyecto Por último, el análisis financiero de todo proyecto de TI es un tema que se debe tener muy en cuenta; para nuestro caso y bajo la perspectiva de estudiantes de la carrera de Ingeniería de Sistemas esto no es ajeno, ya que nos brinda la posibilidad de validar cuando un proyecto es lo suficientemente rentable y viable para su ejecución, sin entrar en muchos detalles en términos avanzados financieros. La propuesta de implementar una metodología ágil y mejorar la captura de requerimientos que estaba siendo afectada en la empresa de PagoEfctivo, permite explotar de una mejor manera todo lo desarrollado en clase y según los resultados obtenidos el proyecto tratado es viable y rentable.

DANIELA NUVE SALVADOR – INFORME PERSONAL Importancia de la formulación y evaluación del proyecto La importancia de este proyecto radica en que el proceso de captura de requerimientos para la empresa de estudio Pago Efectivo, es un proceso clave para la Gestión de Desarrollo de Software. Para formular la situación problemática de este proyecto, se basó en realizar un análisis al área de desarrollo donde participaron todos los involucrados y miembros del equipo para encontrar la mejor alternativa de solución que satisfaga el problema. Por otro lado, mencionar que una adecuada evaluación nos permitirá el éxito del proyecto y contribuirá a reconocer los riesgos para apoyar a la toma de decisiones.

Oportunidades de mejora de la evaluación y formulación del proyecto Después de haber realizado un análisis de la situación problemática y utilizando las herramientas aprendidas en el curso como: Matriz de análisis de involucrados, árbol de problemas, entre otras que sirvieron para encontrar el problema principal se identificó que 7

éste se basaba en el proceso de captura de requerimientos. En consecuencia, había una demora en la entrega de los proyectos, pérdidas económicas importantes e incomodidad en los miembros del equipo. Según ello, se pudo evaluar los fines del proyecto con el apoyo del árbol de objetivos. Luego, se identificaron acciones que se convirtieron en alternativas para dar solución al problema identificado. La alternativa seleccionada traería muchos beneficios a la empresa, como, por ejemplo: reducción de costos y tiempo, ya que al mejorar el proceso de captura de requerimientos e implementar una herramienta de apoyo como Jira ayudaría a mejorar el control de los mismos y a la vez reducir los tiempos de entrega, reducir horas extras, entre otros costos. Finalmente, al proponer esta alternativa también está ayudando a mejorar la rentabilidad e imagen de la empresa.

Análisis de la viabilidad y factibilidad del proyecto Luego, de seleccionar una alternativa de solución, se procedió a una evaluación de proveedores basándose en costos y otros conceptos relevantes. Una vez seleccionados los proveedores, se calculó la inversión y costos del proyecto. Cabe mencionar, que los costos, según lo aprendido en clases, son pagos que se realizarán más de una vez a lo largo del tiempo de duración del proyecto. Al tener los costos e inversión se procedió a realizar el flujo de caja y el análisis financiero. Por lo que se concluye, que el proyecto es viable al obtener un VAN > 0; TIR> tasa, esto quiere decir que el proyecto es factible y genera beneficios. Además, para complementar el análisis se usó el PRI y ROI con valor mayor a cero.

BRAYAN SALVATIERRA ENRÍQUEZ - INFORME PERSONAL Importancia de la formulación y evaluación del proyecto La importancia del problema de la empresa Pago Efectivo se basa en la necesidad de gestionar correctamente sus proyectos de Desarrollo de Software, mediante una adecuada Gestión de Requerimientos por ser una pieza fundamental en un proyecto de ese rubro. Cabe mencionar, que un gran número de los proyectos de software fracasan por no realizar una adecuada definición, especificación, y administración de los requerimientos. Por otro

lado, mediante una evaluación, se supo que existen muchos problemas relacionados a la demora en la entrega de los proyectos, incomodidad de los clientes, pérdidas económicas por horas extras a trabajadores, lo cual perjudica a la empresa y se requiere encontrar la mejor alternativa de solución a esta problemática.

Oportunidades de mejora de la evaluación y formulación del proyecto Luego de la identificación de los problemas y encontrar el problema principal se observan oportunidades de mejora como evitar los registros de duplicidad de requerimientos por parte del Analista Funcional y así evitar el sobre esfuerzo del equipo de desarrollo. También, evitar que los proyectos sean suspendidos por parte de los clientes debido a incomodidad e insatisfacción. Estos beneficios se lograrán seleccionando una alternativa óptima que atienda la necesidad anteriormente mencionada. Para este caso, se identificó que el problema principal está en la captura e interpretación de requerimientos; además de no contar con una herramienta para la gestión de los mismos. Por eso, se plantea implementar una herramienta (Jira) y capacitar a los involucrados (miembros del equipo de desarrollo). Cabe mencionar que la herramienta se seleccionó en base a un análisis de alternativas. Luego de encontrar la solución, es necesario elegir los proveedores para ejecutar la solución, estos fueron evaluados teniendo en cuenta criterios como: costos, forma de pago, experiencia, desarrollos anteriores, entre otros. En base a ello, finalmente se agregaron los costos para los cálculos de inversión y viabilidad del proyecto.

Análisis de la viabilidad y factibilidad del proyecto Al realizar los cálculos de inversión e identificar los costos del proyecto, se pudo construir el flujo de caja. Esto sirvió, para calcular los indicadores y ratios que nos ayudarían a determinar la viabilidad del proyecto. Los indicadores analizados sirvieron para medir la rentabilidad del proyecto; asimismo, saber en qué tiempo que la empresa tardará en recuperar la inversión inicial. Los resultados obtenidos reflejaron que el proyecto es viable, pues se obtuvieron valores mayores a cero y a la tasa. También, el tiempo de recuperación es favorable. Finalmente, mencionar la importancia de los indicadores financieros en cada etapa de la gestión estratégica y financiera.

NICOLAS CRUZ CARPIO – INFORME PERSONAL Importancia de la formulación y evaluación del proyecto De acuerdo a la problemática del caso PagoEfectivo, se encontró que es una empresa que necesita un cambio en el esquema de trabajo, necesita usar metodologías ágiles. Existen costos por horas extras, los cuales están impactando en la rentabilidad de la empresa, sin embargo, lo que más preocupa, es la discontinuidad de los proyectos. Los proyectos son una de las principales fuentes de ingreso y que PagoEfectivo no pueda gestionar bien las entregas a corto plazo genera una reducción en los ingresos, pero a largo plazo representará un impacto aún mayor. Lo que se está evaluando son los beneficios tangibles, pero a futuro, el impacto de las pérdidas puede ser aún mucho mayor si no se mitiga este problema.

Oportunidades de mejora de la evaluación y formulación del proyecto El nuevo esquema de desarrollo ágil genera un cambio cultural en la empresa, en el presente proyecto se trató de presentar todos los costos necesarios para una correcta evaluación. La compañía tiene una participación importante en el mercado e-commerce peruano y necesita mejorar la forma en cómo está llevando a cabo sus proyectos, se ha encontrado gracias al análisis de las herramientas del curso Taller de Proyectos 2, muchas mejoras como, eliminar el Brief, el cual es parte del problema para la imprecisión del registro de requerimientos, enfocar al equipo comercial, ya que éstos estarían mejor dedicados en las ventas si no tuvieran que atender la colección de requerimientos. Fácilmente, podríamos involucrar a las demás áreas de la empresa y las otras áreas que trabajan en el ciclo de desarrollo de software, pero no es el alcance del proyecto. En ese sentido, considero como oportunidad de mejora explorar el impacto que surgiría con la implementación de las áreas como atención al cliente, incidentes, BI, innovación tecnológica e integraciones.

Análisis de la viabilidad y la factibilidad del proyecto. El análisis de la evaluación de los costos involucrados y la inversión estimada conlleva a recibir como ouputs una serie de indicadores favorables (ROI, VAN, TIR, B/C y PRI), pues los valores adquiridos con el flujo de caja evidencian que el proyecto es factible y es viable hacer la inversión propuesta. La resultante principal del proyecto de implementación de Scrum en PagoEfectivo, son los beneficios tangibles, los cuales si bien hablan de la reducción en costos por horas extras y salvaguardar los proyectos que estaban discontinuados, es importante destacar que el nombre de la marca está en juego y que a largo plazo puede resultar perjudicial si los proyectos continúan cancelándose por demoras en la entrega y/o estimaciones desproporcionalmente equivocadas en el transcurso de los proyectos con los clientes, quienes finalmente son los principales aliados estratégicos de PagoEfectivo.