Android UX-UI Design for fun and profit | Fernando Cejas | Tuenti
Tuenti - de la idea a la web
23
Transcript of Tuenti - de la idea a la web
Agenda
Equipos de Producto Flujo de Trabajo Brainstorming PID (Project Initiation Document) PRD (Project Requirements Document) Desarrollo Release Dudas y Preguntas
Equipos de Producto
1 Product Manager
1 Team Lead
5 Ingenieros
1 Diseñador
1 Ingeniero de QA
Flujo de Trabajo
Brainstorming
Todos participamos aportando ideas
PID (Project Initiation Document)
“Descripción a grandes rasgos del alcance del proyecto”
Responsables
–Product Manager
– Team Lead
Resultado
–Aprobación > PRD
PRD (Project Requirements Document)
“Definición de los requisitos finales del producto”
Responsables
–Product Manager
– Todo el Equipo Técnico
Resultado
– Inicio del Proyecto
Scrum
“Marco de trabajo para la gestión de proyectos basada en un proceso iterativo utilizado entornos basados en el desarrollo ágil de software”
Scrum > El Equipo
Product Owner (PM)– Responsable del producto y de las prioridades– Accepta o rechaza el resultado
ScrumMaster (TL o Ingeniero)
– Gestiona el Sprint– Se encarga de los impedimentos
Scrum Team (Ingenieros, Diseñadores, QA...)– Tamaño 6-8– Habilidades transversales– Responsables del Sprint
Usuarios / Stakeholders
Scrum > El Sprint Planning
ScrumMaster, Product Owner y Scrum Team
Revisión de las User Stories del Product Backlog
Definición del Sprint Backlog
– 2 Semanas
Scope según la Sprint Velocity del Equipo
Scrum > Daily Scrum
ScrumMaster y Scrum Team
Reunión de 5-10 minutos
Cada miembro del Equipo debe responder
– ¿Qué hizo ayer?
– ¿Qué va hacer hoy?
– ¿Ha encontrado con algún impedimento?
Actualización del Burndown
Scrum > Daily Scrum
Scrum > Demo
Product Owner, ScrumMaster y Scrum Team
Se muestra al Product Owner el resultado.
Product Owner acepta o rechaza los resultados.
Resultado
–Nuevas User Stories
–Sprint Retrospective
Scrum > Sprint Retrospective
ScrumMaster y Scrum Team
Revisón del Sprint
–Cosas Mejorables
–Cosas Buenas
– Ideas
Resultado se aplica en los siguientes Sprints
Pair Programming
“Técnica usada, en Agile Development, cuando dos desarolladores trabajan en el mismo ordenador
Un miembro escribe el código mientras el otro revisa el trabajo. El teclado va cambiando de manos con frecuencia.”
TestingUnit Test
“Forma de probar el correcto funcionamiento de un módulo de código por separado”
Integration Test“Forma de probar que todas los componentes
funcionan de forma combinada”
Acceptance Test“Forma de validar que el producto cumple el
funcionanmiento esperado”
Code Coverage“Forma de saber la cantidad de código que está
sometido a nuestras pruebas”
Control de Versiones
“Gestión de los diversos cambios que se realizan sobre el código fuente de algún producto”
Integración Continua
“Ejecuciones de test automatizadas que permiten detectar fallos lo antes posible”
Code Review
¿Por qué?
Menor número de bugs
Más calidad de código
¿Cómo?
Por Changeset
Pair Programming
Proyecto Completo
Quality Assurance
Pruebas manuales (Test Cases) en diferentes browsers
Pruebas de Regresión
Release
Todos los Martes y Jueves a las 8:00
Asistentes:
Todos los ingenieros con código
Responsable(s) de QA
Release Manager
Responsable de sistemas
Canal de chat con todos los implicados
Release
"Live bugfixing" hasta ~11:30 AM
Errors spreadsheet
Cierre de la release
¿Te Animas?
Proyectos de Fin de Carrera
Becas
Part Time
Full Time
Associate Programs
