Gerencie projetos baseados em desenvolvimento ágil com o Scrum

O texto descreve o Scrum como uma forma alternativa de gerenciar projetos quando o processo não pode ser definido por inteiro desde o início. A proposta é dividir o trabalho em sprints curtas, com entregas que possam ser avaliadas pelo cliente, para tornar o desenvolvimento mais controlável e interativo.

Fichamento

#

• O aumento da complexidade dos softwares impulsiona o uso de metodologias de gerenciamento como o Scrum.
• O Scrum é apresentado como metodologia ágil aplicada a projetos conduzidos por pequenas equipes auto-organizáveis, com entregas cíclicas.
• A abordagem é usada sobretudo em desenvolvimento de software, embora possa servir a outros tipos de projeto.
• O método organiza o trabalho em pequenas etapas, chamadas sprints, com duração máxima de 30 dias.
• No início, ocorre uma reunião de planejamento para definir o escopo das entregas e levantar os cenários mínimos necessários.
• Os cenários são descritos pelo dono do produto, pelo ScrumMaster e pela equipe, com foco nas regras de negócio mais importantes e nas funcionalidades prioritárias.
• Depois dessa definição, monta-se o product backlog com os cenários da entrega.
• As sprints podem durar uma ou duas semanas e nelas os cenários são implementados, testados, entregues e validados pelo dono do produto.
• Em cada reunião de sprint, o time detalha tecnicamente cada cenário com o ScrumMaster para estimar tempo e esforço.
• Cada sprint deve gerar um cenário vertical que agregue valor ao produto e possa ser testado pelo dono do produto.
• O dono do produto define funcionalidades, prioridades, data de início e validação das entregas.
• O ScrumMaster atua como gerente e intermediador, removendo obstáculos, evitando interferência externa e garantindo as práticas do Scrum.
• A equipe tem no máximo nove integrantes, é responsável pelo desenvolvimento das tarefas e funciona de modo auto-organizável.
• O texto também afirma que os integrantes devem ser multifuncionais.
• Na fase inicial, o dono do produto lista as funcionalidades e as organiza por importância.
• A equipe estima o tempo de cada tarefa e o resultado entra no product backlog.
• Durante a execução, os itens do product backlog são movidos para o sprint backlog conforme o tempo estimado e o disponível.
• No andamento da sprint, são feitas reuniões diárias curtas para informar o que foi feito, o que será produzido e se há impedimentos.
• Ao fim da sprint, as funcionalidades são apresentadas ao dono do produto para validação.
• Antes de uma nova sprint, a equipe e o ScrumMaster fazem uma reunião de feedback sobre os problemas da iteração anterior e sobre ajustes para as próximas.