Se você assistir o rúgbi, saberá que um scrum envolve um monte de jogadores agrupados na terra, lutando por uma bola. O sistema de fluxo de trabalho ‘Scrum’ é, infelizmente, nada parecido com isso. Tem menos a ver com lutar na lama contra seus inimigos e mais com a realização de tarefas de maneira eficiente e oportuna.
Scrum, como o sistema semelhante Kanban, é uma estrutura ágil para manter um local de trabalho bem organizado. É particularmente popular no desenvolvimento de software e funciona bem para equipes de cerca de três a nove pessoas, mas pode ser aplicado a quase todos os locais de trabalho. A menos que você trabalhe como jogador de rúgbi, caso em que provavelmente criará confusão.
Scrum: Qual é o sistema Scrum?
Scrum foi introduzido pela primeira vez como um termo em 1986, em um Harvard Business Review artigo de Hirotaka Takeuchi e Ikujiro Nonaka. Na verdade, os dois autores descrevem o sistema em termos de rugby, com uma força de trabalho agindo como uma equipe que “tenta percorrer a distância como uma unidade, passando a bola para a frente e para trás”.
No núcleo do sistema Scrum está a abordagem de formar uma equipe para trabalhar em conjunto em metas específicas e alcançáveis dentro de períodos fixos de tempo. Em vez de ter dez pessoas trabalhando em tarefas diferentes e não relacionadas, sem um ponto final claro, o Scrum se esforça para reunir as pessoas para trabalharem coletivamente em trabalhos incrementais.
LEIA A SEGUINTE: O que é Kanban?
Isso se baseia em várias funções em uma equipe Scrum. No topo, está o proprietário do produto, que representa as partes interessadas do produto. Abaixo dele está o scrum master, que é essencialmente um gerente de projeto responsável por colocar o sistema Scrum em ação. Abaixo disso está a própria equipe de desenvolvimento.
O fluxo de trabalho principal é assim: o product owner apresenta um product backlog, que atua como uma lista de desejos de recursos a serem trabalhados. Isso vai para a equipe scrum, com o scrum master escolhendo uma série de tarefas desse backlog para serem trabalhadas. No jargão do Scrum, eles são chamados de "histórias". Essas histórias são então focadas durante uma 'corrida'; um período de tempo em que os desenvolvedores trabalham nesses objetivos e apenas nesses objetivos.
No final do sprint, o trabalho deve ser concluído. Uma revisão acontece para avaliar se o sprint foi um sucesso, isso retorna para o proprietário do produto e todo o ciclo começa novamente.
Scrum board: Físico ou digital?
Gerenciar uma equipe Scrum tende a girar em torno de alguma forma de quadro Scrum, que ajuda a visualizar o fluxo de trabalho. Isso pode envolver um grande quadro físico, dividido em colunas de trabalhos a serem realizados, trabalhos em andamento e trabalhos concluídos. Pode, alternativamente, envolver algum tipo de quadro digital, como os de empresas como Trello e Asana.
Veja relacionado por que Londres é o melhor lugar para ser um desenvolvedor de aplicativos em 2018. Como iniciar um negócio: principais dicas para o sucessoNo Trello, por exemplo, você cria colunas para diferentes estágios de um fluxo de trabalho e os preenche com cartões detalhando tarefas diferentes. A versão física deste quadro seria organizada da mesma forma, embora com mais notas de post-it. Em ambos os casos, o quadro se tornará o foco para o ‘sprint’, onde o foco estará em concluir todas as fases de uma tarefa dentro do período de tempo. Um sprint pode durar duas semanas ou alguns dias.
Como mostra essa cena do Vale do Silício da HBO, o objetivo geralmente é fazer com que seus desenvolvedores trabalhem nas tarefas (desculpe, "histórias"), guiados dentro da estrutura do fluxo de trabalho Scrum.
Scrum vs Kanban
Um sistema relacionado ao Scrum é o Kanban, que também gira em torno de post-its coloridos e palavras como "fluxo de trabalho ágil". A maior diferença entre Scrum e Kanban é que o último é um processo contínuo, com os funcionários pegando cartas como e quando podem. No Scrum, trabalhe nos pivôs do quadro em torno dos "sprints" definidos.
As funções no Kanban também são mais flexíveis, enquanto o Scrum tem uma predileção particular por nomes como ‘scrum master’, presumivelmente porque soa menos enfadonho do que ‘gerente de projeto’, embora sejam essencialmente a mesma coisa. Scrum também tende a ter sessões regulares de catch-up, chamadas scrums, onde o progresso do fluxo de trabalho é discutido por ... você adivinhou: o scrum master.