O que torna software diferente
- Dá para mudar o plano no meio. Por isso métodos ágeis são tão comuns na área.
- O trabalho é invisível. Ninguém "vê" o código. Por isso mostrar partes prontas cedo é importante.
- Estimar é difícil. Duas pessoas olham a mesma tarefa e dão prazos diferentes.
As palavras do time técnico, traduzidas
| Palavra | Em português do dia a dia |
|---|---|
| Backlog | A lista de tudo que ainda precisa ser feito, em ordem de importância |
| Sprint | Um período curto (de até um mês, segundo o Scrum Guide; muitos times usam duas semanas) em que o time se compromete a entregar um pedaço |
| Definição de pronto | O combinado do que significa "terminado" |
| Squad | Um time pequeno que tem todas as habilidades para entregar sozinho |
| Deploy | Colocar a nova versão no ar |
O que perguntar ao time técnico
| O que perguntar | Para quem | Por quê |
|---|---|---|
| "O que pode travar essa entrega?" | Quem desenvolve | Revela dependências escondidas |
| "Em que parte você tem menos certeza do prazo?" | Quem desenvolve | Mostra onde o risco está |
| "Isso está pronto para usar ou só para mostrar?" | Quem desenvolve | Evita o "quase pronto" |
| "Quem decide se dois pedidos entrarem em conflito?" | Quem paga | Define o dono da prioridade |
Ciclo de vida de um projeto de software
Na prática: entender o que se precisa, desenhar, construir, testar, colocar no ar e dar suporte. Em projetos ágeis, esse ciclo se repete em pedaços pequenos. Em projetos de modelo cascata, acontece uma vez, em sequência.
Leia também: Scrum
Leia também: implantação de software
Artigos de apoio desta área
Leia também: Ciclo de vida do software (SDLC)
Leia também: Sprint
Leia também: Backlog
Leia também: Definição de pronto
Leia também: Squads
Perguntas frequentes
Preciso saber programar para gerir um projeto de software?
Não. Precisa saber perguntar e entender o suficiente para perceber quando um prazo não faz sentido.
Scrum é obrigatório?
Não. Existem outros jeitos, como Kanban e modelos híbridos.