O que é Scrum? O que é e por que ela funciona tão bem

Se você trabalha ou em torno do produto, engenharia ou equipes de desenvolvimento de software, você já deve ter ouvido o termo Scrum antes. Scrum é um framework projetado para equipes que constroem e repetir rapidamente, e implementação de processos de Scrum pode ajudá-lo a trabalhar em conjunto para resolver problemas complexos. Mesmo se você não estiver em uma equipe de desenvolvimento de produto, engenharia, ou software, você ainda pode se beneficiar de Scrum. Neste artigo, vamos cobrir tudo que você precisa saber sobre Scrum, incluindo o que é e por que ela funciona tão bem.

O que é Scrum?

Scrum é uma estrutura ágil que ajuda as equipes a colaborar e obter um trabalho de alto impacto. O framework Scrum fornece um modelo de valores, papéis e diretrizes para ajudar o seu foco da equipe na iteração emelhoria continua .

Tradicionalmente, Scrum é executado em um sprint, que são sessões geralmente de duas semanas de trabalho longos com produtos específicos devido no final. Há dois eventos adicionais Scrum. standups diárias, como o nome sugere, acontecem uma vez por dia. Estes são uma oportunidade para a equipe Scrum para conectar por 15 minutos e coordenar as atividades diárias. O evento de segunda retrospectiva do sprint-acontece uma vez a corrida acabou. Durante a retrospectiva sprint, que será gerido pelaScrum Master, A equipe tem uma chance de refletir sobre suas Sprint e fazer ajustes para futuras sprints.

Scrum vs vs Kanban ágil

Você pode ter ouvido de Scrum em relação a outras metodologias, como Kanban ouÁgil. Cada uma dessas estruturas desempenha um papel único na forma como as equipes podem colaborar e melhorar continuamente, mas eles estão estreitamente ligados no âmbito metodologia magra. Veja como eles se comparam:

Ágilé umGerenciamento de Projetosfilosofia que ajuda as equipes a melhorar continuamente. equipes ágeis acreditam emiterativo e desenvolvimento incrementalpara ajudar as equipes responder à mudança e lidar com a incerteza. Ambos Scrum e Kanban são subconjuntos da metodologia Agile. Pense Agile como o termo guarda-chuva.

Scrum é um dos mais metodologias ágeis populares. Se você usar Scrum, você é uma equipe ágil. Mas o framework Scrum tem papéis e sistemas para as equipes de ajuda adicionais ser ágil. Em Scrum, como no Agile, equipes trabalham para a melhoria contínua. Mas, ao contrário Agile, que é mais uma filosofia ou estrutura, Scrum estabelece formas específicas equipes podem melhorar continuamente-através de ferramentas como sprints, standups, e retrospectivas.

O Quadro de Kanbané também um subconjunto de ágil. Kanban é uma forma visual para gerenciar processos contínuos e trabalho. Comferramentas de Kanban, As equipes têm uma forma de visualizar o trabalho em movimento através de estágios até que seja concluída. Muitas vezes, as equipes que usam Scrum fazê-lo em quadros Kanban, embora isso não é um requisito do framework Scrum.

A história do Scrum

“Scrum” como existe hoje foi introduzido pela primeira vez em um artigo de revisão 1986 da Harvard BusinessO Game Development New New Product, Escrito por Hirotaka Takeuchi e Ikujiro Nonaka. Takeuchi e Nonaka tomou o nome de “Scrum” de rugby, explicando que “como no rugby, a bola é passada dentro da equipe como ele se move como uma unidade até o campo.”

Scrum foi desenvolvido e codificado por Ken Schwaber e Jeff Sutherland em 1995, quando publicou o seuManifesto ágil. e Processo de Desenvolvimento de SCRUM .

Schwaber e Scrum de Sutherland foi em parte uma rejeição do modelo em cascata de desenvolvimento de software. No modelo em cascata, os projectos são divididos em fases sequenciais, em que cada fase éprestação (S)desbloquear a próxima fase do trabalho. Schwaber e Sutherland acredita desenvolvedores de software poderiam se beneficiar de uma abordagem mais flexível e interativo que lhes permitiu responder e se adaptar ao seu ambiente, a fim de construir o melhor produto para seus clientes de forma contínua.

