Tutorial SCRUM – Parte 2

Scrum

O Scrum é um framewark no qual as pessoas podem abordar problemas adaptativos complexos, entregando, de forma produtiva e criativa, produtos do mais alto valor possível.

O Scrum tem sido usado para gerenciar o desenvolvimento de produtos desde o início dos anos 90. Não é um processo ou uma técnica para construir diretamente produtos; mas sim, é uma estrutura na qual pode-se empregar vários processos e técnicas.

O framework Scrum consiste em Times Scrums e suas funções associadas, eventos, artefatos e regras. Cada componente dentro do framework atende a um propósito específico e é essencial para o sucesso e uso da metodologia.

As regras do Scrum unem os eventos, funções e artefatos, guiando os relacionamentos e a interação entre eles.

Scrum Framework

No Scrum, os eventos prescritos são usados para criar regularidade. Todos os eventos são registros de horário, de modo que todo evento tem duração máxima. Os eventos serão descritos de maneira mais detalhada adiante.

Sprint

O coração do Scrum é o Sprint, uma caixa de tempo de duas semanas ou um mês durante a qual um incremento de produto potencialmente liberável é criado. Um novo Sprint começa imediatamente após a conclusão do Sprint anterior. Os Sprints consistem no planejamento do Sprint, nos scrums diários, no trabalho de desenvolvimento, na revisão do Sprint e na retrospectiva do Sprint.

Time

O Time Scrum consiste em três funções: um ScrumMaster, um Product Owner e a Equipe.

ScrumMaster

O ScrumMaster é o guardião do processo Scrum. Suas responsabilidades são:

  • fazer o processo funcionar sem problemas
  • remover obstáculos que afetam a produtividade
  • organizar e facilitar as reuniões críticas

Product Owner

O Product Owner é responsável por maximizar o valor do produto e o trabalho da equipe. Como isso é feito pode variar muito entre organizações, equipes de Scrum e indivíduos.

O Product Owner é a única pessoa responsável pelo gerenciamento do Backlog do Produto. O gerenciamento do Backlog inclui:

  • Expressar itens do Backlog claramente.
  • Solicitar os itens do Backlog para melhor atingir metas e missões.
  • Otimizar o valor do trabalho que a equipe realiza.
  • Garantir que o Backlog esteja visível, transparente e claro para todos e mostre com o que a Equipe trabalhará ainda mais.
  • Garantir que a equipe compreenda os itens do Backlog do produto para o nível necessário.

O Product Owner pode fazer o trabalho acima, ou fazer com que a equipe o faça. No entanto, o Product Owner permanece responsável por essas tarefas.

O Product Owner é uma pessoa, não um comitê. O Product Owner pode representar os desejos de um comitê no Backlog do Produto, mas aqueles que desejam alterar a prioridade de um item de Backlog do Produto devem se dirigir ao Product Owner.

Para o Product Owner ter sucesso, toda a organização deve respeitar suas decisões. As decisões do proprietário do produto são visíveis no conteúdo e na ordem do Backlog do Product. Ninguém tem permissão para dizer à equipe para trabalhar a partir de um conjunto diferente de requisitos, e a equipe não tem permissão para agir de acordo com o que os outros dizem. Isso é garantido pelo ScrumMaster.

Equipe

A equipe é auto-organizada e multifuncional. Isso significa que a equipe é composta por analistas, designers, desenvolvedores, testadores etc., conforme apropriado e relevante para o projeto.

Algumas pessoas na indústria se referem a essa equipe como equipe de desenvolvimento. No entanto, tal referência está levando a controvérsias de que a equipe pode ter apenas desenvolvedores e nenhum outro papel. É um entendimento óbvio que é apenas um equívoco. Para desenvolver um produto de software, exigimos todos os papéis e essa é a essência do scrum – a equipe funcionará em colaboração. Equipes multifuncionais têm todas as competências necessárias para realizar o trabalho sem depender de outros que não fazem parte da equipe, e assim o tempo e o esforço podem ser economizados. O modelo de equipe no Scrum foi desenvolvido para otimizar a flexibilidade, a criatividade e a produtividade.

O tamanho ideal da equipe é pequeno o suficiente para permanecer ágil e grande o suficiente para concluir um trabalho significativo dentro de um Sprint. O tamanho da equipe deve ser mantido no intervalo de cinco a nove pessoas, se possível. Menos de cinco membros da equipe diminuem a interação e resultam em menores ganhos de produtividade. Ter mais de nove membros requer muita coordenação.

A equipe do Scrum trabalha em conjunto, diariamente, para garantir o bom fluxo de informações e a rápida resolução dos problemas. A equipe do Scrum oferece produtos de forma iterativa e incremental, maximizando as oportunidades de feedback. Entregas incrementais de um produto completo garantem que uma versão potencialmente útil do produto em funcionamento esteja sempre disponível.

Serviços ScrumMaster para o Product Owner

O ScrumMaster atende ao Product Owner de várias maneiras, incluindo:

  • Encontrar técnicas para o gerenciamento eficaz do Backlog do Produto.
  • Ajudar o Time Scrum a entender a necessidade de itens claros e concisos do Backlog do Produto.
  • Entendendo o planejamento de produtos em um ambiente empírico.
  • Garantir que o Product Owner saiba como organizar o Backlog do Produto para maximizar o valor.
  • Entendendo e praticando agilidade.
  • Facilitando eventos Scrum conforme necessário.

Serviços ScrumMaster para o Time Scrum

O ScrumMaster serve o Time Scrum de várias maneiras, incluindo –

  • Treinar o Time Scrum na auto-organização e na funcionalidade cruzada.
  • Ajudando o Time Scrum a criar produtos de alto valor.
  • Removendo impedimentos ao progresso do Time Scrum.
  • Facilitando eventos Scrum conforme solicitado ou necessário.

Coaching do Time Scrum em ambientes organizacionais nos quais o Scrum ainda não é totalmente adotado e compreendido.

Serviços ScrumMaster para a Organização

O ScrumMaster serve a organização de várias maneiras, incluindo

  • Liderar e treinar a organização na adoção do Scrum.
  • Planejamento de implementações Scrum dentro da organização.
  • Ajudar funcionários e partes interessadas a entender e promulgar o Scrum e o desenvolvimento de produtos empíricos.
  • Causando mudanças que aumentam a produtividade do Time Scrum.
  • Trabalhando com outros ScrumMasters para aumentar a eficácia da aplicação do Scrum na organização.

Conclusão

O Scrum é uma estrutura de processo que define certas regras, eventos e funções para trazer regularidade. No entanto, ele pode ser adaptado para qualquer organização, com base nas necessidades, desde que as regras básicas do scrum não sejam violadas.

Acompanhe o nosso próximo post deste tutorial sobre o framework Scrum.

*** A OctalMind é uma empresa especializada no desenvolvimento de sistemas de alta tecnologia.