Scrum é um framework ágil para a conclusão de projetos complexos . Scrum foi inicialmente formalizado para projetos de desenvolvimento de software , mas funciona bem para qualquer projeto complexo. As possibilidades são infinitas . O framework Scrum é enganosamente simples .
O framework Scrum em 30 segundos
Um proprietário de produto cria uma lista de desejos priorizados chamado product backlog .
Durante o planejamento de sprint, a equipe puxa um pequeno pedaço do topo da lista de desejos , um sprint backlog , e decide como implementar essas peças .
A equipe tem uma certa quantidade de tempo - um sprint (geralmente duas a quatro semanas ) - para completar o seu trabalho , mas ele atende todos os dias para avaliar o seu progresso ( Scrum diariamente).
Ao longo do caminho , o ScrumMaster mantém a equipe focada em seu objetivo.
No final do sprint, o trabalho deve ser potencialmente entregável : pronto para entregar a um cliente, colocar em uma prateleira da loja, ou mostrar para uma das partes interessadas.
A corrida termina com uma revisão de sprint e retrospectiva.
Como o próximo sprint começa , a equipe escolhe um outro pedaço do product backlog e começa a trabalhar novamente.
Além da corrida
O ciclo se repete até que os itens suficientes no product backlog sejam concluídos , o orçamento está esgotado , ou um prazo chega. Qual desses marcos marca o fim do trabalho é totalmente específica para o projeto. Não importa qual o impulso pára de trabalhar , Scrum garante que a obra mais valiosa esteja concluída quando o projeto termina.
Por que é chamado Scrum ?
Quando Jeff Sutherland criou o processo scrum , em 1993 , ele tomou emprestado o termo " scrum " a partir de uma analogia estendeu em um estudo de 1986 por Takeuchi e Nonaka , publicado na Harvard Business Review. Nesse estudo, Takeuchi e Nonaka compararam equipes de alto desempenho , multi-funcionais para a formação scrum usado por equipes de rugby .
Scrum é a principal metodologia de desenvolvimento ágil , usado por empresas da Fortune 500 em todo o mundo . A Scrum Alliance existe para transformar a maneira como lidar com projetos complexos , trazendo o framework Scrum e os princípios ágeis , além de desenvolvimento de software para o mundo mais amplo de trabalho.
Scrum para a organização Agile
De acordo com o Estado do Agile Survey, cerca de 60 por cento dos projectos são Agile. Afinal, estruturas ágeis ajudam as empresas a acelerar o tempo de mercado, aumentar a produtividade e responder às mudanças nas prioridades. De todas as estruturas ágeis, Scrum é o mais amplamente adotado. Profissionais de todo o mundo e em uma variedade de indústrias estão utilizando Scrum para posicionar suas equipes de maior sucesso.
Os valores do Manifesto Ágil
Scrum é o mais conhecido dos quadros Agile. Ela é a fonte de grande parte do pensamento por trás dos valores e princípios do Manifesto Ágil , que forma uma base comum para todas estas abordagens .
Os valores Agile Manifesto aplicar diretamente para o Scrum :
Indivíduos e interações sobre processos e ferramentas . Scrum , como todos os frameworks e métodos ágeis , depende diretamente confiança em equipes, os indivíduos nas equipes, e a forma como eles interagem. Equipes descobrem o que deverá ser feito, as equipes descobrem como fazê-lo , e as equipes executam o planejado. Equipes identificam o que está entrando em seu caminho , e eles assumem a responsabilidade de resolver todas as dificuldades que estão dentro de seu escopo.
As equipes trabalham com outras partes da organização para resolver os problemas que estão fora de seu controle. Isto é crítico . Fazer Scrum mas visando este foco principal na responsabilidade da equipe e autonomia geralmente resolvem os problemas.
Software funcionando sobre documentação abrangente . Scrum requer um trabalho, incremento final do produto, como o resultado primário de cada sprint. Certamente haverá trabalho de análise , o trabalho de design, e trabalho de teste , que podem precisar de documentação. Mas ele está tendo um resultado ( software de trabalho) , que permite a organização visualizar o andamento do projeto e o caminho para o sucesso. Equipes Scrum deve produzir um incremento do produto em cada sprint.
Colaboração com o cliente mais que negociação de contrato. O proprietário do produto Scrum é o ponto principal da equipe Scrum de contato com os eventuais usuários finais do produto. O proprietário do produto é um membro da equipe e trabalha em colaboração com a equipe para determinar o que precisa ser feito. Nesta colaboração , o proprietário do produto seleciona as mais valiosas próximas coisas para fazer, garantindo que o produto tem o maior valor possível em cada ponto no tempo. O proprietário do produto precisa construir uma rica colaboração com a equipe . Ele é parte fundamental na determinação das mudaças que deverão ter prioridade dentro de cada sprint e junto com os desenvolvedores e o resto da equipe classifica essas implementação por criticidade.
Respondendo ao mudar ao longo seguindo um plano . Tudo sobre Scrum foi concebido para se certificar de que todos têm a informação que precisam para tomar boas decisões sobre o projeto. O progresso do projeto é representado por um real, incremento do produto em funcionamento. O acúmulo de coisas a serem feitas está disponível para todos verem . Progresso, tanto em termos globais e de sprint por sprint, é claramente visível. Problemas e preocupações são discutidas abertamente e tratada imediatamente. Isto é crítico . Scrum funciona bem para as equipes que fiscalizam abertamente o que está acontecendo e adaptar suas ações à realidade . Ele funciona mal para aqueles que não o fazem.
O que é Agile ?
Agile é um dos grandes chavões da indústria de desenvolvimento de TI. Mas exatamente o que é o desenvolvimento ágil?
É uma maneira diferente de administrar as equipes de TI e projetos de desenvolvimento .
O uso da palavra ágil neste contexto deriva do manifesto ágil. Um pequeno grupo de pessoas se reuniram em 2001 para discutir os seus sentimentos de que a abordagem tradicional de gerenciamento de projetos de desenvolvimento de software estava falhando muito frequentemente, e que tinha que haver uma maneira melhor. Eles vieram com o manifesto ágil , que descreve quatro valores importantes que são tão relevantes hoje como eram então.
Ela diz: nós valorizamos :
- Indivíduos e interações sobre processos e ferramentas
- Software funcionando sobre documentação abrangente
- Colaboração com o cliente mais que negociação de contratos
- Respondendo a mudanças mais que seguir um plano
Desde então, o uso de métodos que suportam esses valores tornou-se cada vez mais popular.
Essas são características que são comuns a todos os métodos ágeis , e as coisas que eu acho que agilizar fundamentalmente diferente de uma abordagem em cascata mais tradicional para desenvolvimento de software.
Eles são :
1 . Envolvimento do usuário ativo é imperativo
2 . A equipe deve ter poderes para tomar decisões
3 . Evolução dos Requisitos com calendário fixo
4 . Requisitos de captura em alto nível ; leve e visuais
5 . Desenvolver pequenas , lançamentos incrementais e iteração
6 . Concentre-se em entrega freqüente de produtos
7 . Conclua cada recurso antes de passar para a próxima fase
8 . Aplicar a regra 80/20
9 . O teste é integrado ao longo do ciclo de vida do projeto - teste cedo e muitas vezes
10 . A abordagem colaborativa e cooperativa entre todas as partes interessadas é essencial
Existem várias metodologias que são conhecidos coletivamente como ágil, uma vez que promovem os valores do manifesto ágil e que sejam consistentes com os princípios acima referidos. Mas o Scrum na minha opinião é o que tem o melhor desempenho, ele se concentra especialmente sobre como gerenciar tarefas dentro de um ambiente de desenvolvimento baseado em equipe. Scrum é o método ágil mais popular e amplamente adotado - Acho que é porque ele é relativamente simples de implementar e resolve muitos dos problemas de gestão que têm assolado as equipes de desenvolvimento de TI ao longo de décadas.
O que é o Kanban ?
Kanban é um método de desenvolvimento de produtos , com ênfase na entrega just -in-time enquanto não sobrecarregar os desenvolvedores . Nos últimos anos tornou-se um dos favoritos dos administradores de sistemas e da multidão Desenvolvedores .
Breaks Kanban trabalhar em tipos de trabalho ( por exemplo, apoio Desktop) e estados , ou etapas , de acordo com o fluxo de trabalho da empresa. Isso cria um simples duto de trabalho que está sendo trabalhado e muitas vezes permite que as prioridades para ser perturbador , sem causar grandes problemas. Isto está em oposição ao Scrum onde as prioridades disruptivas são frequentemente detidos fora até o próximo sprint começa .
Pontos Positivos:
Visão do fluxo de trabalho como um gasoduto com estados de trabalho é extremamente flexível e mantém a unidade de trabalho, mesmo menor do que um sprint. Isso reduz a sobrecarga de planejamento e atrito que ocorre quando a transição entre sprints .
Extremamente simples de entender e implementar , com algumas notas e um quadro branco. Hoje em dia já existem equipes que trabalham com o Kanban eletrônico, o que facilita quando existem recursos em diversas localidades.
Pontos Negativos:
Não tem muita noção de estimativa , velocidade , etc , o que às vezes pode torná-lo difícil de estimar datas de entrega e ritmo do desenvolvimento. Para ser justo, isto é , em grande parte pelo design, devido à natureza de DevOps. Muitas vezes requer mudanças mais comportamental do que Scrum.
Equipes acostumadas ao desenvolvimento com a metodologia tradicional (Waterfall) têm muita dificuldade de se adaptar às mudanças propostas pelo Agil, Scrum e Kanban.
Nenhum comentário:
Postar um comentário