Desde sua publicação inicial, Schwaber e Sutherland ter publicado oGuia Scrum-a documento actualizado em uma base regular vivo. De acordo com o Guia do Scrum, Scrum incentiva “as equipes para dar uma olhada em como eficaz suas técnicas de trabalho são, e desafia equipes para continuamente evoluir e melhorá-los.”

Como funciona Scrum

A coisa mais importante para saber se você está indo para executar um processo Scrum é que o framework Scrum depende de um sistema de melhoria contínua. Em Scrum, você reconhece que você pode não saber nada no início de uma corrida, e você pode ajustar seus processos e necessidades conforme necessário, com base nas informações que você ganha durante o processo de sprint.

eventos Scrum típicos

Então: o que é exatamente o Scrum? Qual será a sua equipa estar a fazer se você usar o Scrum? Veja como o processo Scrum sacode:

1. Organize o seu backlog.Para começar um sprint Scrum, o líder da equipe (também conhecido como o mestre Scrum) irá identificar o trabalho a puxar do seuBacklog do produto.-i.e. trabalho que precisa ser feito. A fim de ter o melhor Scrum Sprint possível, certifique-se de ter o seu product backlog claramente documentados em um só lugar. Considere o uso de umFerramenta de gerenciamento de projetospara coletar todas essas informações.

2. Realizar uma sessão de planejamento do sprint.Antes que você possa começar o seu sprint de Scrum, você precisa saber o que você estará focando. Durante a sessão de planejamento do sprint, você vai avaliar o trabalho do backlog a sua equipa vai concentrar-se durante este específico Scrum sprint. Para começar, experimente o nossomodelo de planejamento do sprint livre .

3. Comece o seu sprint de Scrum.Normalmente, um sprint é de duas semanas de duração, embora você pode ter sprints curtos ou mais longos dependendo o que funciona melhor para sua equipe. Durante a sua sprint, a sua equipa vai trabalhar sobre os itens da sua lista de pendências que você já delineado durante a sua sessão de planejamento do sprint.

4. Acolhimento standups scrum diário.Plano para se reunir com sua equipe Scrum por 15 minutos todos os dias. Diariamente reuniões standup são sua chance de interrogue sobre o que você está trabalhando e triagem de todos os bloqueadores inesperados você pode ter pela frente. Para executar o standup diária mais eficaz, experimente o nossolivre template standups diária .

5. Apresentar o seu trabalho durante a revisão sprint.Depois de terminar a sua corrida Scrum, sua equipe deve se reunir para uma revisão sprint. Durante esse tempo, sua equipe Scrum irá apresentar o trabalho que está em “Concluído” para a aprovação das partes interessadas ou inspeção.

6. Ligue e refletir durante o sprint retrospectiva.Após a sua corrida é longo, levará algum tempo para discutir como foi, eo que poderia ser melhorado no futuro. Lembre-se que Scrum acredita em um processo de melhoria contínua, por isso não tenha medo de experimentar novos processos ou estratégias de re-trabalho que se sentem menos eficaz durante o próximo sprint. Experimente o nossolivre retrospectiva do sprint templatepara orientar a sua próxima reunião.

Antes de começar com Scrum, certifique-se que sua equipe está alinhada com o que significa “feito”. Porque Scrum é executado em um processo de melhoria contínua, isso pode não ser tão óbvio quanto você pensa. Em Scrum, nada é perfeito, porque sua equipe é flexível e melhorando de forma iterativa. Assim, “Concluído” não significa “isso não pode ficar melhor”, mas sim que sua equipe Scrum vai parar de trabalhar sobre ele, por enquanto.

Por exemplo, aqui estão algumas definições de “pronto” para diferentes equipes Scrum:

Produto está pronto para ser lançado.

Produto foi testado e está pronto para ser lançado em um ambiente beta.

O produto tem sido a aceitação testado e pode ser libertado a todos os utilizadores.

Não importa o que a definição de sua equipe de “Done” é, certifique-se todos estão na mesma página. Depois de ter sua definição, é útil para mantê-lo em uma fonte central de verdade e fazer referência a ela com frequência, especialmente durante sua opinião sprint.

