3. Poco tiempo + mala comunicación
Lo que pidió el Lo que entendió el Lo que diseñó el Lo que escribió el Lo que el consultor
cliente jefe de proyecto analista programador describió
Lo que se Lo que instalaron los Lo que se llegó a Lo que soporte llegó Lo que el cliente
documentó de operaciones pagar a hacer necesitaba
http://www.projectcartoon.com/cartoon/3
4.
5. • La figura del tester es importante, ya que
debe asegurar la calidad del producto en un
periodo limitado de tiempo.
• Todo el mundo llega a participar en los
procesos, desde el programador más junior
hasta los directivos.
• El cliente participa cada cierto tiempo
mediante early demos.
6. Foundations
• Pueden durar dias, participación muy activa.
Agotamiento mental al final del día.
• Todos tienen el mismo derecho a proponer-
opinar (no se nota una jerarquía).
7. Phase opening
• Normalmente dura una mañana, se discuten
los MoSCoW y va seguida del 1er timebox
opening
• Se comienza a puntuar algunas tareas.
8. Timebox opening
• Se comienza a asignar la mayoría de tareas.
• A partir del 2o TB opening es más fácil
valorar las tareas que quedan por puntuar.
9. Stand-up
• Todo el mundo hace una breve explicación
de lo que hizo el día anterior, qué problemas
se encontró y que ha comenzado a hacer el
día actual.
• Suele haber muchas propuestas y ayuda a
los compañeros en caso de problemas.
• Si hay algún tipo de consulta, se hace al
manager al finalizar la standup.
10. Timebox closedown
• Se hace una breve demo de todo lo
realizado por el equipo, las capas más altas
suelen estar presentes. Demo 30-45min.
• Goods & Bads
• Se repasan las métricas.
• Se anotan los promedios (puntos, bugs,
signed off, etc).
11. Task lifecycle
TIMEBOX 9
NM
AJ
KM
AS
LP
EH
IN DEVELOPMENT
(ACCEPTANCE CRITERIA)
ANALYST TESTER
A T
BLA BLA
BLA
D
DEVELOPER
12. Task lifecycle
IN DEVELOPMENT
developing_task(){
…
D //coding rules!
…
}
R
OK
REVIEWER
2B TESTED
2B REVIEWED
GERRIT