tuenti - de la idea a la web

De la Idea a la Web

Pedro Álvarezpalvarez@tuenti.com

Diana Lópezdlopez@tuenti.com

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

talent@tuenti.com