NUESTROS
EQUIPOS ÁGILES
¿Qué es un sprint de arquitectura?
En resume es el primer contacto con su proyecto, tomaremos su idea y la convertiremos en un plan de construcción.
Tendremos respuestas a estas preguntas:
¿Por qué queremos construirlo?
¿Qué es? ¿Qué no es?
¿Cómo se construye?
¿Qué vamos a ofrecer?
Entregaremos un manual sobre cómo construir el proyecto/MVP, integrado por:
Todos los documentos son accesibles mediante Jira software
-
Historias de usuarios
Para estimar cada historia, utilizaremos una estimación del tamaño de la camiseta, en la que cuanto mayor sea el tamaño, mayor será el riesgo. Nuestro objetivo será siempre tener el mayor número posible de tallas pequeñas.
Clic aquí Ejemplo
-
-
Nuestros equipos ágiles de Fintech y Blockchain
Equipo MVP
Un pequeño equipo con experiencia en proyectos Fintech y Blockchain que te ayudará a construir tu MVP.
Equipo + MVP
Un equipo intermedio con experiencia en proyectos Fintech y Blockchain que te ayudará a construir tu producto.
Equipo avanzado
Un gran equipo con experiencia en proyectos Fintech y Blockchain que te ayudará a construir tu producto incremental.
¿Cómo formamos nuestros equipos?
Con las entregas de nuestro sprint de arquitectura tendremos una visión general sobre el tamaño del proyecto, y aquí es donde LOE (Nivel de Esfuerzo) hace su magia.
LOE para cada uno de nuestros paquetes de equipo se estima pivotando nuestras historias de usuario de tamaño pequeño, ya que presentan el menor riesgo y por lo tanto son más predecibles.
Dado que nuestra historia de usuario de pequeño tamaño es cualquier cosa que podamos hacer en 3 días o menos y que requiera un mínimo de pruebas, ha surgido el siguiente pivote:
¿Qué vamos a ofrecer?
Los resultados mensuales de todos nuestros planes son los siguientes:
Los entregables de los sprints se centran en crear un producto incremental para el proyecto
Un ejemplo podría ser la revisión de una aplicación existente:
Cuando se revisa una aplicación, es probable que existan modelos de datos. En el primer Sprint de la revisión, podríamos decidir alterar los modelos de datos para conseguir los nuevos resultados que se desean, este ejemplo es una idea sobre lo que podría ser un entregable del Sprint.
Los entregables del sprint son de recurrencia mensual.
Para cada sprint durante el proyecto, las partes interesadas tendrán acceso a informes de QA en tiempo real, en estos, verán el total de casos de prueba y su estado: Aprobados, Fallidos, Bloqueados y Pendientes.
Clic aquí Ejemplo
Los informes de control de calidad en tiempo real son accesibles en todo momento y se actualizan en cada sprint.
En cada sprint del proyecto, las partes interesadas tendrán acceso a métricas de rendimiento en tiempo real, en las que verán métricas clave que les proporcionarán un estado detallado de cada sprint.
Las métricas de rendimiento en tiempo real son accesibles en todo momento y actualizadas en cada sprint, los informes serán accesibles utilizando el software Jira.
Para cada sprint durante el proyecto, las partes interesadas tendrán acceso a nuestro informe de sprint, en este, verán un informe consolidado con el estado detallado de cada sprint.
Clic aquí Ejemplo
El informe del sprint es accesible al final de cada sprint.
La demostración del sprint tiene lugar al final del sprint y a ella asiste todo el equipo Scrum, incluidos el Propietario del Producto y el Scrum Master, así como las partes interesadas pertinentes, la dirección y los desarrolladores de otros equipos.
La demostración del sprint es muy valiosa para mantener a las partes interesadas al día con el progreso del desarrollo del producto (producto incremental). Les permite retroalimentar y discutir con el Producto Owner y el equipo Scrum cualquier posible modificación del Backlog del Producto que ayudaría a maximizar el valor.
English 
Spanish 