artefatos Scrum

Em Scrum, um artefato é algo que você faz, como uma ferramenta para resolver um problema. Há três artefatos em Scrum: product backlog, o sprint backlog, e o incremento do produto.

O product backlog é a lista principal de trabalho que precisa ser feito. Esta lista deve ser triados pelo gerente de projeto ou o proprietário do produto. Note-se que só porque algo está no product backlog não significa que sua equipe irá trabalhar nele-em vez disso, os itens no product backlog são opções que sua equipe pode trabalhar durante um sprint Scrum. Os proprietários do projeto devem frequência de reabastecimento e atualizar a carteira de produtos, com base em novas informações de clientes, do mercado, ou da equipe do projeto.

O sprint backlogé a coleção de trabalho ou produtos que sua equipe se comprometeu pela duração de um Scrum Sprint. Esses itens são escolhidos a partir do backlog do produto durante a sessão de planejamento da Sprint, e mudou-se para a sua equipe Projeto de planejamento da Sprint.Se você tiver um.

Sua equipe pode não entregar tudo no backlog durante cada sprint, mas é improvável que você adicione ao Sprint Backlog Mid-Sprint. Se você se encontrar com frequência, passe mais tempo na fase de planejamento da Sprint, para que você tenha uma ideia concreta do que você estará trabalhando durante o seu sprint.

O incremento do produto é o que você entregará no final de um sprint. Isso pode ser um novo produto ou recurso, uma melhoria ou correção de bugs, ou qualquer outra coisa dependendo da sua equipe. Planeje apresentar seu incremento durante a revisão Sprint. Nesse ponto, será enviado ou não enviará com base no que as partes interessadas do Scrum pensam sobre o incremento e se é "feito".

Papéis de Scrum.

Existem três funções principais do Scrum:

Proprietário do produto.Esta é a pessoa responsável pelo backlog do produto. Eles estão conectados às necessidades do usuário e se concentraram em contar a história do usuário para sua equipe e outras partes interessadas executivas. Bons proprietários de produtos trazem clareza sobre o que é mais importante para entregar a seguir. Em última análise, eles devem ser a pessoa decidindo quando algo está pronto para enviar (com um viés para remeter com freqüência).

Scrum Master.O Scrum Master é a pessoa que executa os vários eventos Scrum. Pense neles como o Scrum Project Manager e Facilitator. O mestre do Scrum deve facilitar as reuniões diárias de standup e hospedar o planejamento, revisão e reuniões retrospectivas.

Equipe de scrum.A equipe do Scrum é todo mundo que está trabalhando no sprint. Os membros da equipe devem ser auto-organizantes e colaborativos, a fim de atingir o objetivo do Scrum de melhoria contínua.

Princípios do Scrum.

Tem seisPrincípios do Scrum.Isso ajuda você a aplicar a estrutura Scrum e se beneficiar do Scrum. Eles estão:

Controle sobre o processo empírico.Equipes de Scrum acreditam em transparência, inspeção e adaptação.

Auto-organização.Embora sua equipe de Scrum tenha papéis e regras, cada membro da Scrum é habilitado para se apropriar de suas tarefas e de seu trabalho. Scrum acredita que a propriedade compartilhada leva a equipes mais criativas e dinâmicas.

Colaboração. Sua equipe fornecerá os melhores resultados se você trabalha juntos durante e depois do Scrum Sprint.

Priorização baseada em valor.O objetivo de um Scrum Sprint é entregar o melhor valor comercial. Para fazer isso, você precisa priorizar seu trabalho a partir do início do processo de Scrum.

Timeboxing.O processo de Scrum tem várias atividades baseadas em tempo, como a própria Sprint, stands-ups diários e a retrospectiva. Como o Scrum trabalha em uma crença de melhoria contínua, é importante para o trabalho do timebox, a fim de passar para a próxima tarefa e melhorar o trabalho futuro.

Desenvolvimento iterativo.No Scrum, seu primeiro produto não será perfeito. Mas construindo iterativamente, sua equipe será capaz de se adaptar às necessidades do cliente e modificar o produto e suas saídas com base na priorização baseada em valor.

Valores do Scrum.

