Marketplace Turismo Ecológico

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 4

Marketplace turismo ecológico

Tomando como punto de inicio los requerimientos solicitados por el cliente, enfocaremos
el desarrollo de esta aplicación basados en la metodología scrum ya que la agilidad y
flexibilidad que este tiene nos permite adaptar y generar soluciones digitales en corto
tiempo. Ya que su principal objetivo es maximizar el retorno de la inversión para la
empresa, a partir de una metodología de trabajo que privilegia la creación de la
funcionalidad de mayor valor para el cliente del producto a diseñar..

Las fases de la metodología Scrum son las siguientes:


Recogida de requisitos
El proceso comienza con la generación de la lista de objetivos o requisitos priorizada,
que actúa como plan del proyecto y que es entregada por el cliente o dueño del producto
al equipo. La lista de objetivos/requisitos priorizada representa la visión y expectativas del
cliente respecto a los objetivos y entregas del producto o proyecto.
Es importante comprender que el cliente es el responsable de crear y gestionar la lista con
ayuda del líder del proceso, el Scrum master, que es el director del proyecto y encargado
de eliminar los obstáculos que impiden que el equipo de desarrollo alcance el objetivo del
sprint.
Esta etapa sería la “planificación” del proyecto, en un marco no ágil de trabajo.
Gestión de backlog
Es el conjunto de funcionalidades y tareas a realizar. Para cada objetivo/requisito se indica
el valor que aporta al cliente y el costo estimado de completarlo, velando por un equilibrio
entre ambos en pos del ROI.

Sprint Planning Meeting


Un sprint es una unidad de trabajo que agrupa un conjunto de tareas en un periodo de
tiempo. La primera iteración es de planificación y está compuesta por dos partes:
• Selección de requisitos: Es la iteración entre cliente y equipo, el momento
en que el equipo pregunta al cliente las dudas que surgen y se seleccionan los
requisitos más prioritarios que se comprometen a completar en la iteración. Tiene
una duración máxima de cuatro horas.
• Planificación de la iteración: Se elabora la lista de tareas o acciones
necesarias para desarrollar los requisitos a los que se han comprometido. La
estimación de esfuerzo se hace de manera conjunta, siempre con el scrum master
como facilitador, y los miembros del equipo se autoasignan las tareas. La duración
de este ejercicio no debe superar las cuatro horas.

Ejecución de sprint
En la metodología Scrum un proyecto se ejecuta en bloques temporales cortos y fijos,
llamados sprint, que son iteraciones de 2 semanas. Si se sobrepasa este tiempo, como
máximo un sprint puede tomar 4 semanas.
Daily Scrum Meeting: Todos los días, una vez comenzado el sprint, el equipo
realiza una reunión de coordinación. En estas sesiones diarias, cada miembro del equipo
revisa el trabajo que el resto está realizando.

En la reunión cada integrante debe responder a tres preguntas:


• ¿Qué he hecho desde la última reunión de sincronización?
• ¿Qué voy a hacer a partir de este momento?
• ¿Qué impedimentos tengo o voy a tener?

Estas reuniones son fundamentales en el proceso, ya que son instancias para avanzar
desde los procesos individuales que desarrolla cada miembro del equipo a la colaboración
de todos en el desarrollo.
Inspección e iteración
El último día de la iteración se realiza la reunión de revisión de la iteración, y se compone
de dos partes:

• Sprint Review: El equipo desarrollador presenta al cliente los requisitos


completados en la iteración, en forma de incremento de producto preparado para
ser entregado. El cliente revisa el entregable y se adaptan las mejoras necesarias.

• Sprint Retrospective: En esta fase el equipo analiza cómo ha sido su


manera de trabajar y cuáles son los problemas que podrían impedirle progresar
adecuadamente, enfocando el proceso a la mejora continua del equipo.

Análisis de costos
Para ejemplificar esta actividad tomamos el proyecto en mención desarrollado en sector
turístico, a través de su división de software, en donde el equipo de desarrollo está
conformado por un líder de proyecto y 5 desarrolladores. El equipo levantó
requerimientos con un total de 46 Historias de usuario, cada una con su respectivo
esfuerzo, donde se obtuvo un Tamaño base total del producto de 486 puntos de historia.
El líder del proyecto consideró una Velocidad base del equipo de 70 puntos de historia.
por iteración basándose en las velocidades logradas en proyectos anteriores; con el
Tamaño base total del producto y Velocidad base del equipo se obtienen 7 iteraciones
necesarias para desarrollar el producto con una duración de 2 semanas cada una. Además,
el estimó el costo del producto basándose en los sueldos de los desarrolladores que
forman parte del equipo y del tiempo que durará el proyecto, de donde obtuvo un Costo
base del producto de $252,000.001. El equipo planea los 486 puntos de historia a
desarrollar en cada iteración y obtiene la información que se muestra en la tabla 1.
Definición de infraestructura

FRONT_END: Para la estructura del front nos dedicaremos junto a nuestro diseñador
grafico a levantar una UX optima para nuestros futuros clientes, así mismo trabajaremos
con el framework angular que es de opensource desarrollado por Google, que nos
permitirá con ayuda de otro framework llamado Bootstrap a implementasr nuestros
diseños de una manera ágil y muy rápida

BACK_END: Para esta estructura nos centraremos a crear un api con el framework de .NET
Core en us mas reciente versión, esto nos permitirá exponer distintos métodos para lograr
una capa de negocio estable y segura dentro de nuestra aplicación, implementaremos
seguridad en nuestros conusmos haciendo uso de los JWT (Json Web Token) ya que estos
nos permiten proteger nuestros consumos. Así mismo acá tendremos las conexiones y
llamados a nuestra base de datos

BASE DE DATOS: Para nuestra base de datos comenzaremos generando un modelado


optimo de nuestros procesos dentro del aplicativo así podemos identificar los flujos de
información dentro de nuestra aplicación y como ir mejorándolos conforme sea necesario,
implementaremos SP (Store procedure) los cuales nos permitirán realizar validaciones
optimas y seguras de nuestra información..

Todo esto será implementado en un servicio en la nube con azure SAAS El Software as a
Service (SaaS) permite a los usuarios conectarse a aplicaciones que residen en la nube y
acceder a ellas a través de Internet.

También podría gustarte