Proyecto Scrum2
Proyecto Scrum2
16
Facultad de Ingeniería
en Ciencias de la
Computación y
Telecomunicaciones
Sistema de Información
INF 412 – SA
Para este tipo de proyectos debemos utilizar una metodología de desarrollo ágil que
nos permita una mayor flexibilidad capaz de adaptarse a los continuos posibles
cambios requeridos por el cliente, sin que estas peticiones de cambio afecten el
análisis que se hizo del proyecto.
En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por
el beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente
indicado para proyectos en entornos complejos, donde se necesita obtener resultados
pronto, donde los requisitos son cambiantes o poco definidos, donde la innovación, la
competitividad, la flexibilidad y la productividad son fundamentales.
Incluye junto con la descripción de este ciclo de vida iterativo e incremental para el
proyecto, los artefactos o documentos con los que se gestionan las tareas de
adquisición y suministro: requisitos, monitorización y seguimiento del avance, así como
las responsabilidades y compromisos de los participantes en el proyecto.
1.2. Objetivos
Clientes
Ventas
Los registro de los productos o servicios que ofrece la empresa hay inconsistencia. Las
estadística de productos más requeridos por clientes es muy demoroso, por lo tanto
nadie lo realiza.
En este proceso podemos resaltar unos de los problemas más habituales que sufren la
mayoría de las empresas que están en pleno incursiona miento de crecimiento. Tales
como el momento cuando los clientes necesitan realizar sus transacciones de pago, y
se presentan las colas largas de clientes en espera de poder pagar sus productos,
cobranzas de manera manual, cajas insuficientes para abastecer los pagos, productos
sin un código de especificación de precio son perjudiciales para los usuarios en su
tiempo.
Marketing
Soporte y Asistencia
Los clientes no tienen suficiente tiempo para acudir a la empresa y recibir asistencia,
esto hace que el cliente no vuelva más a adquirir algún producto o servicio por parte de
la empresa.
Estas son algunas de las razones por la cual hemos decidido optar por trabajar con la
metodología ágil “Scrum”.A través de esta metodología se pretende darle agilidad a los
procesos que se realizaran en el desarrollo de nuestro proyecto, además de poder
brindar un control del progreso a nuestros clientes y poder trabajar de manera
ordenada como equipo.
Con las todas herramientas que nos ofrece esta metodología y haciendo un buen uso
de ellas, pretendemos cumplir con el objetivo de poder realizar un buen sistema de
comercio electrónico cubriendo todas las necesidades ya mencionadas y por supuesto
las requeridas por nuestros clientes en un corto plazo.
1.4. Alcance
El proyecto tiene como finalidad facilitar las tareas críticas, priorizando las más
necesarias que presenta actualmente, además de simplificar y automatizar otras
tareas. Por lo tanto, el sistema estará compuesto o formado por los siguientes
procesos:
Gestionar Usuario
Permitirá al administrador: registrar, modificar y dar de baja a los distintos tipos de
usuarios que interactuarán con el sistema. Las contraseñas serán encriptados para
mejor seguridad en el sistema. Se registraran los siguientes datos:
(Nombre de usuario, Contraseña, Habilitado)
Iniciar sesión
Asignar Privilegio
Permitirá al administrador: asignar como quitar privilegios a los diferentes usuarios que
se encuentran registrados en el sistema. Los datos son los siguientes:
Gestionar Perfil
Permitirá al usuario: registrar, modificar información sobre su cuenta personal en el
sistema. El cual cuando se cree un nuevo usuario y este ingrese por primera vez al
sistema se le informara mediante un mensaje que debe introducir estos datos de forma
alternativa para una facturación de forma más detallada. Los datos a registrar son:
(Nombre, Apellido, Correo Electrónico, Carnet de Identidad, Fecha de Nacimiento,
Puntos, Foto)
Mensajes
En esta parte los clientes pueden enviar mensajes de consultas sobre algún producto o
cualquier consulta en general al administrador, las cuales serán enviadas a un buzón
de mensajes donde el administrador podrá leer los mensajes y responderlos.
(ID del Mensaje, Mensaje, Fecha, Hora)
Ver bitácora
Se administrador podrá visualizar todas las operaciones realizadas por los distintos
usuarios en el sistema.
Gestionar Categorías
El administrador podrá realizar la creación de nuevas categorías, modificaciones y
eliminar categorías creadas.
(ID de Categoría, Tipo de Categoría, Descripción)
Gestionar Subcategorías
El administrador podrá realizar la creación de nuevas subcategorías para poder
ordenar en mejor detalle los productos, permitiendo modificaciones y eliminación de
subcategorías creadas.
(ID de subcategoría, Tipo de subcategoría, Descripción)
Gestionar Producto
Cumplirá la función de registrar, modificar los datos de los productos y también se los
podrá dar de baja, los datos a registrar serán:
(ID del producto, Nombre del producto, Descripción, Precio, Foto, Habilitado)
Gestionar Almacén
Aquí encontramos todos los productos que se escogieron para comprar en el cual se
podrá eliminar productos indeseados y confirmar la compra de los productos para
pasar a las metodologías de pago. En esta parte se anotara lo siguiente: (Fecha,
Precio Total, Puntos Ganados, Puntos Gastados)
Entre las metodología de Pagos que se tienen son: PayPal, Visa, MasterCard y los
Puntos por compra. Con respecto a los puntos estos son ganados por comprar en la
tienda online y pueden ser canjeados en la misma tienda. Para verificar que productos
están en promociones debemos ir a la sección de promociones la cual dispone de los
productos habilitados para ser comprados por puntos. Además de esto la compra podrá
hacer los cálculos respectivos para denotar el precio total tanto usando puntos como no
usándolos.
Marketing
Productos Populares: En esta parte mediante un filtro se denotaran los
productos que más son comprados en la tienda.
Productos en Promoción por Puntos: En esta parte se verá los productos que
están en promoción para comprar por puntos en la tienda.
Reportes
Generar reporte de venta: Se podrá obtener reporte de las ventas realizadas.
Los propósitos de scrum son fundamentales para para que se pueda desarrollar el
proyecto con eficiencia de parte del equipo scrum.
El miembro del equipo scrum tiene que estar orientado a producir con CALIDAD, tiene
que saber compaginar los siguientes aspectos:
Interés por entender el producto o negocio para el que trabaja. Se preocupa por
proporcionar valor al usuario final o consumidor.
Tener una visión a medio plazo de los objetivos a conseguir (facilitada, por
ejemplo, por la Lista de objetivos priorizada (Product Backlog), tener pro
actividad (ser capaz de detectar oportunidades y anticipar riesgos) y aun así (y
dado que el foco está en proporcionar resultados tangibles cada iteración):
- Buscar la simplicidad y la utilidad, conseguir la mejor solución utilizando
sólo el esfuerzo necesario y no trabajar en futuribles que quizás no
lleguen nunca o cambien.
Pasión y orgullo por el trabajo que se realiza, ser exigente con la calidad
técnica, disciplinado y metódico, para que el producto pueda crecer de manera
sostenida.
El miembro del equipo scrum tiene que favorecer la COMUNICACIÓN y para ello tener
las siguientes aptitudes:
Transparencia en las tareas que realiza y su estado, para que el resto del equipo
tenga la información necesaria (por ejemplo en las reuniones diarias de
sincronización (Scrum daily meetings) o en las retrospectivas), que todos
puedan colaborar y ayudarse a conseguir los objetivos de la iteración, evitando
también que se realicen esfuerzos innecesarios.
Confianza en los demás miembros del equipo, creer que serán capaces de
realizar sus tareas, sin necesidad de estar controlándolos, recordar siempre que
todos están actuando con la mejor voluntad posible, y tener paciencia. Esta
confianza se ve facilitada por la compartición de conocimiento que se produce
en las reuniones de alta productividad que el equipo al completo realiza en
las actividades de Scrum, las cuales necesitan de la transparencia indicada
anteriormente.
El miembro del team es capaz de conjugar el progreso técnico y el humano, tiene afán
por APRENDER nuevas formas de trabajar y de relacionarse, y para ello tener las
siguientes aptitudes:
Se inicia con la demanda del cliente, o una necesidad que debe ser atendida. Tras la
identificación de las necesidades del cliente, el desarrollo se mueve a través de las
distintas fases (del proceso de lanzamiento del producto), hasta llegar al proceso de
prueba final, después del cual el producto pasa a producción y finalmente es entregado
al cliente.
Asegurar que la Lista del Producto es visible, transparente y clara para todos, y
que muestra aquello en lo que el equipo trabajará a continuación; y,
Para que el Dueño de Producto pueda hacer bien su trabajo, toda la organización debe
respetar sus decisiones. Las decisiones del Dueño de Producto se reflejan en el
contenido y en la priorización de la Lista del Producto. No está permitido que nadie pida
al Equipo de Desarrollo que trabaje con base en un conjunto diferente de
requerimientos, y el Equipo de Desarrollo no debe actuar con base en lo que diga
cualquier otra persona.
Motivar cambios que incrementen la productividad del Equipo Scrum; y, Trabajar con
otros Scrum Masters para incrementar la efectividad de la aplicación de Scrum en la
organización.
Otro factor determinante para la buena marcha de la metodología son los eventos que
realizan los distintos participantes, los cuales tienen lugar tanto en la etapa previa del
proceso como durante y después de su ejecución.
2.8. El Sprint
Se le considera la esencia del método Scrum. Son períodos cortos de 15-30 días en los
que se realiza una acción concreta. Cada sprint debe ponerse en marcha sólo cuando
el anterior haya terminado. Lo ideal es no modificar sus plazos y tiempos; por el
contrario, la mejor forma de obtener los resultados esperados es cumpliendo con lo
acordado.
Descripción
En esta reunión se toman como base las prioridades y necesidades de negocio del
cliente, y se determinan cuáles y cómo van a ser las funcionalidades que se
incorporarán al producto en el siguiente sprint.
Se trata de una reunión conducida por el responsable del funcionamiento del marco
scrum (Scrum Master en scrum técnico, o un miembro del equipo, en scrum
pragmático) a la que deben asistir el propietario del producto y el equipo completo, y a
la que también pueden asistir otros implicados en el proyecto.
La reunión puede durar una jornada de trabajo completa, cuando se trata de planificar
un sprint largo (de un mes de duración) o un tiempo proporcional para planificar un
sprint más breve. Esta reunión debe dar respuesta a dos cuestiones:
La reunión se articula en dos partes de igual duración, para dar respuesta a una
de estas cuestiones, en cada una.
Precondiciones
Ya están “preparados” los elementos prioritarios de la pila del producto, de forma que
ya tienen un nivel de detalle suficiente y una estimación previa del trabajo que
requieren.
Entradas
Resultados
Formato de la reunión
Esta reunión marca el inicio de cada sprint. Duración máxima: un día. Asistentes:
Propietario del producto, equipo de desarrollo y Scrum Master. Pueden asistir: todo
aquellos que aporten información útil, ya que es una reunión abierta. Consta de dos
partes separadas por una pausa de café o comida, según la duración.
Cada iteración debe tener un objetivo claro, el cual está definido de antemano en el
Product Backlog. A medida que los equipos trabajan, se deben ir implementando los
recursos previstos u otros que no se habían tenido en cuenta previamente.
Descripción
Entradas
Pila del sprint y gráfico de avance (burn-down) actualizados con la
información de la reunión anterior.
Resultados
Formato de la reunión
Se recomienda realizarla de pie junto a un tablero con la pila del sprint y el gráfico de
avance del sprint, para que todos puedan compartir la información y anotar. En la
reunión está presente todo el equipo, y pueden asistir también otras personas
relacionadas con el proyecto o la organización, aunque éstas no pueden intervenir.
Y actualiza sobre la pila del sprint el esfuerzo que estima pendiente en las tareas que
tiene asignadas, o marca como finalizadas las ya completadas. Al final de la reunión:
-El equipo refresca el gráfico de avance del sprint, con las estimaciones
actualizadas,
Descripción
Reunión realizada al final del sprint para comprobar el incremento. . No debe durar
más de 4 horas, en el caso de revisar sprints largos. Para sprints de una o dos
semanas, con una o dos horas de duración debería ser suficiente. Objetivos:
El propietario del producto comprueba el progreso del sistema. Esta reunión marca, a
intervalos regulares, el ritmo de construcción, y la trayectoria que va tomando la visión
del producto.
Formato de la reunión
Es una reunión informal. El objetivo es ver el incremento realizado. Están prohibidas las
presentaciones gráficas y “PowerPoint”. El equipo no debe invertir más de una hora en
desarrollar la reunión, y lo que se muestra es el resultado final: terminado, probado y
operando en el entorno del cliente (incremento). Según las características del proyecto
puede incluir también documentación de usuario, o técnica. Es una reunión
informativa. Su misión no es la toma de decisiones ni la crítica del incremento. Con la
información obtenida, posteriormente el propietario del producto tratará las posibles
modificaciones sobre la visión del producto. Protocolo recomendado:
4. El Scrum Master, de acuerdo con las agendas del propietario del producto y el
equipo, cierra la fecha para la reunión de preparación del siguiente sprint.
Qué ha aprendido
Beneficios
Restricciones
Backlog de Producto
sin mencionar "cómo hacerlo", ya que esta última, como vimos en el capítulo anterior,
será tarea del Scrum Team.
- El grado de prioridad
- Esfuerzo que demanda
- Granulidad
- Criterios de aceptación
Los items del backlog de producto, deben guardar un orden de prioridad, cuya base
se apoye en:
Riesgos de implementarla
Estimación de esfuerzo
Una historia de usuario es aquella que puede escribirse con la siguiente frase
Criterios de Aceptación
Backlog de Sprint
Para armar el Backlog de Sprint, el Scrum Team, divide los items en tareas – tasks
– de que no demanden una labor superar a una jornada de trabajo. Es decir, que una
tarea, no debería superar las 8 horas de trabajo.
Backlog de Producto:
Como administrador quiero poder administrar las secciones del sistema para poder
establecer el orden de visualización de las mismas
Otro detalle a considerar, es el tiempo que demanda cada tarea. Por ejemplo, correr un
ORM lleva solo algunos minutos, pues no puede ser considerado una única tarea.
Entonces, puede "sumarse como detalle" a la tarea "crear modelos". De manera
contraria, documentar en el manual del usuario, llevará todo un día de trabajo. Por lo
cual, debe asignarse a una única tarea.
Tableros de Scrum
Incremento de Funcionalidad
La lista también tiene que considerar los riesgos del proyecto e incluir los
requisitos o tareas necesarios para mitigarlos
Esta lista permite ver las tareas donde el equipo está teniendo problemas y no
avanza, con lo que le permite tomar decisiones al respecto.
2.17. Incremento
Sin embargo es una excepción frecuente el primer sprint. En el que objetivos del tipo
“contrastar la plataforma y el diseño” pueden resultar necesarios, e implican trabajos
de diseño o desarrollo de prototipos para contrastar las expectativas de la plataforma
o tecnología que se va a emplear. Teniendo en cuenta esta excepción habitual:
Esto permite saber claramente en qué punto real se está del proyecto y tomar buenas
decisiones al respecto sobre lo que se ha conseguido hasta ese momento y lo que
todavía no se sabe con certeza cuándo estará acabado. Con una buena Definición de
Hecho, el cliente podrá tomar decisiones correctas cuando al final de cada iteración el
equipo le haga una demostración de los requisitos completados: cambiar las
prioridades en función de la velocidad de desarrollo, solicitar una entrega del producto
desarrollado hasta ese momento, etc.
Por otro lado, lo peor que podría suceder es que, aunque el equipo haya ido
presentando todos los objetivos / requisitos completados durante el proyecto (en cada
iteración), se podría dar el caso de que los días previos a una entrega de repente se
den cuenta de que hay que hacer mucho trabajo de integración y finalización (que
podría haberse ido haciendo antes, durante el proyecto). Esto también les dificultaría
estimar cuándo tiempo necesitan para acabar de terminar el producto (lo cual pondría
en peligro la fecha de entrega).
2.20.1. Ventajas
2.20.2. Desventajas
Si una persona renuncia o hay algún cambio es complicado remplazar ese rol ya que
es la persona que se lleva el conocimiento específico y afecta a todo el proyecto.
1.- FOCO
2.-CORAJE
Debido a que los equipos Scrum trabajan como verdaderos equipos nos apoyamos
entre compañeros para así asumir compromisos desafiantes.
3.- APERTURA
Nos permite una discusión abierta de los problemas que tenemos al realizar el
proyecto, la información está disponible para todos.
4.- COMPROMISO
Cada integrante del equipo debe tener un compromiso para lograr el éxito del grupo.
5.- RESPETO
Herramienta #1 – JIRA
Herramienta # 2 – SeeNowDo
Herramienta #3 AgileFant
AgileFant es de las herramientas que mayor crecimiento registra en cuanto a
popularidad y cantidad de usuarios. Es bastante completa, incluye generación de
estadísticas, velocity, burndown charts y utilización de métricas. Una característica
interesante es que brinda la posibilidad de definir US generales (denominadas también
EPIC Stories) y luego ir refinándolas, agregándoles más detalle a medida que el
proyecto avanza. Entre sus puntos débiles se puede mencionar la poca flexibilidad para
personalizar la herramienta, y su inexistente integración con otros sistemas, lo cual
puede atentar contra su utilización en ambientes corporativos.
Herramienta #4 RallyDev
Herramienta #5 Trello