O que é Scrum?
O Scrum é uma estrutura para fornecer valor que requer um determinado ambiente para manifestar todos os seus benefícios. A implementação do método não é nem rápida, nem fácil e, como todo investimento, introduz algum trabalho e custos no início. Para obter uma receita apropriada dele, é melhor você ler nosso artigo.
O poder do Scrum é visível mesmo na indústria de software. De empresas enormes até start-ups - todo mundo quer ser ágil, todo mundo quer trabalhar no Scrum. Mas o que isso realmente significa? Você já leu algum livro? Você ouviu algum mestre Scrum? Se você acha que o Scrum na sua empresa significa apenas 3 papéis, 3 componentes e 5 eventos, é melhor você estudar mais.
Por que preciso do Scrum?
Dado que fez sua lição de casa, agora é hora de pensar mais sobre o Scrum em sua empresa. Se é um investimento, preciso disso? Isso fará meu desenvolvimento melhor? Isso vai melhorar minha organização? Scrum, como todos os métodos ágeis, funciona perfeitamente em um ambiente empírico, onde você não pode medir, prever ou estimar tudo - e por isso, você nem tenta fazê-lo. Desse modo, se desejar, por exemplo, para aumentar sua previsibilidade ou controle, Scrum pode não ser uma solução para o seu problema.
Qual é a cultura organizacional do Scrum?
O desenvolvimento de software ágil significa auto-organização, confiança, foco em pessoas, visão crescente em conjunto, responder bem a mudanças ... Nem todas as empresas querem tudo fora de seu controle. Antes de fazer qualquer movimento, descubra o tipo de sua cultura organizacional e pergunte aos especialistas se ele se adaptará ao método ágil ou não. Se o fizer, ótimo. Caso contrário, o custo do seu investimento será maior.
Trate-o como um projeto
Implementar o Scrum é um empreendimento organizacional complexo. Deve ser tratado como um projeto de alto risco. E, na verdade, conhecemos um bom quadro para tais atividades. Chama-se Scrum. Use Scrum para implementar o Scrum em sua organização. Encontre um Proprietário da Mudança com uma visão clara e um Backlog, encontre uma Equipe de Mudanças auto-gerenciada, que funcione de forma cruzada, que lhe entregue Scrum em sprints e encontre um Gerente de Engajamento (Scrum Master) que facilitará o processo e educará o resto da equipe.
Seja corajoso!
Depois de identificar uma lacuna entre sua visão - Scrum - e o estado atual, seja corajoso para alcançar todos os seus objetivos. Você pode descobrir que precisa mudar a metade de seus processos ou livrar-se de metade de suas estruturas. Dar um passo atrás neste momento não ajudará.
Não se esqueça do gerenciamento de mudanças
Toda vez que você muda algo em sua organização, as pessoas resistem. É humano, é natural, sempre acontece. Não se esqueça de saber como um bom gerenciamento de mudanças pode ajudá-lo a sobreviver a esses tempos difíceis.
Ouça as pessoas
Ouça as pessoas - eles estiveram lá, eles fizeram isso. Eles sabem. Todas as atividades de cima para baixo têm maior probabilidade de ter sucesso em comparação com as de baixo para cima, mas funciona somente se a voz das pessoas for levada em consideração. Os processos são para pessoas - deixe-os adaptar os procedimentos para atender às suas necessidades.
Faça todos os seus passos de maneira transparente
Implementação do Scrum é uma longa jornada. Algumas pessoas vão deixar seu convés, algumas se juntarão a você no meio. Mostre sempre o mapa inteiro a todos e não hesite em comunicar sua visão, metas, realizações e outras etapas.
Pense fora da caixa
"Meus colegas fizeram X e isso funcionou para eles." Legal, mas isso não significa que ele também funcionará para você. Procure casos semelhantes, ouça as pessoas mais avançadas no Scrum do que você, mas em vez de copiar suas soluções de forma cega, experimente-as para descobrir se elas se encaixam em sua situação particular ou não.
Inspecionar e adaptar
Suas implementações Scrum funcionam em uma direção diferente do que você originalmente planejou? Boa! Uma mudança complexa significa que você descobre caminhos escondidos e armadilhas durante a viagem. Inspecione e se adapte sempre que encontrar algo novo. Pelo menos uma vez um sprint.
Quais os principais elementos do Scrum?
Backlogs
Este é talvez o passo mais importante no processo, então leia atentamente!
Antes que um projeto comece, você precisa criar um backlog de produtos. Esta é essencialmente uma lista dos objetivos que precisam ser alcançados para criar um produto acabado ou quase concluído. Liste-os por ordem de prioridade.
O Scrum Master (a pessoa responsável pela implementação do Scrum) deve nomear uma pessoa para ser o chefe do produto, também conhecido como o proprietário do produto, que supervisionará o atraso do produto como sua primeira ação.
Inclua tudo e qualquer coisa: correções de bugs, correções, riscos. Certifique-se de que eles estão focados no produto acabado.
Planeje seu Sprint
O Sprint é o período de tempo em que as tarefas devem ser concluídas e todos os objetivos alcançados, e é a essência do Scrum. Selecione alguns ou todos os seus objetivos importantes de atraso no produto e discuta-os com toda a equipe. Todos na equipe Scrum devem conhecer os objetivos gerais do projeto e o que você espera alcançar.
A duração é importante. Recomenda-se 2 semanas, mas você precisará adaptar o Sprint para se adequar a cada produto individual. Isso também afetará seu orçamento, por isso precisa ser considerado no início do processo.
Ao implementar pela primeira vez um Sprint, é melhor superestimar quanto tempo você precisará. Você não pode correr antes que você possa andar!
Delegar tarefas
Então, você decidiu o que deseja alcançar e em que prazo você deseja alcançá-lo. Como dividir as tarefas?
A beleza do gerenciamento ágil como o Scrum é que a abordagem linear para o desenvolvimento não é mais necessária e as mudanças em uma área de desenvolvimento não precisam afetar todas as demais.
Vai demorar algum tempo para organizar o Sprint, então programe algumas oficinas para que toda a equipe Scrum possa contribuir para a discussão. Um espaço de trabalho de plano aberto e colaborativo ajudará o processo. Traga alguns grandes quadros brancos e realize reuniões regulares para lançar as bases para uma Sprint de bom funcionamento.
Agora é hora de quebrar o atraso do produto. Até onde você quebra cada componente é realmente importante para você, mas tarefas menores aumentam a eficiência do Sprint, mantendo as tarefas individuais gerenciáveis. Então, uma vez que você estiver pronto ...
SPRINT!
A duração do seu Sprint é corrigida - a alteração do projeto compromete-se. A essência da Sprint depende do controle e autonomia de grupos individuais, intervindo compromete o projeto. Os grupos individuais ainda precisam ser capazes de colaborar, para garantir que eles possam fazer isso.
Realize reuniões diárias para garantir que todos estejam informados sobre os últimos desenvolvimentos. Se todo o planejamento antes deste estágio foi feito corretamente, o Sprint não deveria ser realmente taxando o Scrum Master. O único momento para a força é quando se certifica de que a duração da Sprint seja honrada!
Revisão
No final do Sprint, mantenha uma revisão da Sprint. Mais uma vez, todos deveriam estar envolvidos. Isso dá ao Scrum Master a chance de apresentar o produto como um artigo acabado ou quase concluído. Isso permitirá o feedback e o planejamento de quaisquer mudanças que sejam necessárias.
Tão importante é uma revisão da equipe Scrum e do próprio Sprint; Certifique-se de apontar aspectos positivos, mas também garantir que você adote qualquer comentário ou comentário que possa ajudar a melhorar o seu Sprint.
Como o SCRUM se conecta ao Lean?
O SCRUM, como o LEAN, se baseia em técnicas utilizadas na indústria japonesa. Mas da mesma maneira que o Lean, foram ensinadas pelo norte americano W. Edwards Deming, que trabalhava para o General Douglas MacArthur durante a ocupação americana no Japão do pós guerra. A abordagem de MacArthur para reconstruir a economia consistia em demitir a maioria dos altos gerentes nas empresas japonesas, promover os gerentes de produção e importar dos EUA especialistas em operações de negócios, como Deming.
A influência de Deming na indústria japonesa é enorme. Ele treinou centenas de engenheiros no “controle estatístico de processo”, conceito simples que se baseia na ideia de medir exatamente o que estava sendo feito e lutar pelo aprimoramento continuo. A mensagem de Deming era “sempre procure algo que possa ser aprimorado. Nunca, jamais, conforme-se com o lugar onde está”. A maneira de atingir seus objetivos é sempre experimentando, até que consiga perceber que se alcançou um ponto mais alto. Se eu tentar esse método, o resultado será melhor? E este outro? E se mudar um dos fatores?
Deming e o SCRUM
Em seu famoso discurso aos líderes empresariais japoneses, feito em 1950, Deming declarou:
“...não importa o quanto seus técnicos sejam excelentes, vocês, que são líderes, devem buscar sempre avançar no aprimoramento da qualidade e na uniformidade do produto, para que os seus técnicos consigam fazer melhorias. Portanto, o primeiro passo pertence à gerência. Primeiro, os técnicos da sua empresa e suas fábricas precisam saber que vocês se dedicam com fervor ao avanço da uniformidade e qualidade dos produtos e com um senso de responsabilidade em relação à qualidade do produto. Nada acontecerá com isso se você só falar sobre o assunto. As ações são mais importantes”
Em nossos treinamentos de SCRUM, utilizamos o conceito mágico de Demimg que sintetiza o aprendizado: PDSA (Plan – Do – Study – Act). Para isto, pegamos emprestada a dinâmica dos aviões de papel do Sutherland.
Na dinâmica, as equipes têm como objetivo construir o maior número de aviões de papel que conseguirem e que sejam capazes de voar até o outro lado da sala. Depois, falamos que as equipes deverão fazer três ciclos de seis minutos para o processo de construção. A cada ciclo, as equipe tem um minuto para Planejar como construir o avião; três minutos para Fazer os aviões e testar quantos deles realmente voam e dois minutos para estudarem o que aconteceu. Estudarem se as suas predições estavam corretas. Por último, eles vão Agir, o que para o Demimg significava mudar o modo de trabalhar, com base nos resultados e nas informações coletadas durante o ciclo.
Podemos atribuir a esta ideia o sucesso alcançado pela Toyota. É dessa forma que qualquer tipo de produção “enxuta”, ou desenvolvimento de projetos por meio do SCRUM, é feito. Deming, que tanto abordamos no Green Belt e no Black Belt.
Quer saber mais sobre Gestão de Projetos?
- O que é premissa em Gestão de Projetos?
- Gestão de Projetos São Paulo
- E-book: Gestão de Projetos
- Gestão de Projetos
- EAP: o que é e como elaborar a árvore para sua gestão de projetos?
- Como funciona a nova gestão de projetos? Quais as vantagens?