O Scrum é a primeira e mais notável maneira de ver uma execução de projeto. Ele visa uma metodologia de abordagem de projeto mais honesta, na qual o retorno sobre o investimento (ROI) deve ser considerado a cada momento, desde o início.
Com o ritmo acelerado ao qual as empresas precisam se adaptar para competir, é necessário também considerar a necessidade de rápidas alterações nos requisitos. Essas alterações nos requisitos acontecerão de maneira rápida e sólida durante a execução do projeto. A maneira de lidar com os projetos deve também levar em consideração as alterações constantes e, portanto, adotá-las como integrantes da forma de fazer negócios.
Na indústria da criação de software, o uso de metodologias tradicionais resulta em situações de conflito sempre que surge uma alteração. Isso torna os projetos de software particularmente difíceis de lidar no mundo atual. As iniciativas da Agile na indústria de software começaram como uma maneira de tentar abarcar apropriadamente toda essa mudança no dia-a-dia de cada projeto de software.
O Scrum é parte dessa iniciativa. Ao mesmo tempo que adota a mudança, o Scrum tenta criar uma cultura e uma maneira de pensar nos projetos, nos quais o ROI é o que realmente importa.
Por definição, o Scrum é uma estrutura composta de um conjunto simples de atividades, funções e dispositivos. As funções são redefinições de funções muito tradicionais em qualquer projeto.
- (1) o ScrumMaster faz uma verificação cuidadosa no uso apropriado do Scrum e tem uma grande responsabilidade na manutenção da transparência e da conformidade no projeto. Ele é o equivalente do Scrum para o tradicional gerente de projetos.
- (2) o proprietário do produto é responsável por obter o orçamento para o projeto; ele representa os participantes e avalia o valor (ROI) das necessidades abordadas pelo projeto. Ele é o cliente do projeto.
- (3) a equipe é composta de pessoal com conhecimento para transformar o projeto em realidade. O pessoal deve compor uma equipe interfuncional com um conjunto de habilidades que os permita concluir o projeto.
Em projetos de software, durante cada iteração de 30 dias, chamadas de Sprints (curto período de atividade intensa), a equipe procura criar um incremento de software utilizável. O conjunto de recursos que participam de um Sprint vem do Backlog do produto, que é um conjunto ordenado de requisitos de alto nível de trabalho a ser feito.
A ordem dos itens transformados em produtos é determinada por quanto valor eles geram (ROI).
O escopo dos itens do Sprint é determinado durante a reunião de Planejamento do Sprint. Durante essa reunião, o Proprietário do produto informa à equipe sobre os itens do Backlog do produto que ele quer que sejam concluídos.
A Equipe determina o quanto desses ela pode se comprometer em concluir durante o próximo Sprint. Durante um Sprint, ninguém tem autorização para alterar o Backlog do Sprint, que significa que os requisitos estão congelados para aquele Sprint. Ao final do Sprint, a equipe demonstra aos participantes do projeto o uso do software criado.
O Scrum permite a criação de equipes auto-organizadas através do encorajamento da coalocação de todos os membros da equipe, e da comunicação verbal entre todos os membros e disciplinas envolvidos no projeto. O ponto fundamental aqui é permitir que o trabalho seja feito por pessoas que realmente sabem como realizá-lo. De certo modo, o ScrumMaster e o Proprietário do produto tornam-se ajudantes da equipe, em sua missão para concluir o Sprint.
A necessidade constante de mudança (geralmente chamada de churn de requisitos) não é mais abordada de maneira preditiva tradicional ou planejada. O Scrum adota uma abordagem empírica — que aceita que o problema não pode ser totalmente compreendido ou definido, focalizando na maximização da habilidade da equipe em fornecer rapidamente e responder a requisitos imprevistos. Veja o ciclo de vida básico a seguir.
