-
Notifications
You must be signed in to change notification settings - Fork 0
Sprint 1
dfriveros11 edited this page Jun 5, 2019
·
1 revision
- Se desea que las funcionalidades de la aplicación de escritorio (caja) se puede hacer también desde la Web.
- Se desea cambiar el modelo de negocio de "arrendamiento" a "cobro por transacción"
- Leyes de facturación ("cuando se genera una venta por factura electrónica implica la identificación plena del comprador quien recibe y debe aceptar o rechazar la factura, y la DIAN que recibe el reporte de envío y aceptación o rechazo por parte del comprador, todo esto en línea. En ambos casos aplica una resolución de facturación diferente para cada tipo de facturación expedido por la DIAN. Para implementarla se requiere un proceso de certificar la plataforma ante la Superintendencia de Industria y Comercio, con que se deje enunciado creo que sería suficiente.")
- Conectividad y puntos geográficos de las tiendas que cubre ATPos. ("Queremos atender el mercado nacional, con la instalación de 1000 cajas, y capacidad para manejar por cada empresa hasta 50.000 productos.")
- Escalamiento horizontal: No se podrán realizar construcciones de infraestructura que requieran un una cantidad de equipos que en valor, superen el capital de inversión inicial que disponga la empresa ATPos.
- Escalamiento vertical: No se podrán realizar construcciones de infraestructura que requieran un una eficiencia de rendimiento en los equipos y las conexiones que en valor, superen el capital de inversión inicial que disponga la empresa ATPos.
- Código terminado, todos los TO-DO's hechos.
- Código comentado, revisado, ejecutado y probados varias veces.
- Revisión de pares (de trabajo) y cumplimiento de los estándares acordados en las reuniones realizadas por el grupo.
- Hacer build sin errores.
- Pruebas unitarias escritas y exitosamente aprobadas en ejecución.
- Despliegue en el ambiente de pruebas del sistema y ejecución exitosa sobre las pruebas.
- Aceptación, finalización y firma del usuario sobre los requerimientos acordados.
- Las horas pendientes de trabajo asociadas son modificadas a 0.
- La historia de usuario es clara
- La historia de usuario es testeable
- La historia de usuario es factible
- La historia de usuario está definida
- Los criterios de aceptación de la historia del usuario está definida
- Las dependencias de la historia del usuario están identificadas
- La historia de usuario está evaluada por el grupo con los términos INVEST
- El SCRUM MASTER del equipo acepta la evaluación dada
- Los criterios de funcionamiento deben estar identificados
- Los criterios de escalabilidad deben estar identificados
- Los criterios de seguridad deben estar identificados
- La persona que va a aceptar la historia de usuario ha sido contactada e ha sido informada
- Escuchar: Al escuchar se encuentran soluciones, se identifican problemas, se analiza, se aporta. Es, en definitiva, fundamental.
- Impulsar la comunicación: No se puede guardar información, hay que compartirla para que cada uno sepa y pueda hacer bien su trabajo.
- Tomar decisiones en grupo: A la hora de realizar decisiones es fundamental tener en cuenta la opinión de todos los integrantes del grupo.
- Establecer un objetivo común: Todos los integrantes deben estar alineados a un objetivo el cual cumpla con las reglas del negocio.
- Crear un sentido de pertinencia: Hay que tener conciencia de todas las acciones que se realicen afectan al grupo y es obra no solo de la persona, sino de todo el grupo.
- Obtener un ambiente de trabajo amigable: No siempre se podrá realizar todas las actividades propuestas o estar de acuerdo con las ideas de los demás, pero el respeto y la confianza es vital en el ambiente de trabajo.
- Tener un plan de contingencia: Se puede tener un plan en caso de que falle algunas actividades, se deben seguir y serán orientados con el líder cuando sea necesario
Todos estamos de acuerdo con estas reglas y se firma el día 14 de febrero del 2018 con completo consentimiento