|
|
|
# Reuniões
|
|
|
|
|
|
|
|
### Project Standup
|
|
|
|
Equivalente a famosa Daily, os membros do time se reunem fazendo um circulo de pé, e cada um responde três perguntas:
|
|
|
|
|
|
|
|
- O que eu fiz ontem?
|
|
|
|
- O que farei hoje?
|
|
|
|
- Vejo algum obstáculo/impedimento?
|
|
|
|
|
|
|
|
### Office Standup
|
|
|
|
Reunião mais aberta, com participação liberada de membros de fora do time. O Objetivo é iniciar bem o dia, de forma descontraida. Os participantes se reunem fazendo um circulo de pé, e podem seguir a seguinte ordem de tópicos:
|
|
|
|
|
|
|
|
- Novos rostos
|
|
|
|
- Ajudas
|
|
|
|
- Interessantes
|
|
|
|
- Eventos
|
|
|
|
|
|
|
|
### Iteration Planning Meeting (IPM)
|
|
|
|
Liderada pelo PM, esta meeting possui o objetivo de estimar a complexidade das stories priorizadas do backlog, que os desenvolvedores podem pegar.
|
|
|
|
|
|
|
|
### Pre-IPM
|
|
|
|
Para ter certeza de que o backlog possui stories corretas para estimar na IPM. É opcional e não precisa de todo o time presente.
|
|
|
|
|
|
|
|
### Sponsor and Stakeholder Update
|
|
|
|
Compartilhar o progresso do time, apresentar software funcionando, levantar bloqueios e apresentar próximos planos do time.
|
|
|
|
|
|
|
|
### Retro (Retrospective)
|
|
|
|
Espaço para o time celebrar o sucesso da última iteração, discutir pontos de confusão e refletir sobre desafios.
|
|
|
|
|
|
|
|
<br/>
|
|
|
|
|
|
|
|
# Papéis
|
|
|
|
|
|
|
|
### Product Manager
|
|
|
|
Lidera o time na descoberta e entrega de um prouto que crea valor significativo para a companhia e os usuários. Facilita a tomada de decisões, trabalha próximo e colaborativamente com o cliente e com o time.
|
|
|
|
|
|
|
|
### Software Engineer
|
|
|
|
Engenheiros implementam as stories do backlog. Além disso, eles ajudam na estimação das stories durante a IPM. Engenheiros guiam a parte da implementação e as implicações técnicas de decisões em cima do produto.
|
|
|
|
|
|
|
|
### Anchor
|
|
|
|
Um Engenheiro é designado Anchor. O Anchor garante que o time tome boas decisões técnicas de forma compartilhada, que o time segue boas práticas de desenvolvimento, que engenheiros juniors aprendam rapidamente, e que todos os engenheiros sejem donos do código. O Anchor também trabalha mais próximo do PM e do Designer do que os demais.
|
|
|
|
|
|
|
|
### Product Designer
|
|
|
|
Entregam valor em forma de decisões de design. Devem entender o usuário profundamente, para definirem soluções que são desejáveis, úteis e usáveis. O Designer trabalha muito próximo do PM, pareando em pesquisa do usuário, validando asserções antes que elas sejam incluidas no backlog do produto. |
|
|
\ No newline at end of file |
