3.4 Cinco Valores do Scrum

Alguns anos atrás, cinco valores foram adicionados à estrutura que cada membro da equipe usa para guiar suas decisões. Como os valores são bastante recentes, muitas pessoas não os conhecem ou os compreendem, mas são importantes para a implementação bem-sucedida do Scrum.

Vamos dar uma olhada neles:

Coragem

Os membros da equipe de desenvolvimento devem ter a coragem de fazer a coisa certa e trabalhar em problemas difíceis. Os membros da equipe se apoiam mutuamente em fazer a coisa certa e em assumir riscos calculados, para que possam aprender e melhorar ao longo da jornada para o sucesso, eles devem:

Admitir que ninguém é perfeito
Entregar versões inacabadas do produto
Compartilhar todas as informações possíveis para ajudar a equipe e a organização
Admitir que, na realidade, não há requisitos perfeitos para capturar e enfrentar mudanças rápidas

Foco

Todos se concentram no trabalho do Sprint e nos objetivos da equipe de desenvolvimento. Quando estamos lidando com complexidade e imprevisibilidade, o foco é essencial para conseguir fazer algo significativo. Como nos concentramos apenas em algumas coisas de cada vez, entregamos primeiro os itens de maior valor. A estrutura do Scrum inclui elementos que ajudam a promover o foco:

A equipe deve se concentrar em ter pelo menos um incremento pronto até o final de cada Sprint.
Cada papel no Scrum tem uma responsabilidade distianta, que ajuda as pessoas a saberem em qual prioridade devem focar. Em última análise, isso contribui para os resultados do trabalho em equipe.
A equipe de desenvolvimento se concentra em um objetivo do Sprint para orientar a equipe sobre o que entregar.
A lista de requisitos do produto é uma ordem de tarefas priorizadas, que direciona o foco para o que é mais importante à seguir.
A duração do Sprint cria um senso de urgência e nos ajuda a focar no propósito do evento.
Os eventos e artefatos do Scrum ajudam a criar foco na inspeção do progresso e em novas informações, para que a equipe possa se adaptar o suficiente à freqüentes intervalos .

Comprometimento

Os membros da equipe de desenvolvimento devem estar comprometidos com o sucesso e estar dispostos a criar e cumprir metas realistas. Percebendo as conquistas individuais como secundárias, todo papel no Scrum se compromete com o sucesso da equipe, criando assim um ambiente de confiança, solução produtiva de problemas e elevados padrões de equipe. As chaves para isso são as seguintes:

O Dono do Produto demonstra comprometimento tomando as melhores decisões para otimizar o valor do produto, não tentando simplesmente agradar a cada parte interessada.
O Scrum Master demonstra comprometimento mantendo a estrutura do Scrum, o que significa dizer que, não estende o Sprint ou outros prazos que estão sob pressão para serem concluídos.

O Scrum Master também demonstra compromisso ao remover impedimentos que a equipe de desenvolvimento não consegue resolver, em vez de tolerar o estado das coisas na organização.

A equipe de desenvolvimento demonstra comprometimento criando um incremento que atenda à sua definição de Concluído e não algo que está quase pronto.

Respeito

Como equipes auto-organizadas, não podemos fazer nada sem respeito um pelo outro, afim de cultivar um ambiente comprometido, produtivo e humano para todos. A estrutura do Scrum inclui elementos que ajudam a promover o respeito:

Toda a equipe de desenvolvimento participa do planejamento, revisão e retrospectiva do Sprint. Isso promove o respeito por cada função, responsabilidades e perspectivas diversas.
A equipe de desenvolvimento é multifuncional, o que significa dizer que, como um todo, ela possui todas as habilidades necessárias para fornecer um incremento do produto concluído. Isso promove o respeito pelas experiências, habilidades e idéias de todos, bem como o aprendizado e o crescimento.
A equipe de desenvolvimento possui a lista de requisitos do Sprint. Como são eles que estão fazendo o trabalho, eles decidem o quanto e como podem fazer. Isso demonstra respeito por seus conhecimentos e habilidades, bem como por trabalhar em um ritmo sustentável.
Apenas ao revisar um produto concluído em uma revisão de Sprint, nós trazemos transparência para nosso verdadeiro progresso. Isso demonstra respeito pelas partes interessadas.
O Dono do Produto busca informações, colabora e define expectativas realistas para as partes interessadas. Esta é outra demonstração de respeito pelas partes interessadas.
O foco do Scrum Master é com a saúde da equipe de desenvolvimento e o uso efetivo do Scrum. Ter um papel que enfoque no ensino, na facilitação e no coaching, demonstra respeito pelas pessoas, equipes, e sua capacidade de crescimento.
O foco do Scrum na entrega de valor mostra respeito à nossa organização, não gastando dinheiro em recursos de baixo valor ou em coisas que nunca poderão ser usadas.
Ter um incremento potencialmente liberável no final do Sprint mostra respeito à nossa organização, por não forçar mais investimento para entregar algo de valor. Dá à organização a flexibilidade para tomar decisões de investimento.

Abertura
O empirismo do Scrum requer transparência e abertura, tornando conhecido pela organização, o nosso trabalho, progresso, aprendizado e problemas. A equipe deve estar aberta para colaborar com as partes interessadas através de disciplinas, habilidades, ambiente mais aberto, compartilhamento de feedbacks e aprendizados mútuos. A estrutura do Scrum inclui elementos que ajudam a promover a abertura:

Limitar um Sprint à 30 dias ou menos promove uma abertura para mudança de direção baseada em novas informações.
A meta do Sprint é fixa e fornece orientação, mas o plano para atingir a meta está aberto à mudanças baseado no que a equipe de desenvolvimento está aprendendo.
Uma lista transparente de requisitos do produto demonstra abertura às partes interessadas sobre o que está planejado para o produto (o que não está planejado) e o que provavelmente virá em seguida.
O foco da retrospectiva do Sprint na melhoria contínua das interações, processos e ferramentas da equipe, convida a uma abertura para feedback, reflexão e mudança na forma como trabalhamos.
A revisão do Sprint demonstra abertura para compartilhar o progresso com as partes interessadas, bem como para seus feedbacks e colaboração.