Para se beneficiar do Scrum, as equipes precisam aderir aos cincoValores principais do Scrum., conforme definido no guia Scrum:

Comprometimento:A equipe do Scrum é uma unidade e os membros da equipe precisam confiar um no outro. Os membros da equipe do Scrum estão comprometidos com a Sprint por sua duração e dedicados à melhoria contínua, a fim de encontrar a melhor solução.

Coragem:Durante um scrum, a equipe pode encontrar problemas difíceis que não têm resposta exata. As equipes de Scrum têm coragem de pedir perguntas abertas e difíceis e respondendo honestamente para chegar à melhor solução.

Foco:Durante qualquer dado Scrum Sprint, a equipe do Scrum funcionará a partir de um backlog do produto. A equipe do Scrum está focada no trabalho que escolheram do backlog para acertar suas entregas até o final do sprint.

Abertura:Nem tudo vai perfeitamente durante o Scrum. Os membros da equipe do Scrum devem estar abertos a novas ideias e oportunidades que os ajudem a aprender individualmente e podem ajudar a melhorar seu produto ou processo.

Respeito:A colaboração é a chave para o Scrum - e para apoiar a colaboração em equipe, os membros da equipe têm que respeitar um ao outro, o Scrum Master e o processo de Scrum.

Minha equipe deve usar Scrum?

Scrum não é para todos - mas também não é apenas limitado a equipes de desenvolvimento, desenvolvimento de software e engenharia. Qualquer equipe pode adotar a estrutura do Scrum e usar a melhoria contínua para obter um ótimo trabalho. Aqui estão alguns prós e contras de usar o Scrum:

Os prós de scrum

O Scrum é mais eficaz para as equipes que precisam construir e enviar coisas com freqüência - se esses são tradicionais "produtos" como código ou novos recursos, ou mais scrum atípicos "produtos" como campanhas de marketing ou ativos criativos.

Equipes que seguem o Scrum Framework beneficiam de agilidade e flexibilidade. O processo de Scrum pode ajudá-lo a aumentar o trabalho em equipe e atingir suas metas de forma mais eficaz. Além disso, as equipes de Scrum sempre sabem exatamente o que estão trabalhando, já que estão puxando tarefas do backlog do produto, e elas são claras sobre o que seus objetivos são desde que todos se alinham sobre o que significa "feito".

Limitações de scrum.

Projetos Scrum podem freqüentemente sofrer deOportunistaPorque o processo de Scrum abraça e incentiva a mudança. Se muita alteração, ou você receber muitas peças discordantes de feedback do cliente, você pode estar iterando repetidamente sem resultados reais.

Solução:Certifique-se de definir claramente os objetivos e incrementar de cada sprint. Além disso, certifique-se de que toda a sua equipe de Scrum esteja clara sobre o que significa "Concluído", então eles não funcionam "prontos". Se necessário, implemente um processo de controle de mudança para evitar esses problemas.

As equipes do Scrum têm muitas reuniões - além da revisão regular de planejamento e sprint regularmente programadas, as equipes de Scrum também se encontram diariamente para um standup.

Solução:Se suas reuniões de scrum diárias não se sentirem úteis, encontre uma maneira de alterná-los. Acompanhar seus standsups em um projeto pode ajudá-lo a se concentrar apenas nas coisas mais úteis.

Scrum pode ser difícil (embora não impossível) implementar se você não estiver em um produto, engenharia ou equipe de desenvolvimento de software.

Solução:Se sua equipe decidir usar o Scrum, certifique-se de esclarecer exatamente como os processos de Scrum vão ajudá-lo. Se possível, identifique os pontos de dor atuais e aponte para eventos de Scrum que possam ajudar. Além disso, planeje ter várias sessões de treinamento durante seus primeiros sprints de scrum, a fim de ajudar sua equipe a ter sucesso.

Comece com o Scrum

As melhores equipes de scrum são grupos iterativos colaborativos que têm clareza no que estão trabalhando para cada sprint. Para fazer isso, você precisa de uma fonte central de verdade para o seu trabalho, como Gerenciador de tarefas UDN. . Aprenda comoEquipes ágeis executam o ScrumcomGerenciador de tarefas UDN. .