Click here to load reader

Melhor Scrum - Scrum · PDF fileMelhor Scrum – 2 O que é Scrum? Origens Scrum é um framework de gerenciamento de projetos que visa o desenvolvimento de produtos complexos

  • View
    225

  • Download
    1

Embed Size (px)

Text of Melhor Scrum - Scrum · PDF fileMelhor Scrum – 2 O que é Scrum? Origens Scrum...

  • Melhor Scrum

    Um conjunto no-oficial de dicas e idias de como implementar bem Scrum.

    Escrito por Peter Hundermark Instrutor (CST) e Coach (CSC) Certificado Scrum.

    Traduzido para o portugus por Samuel Gonsales Certificado ScrumMaster (CSM).

  • Melhor Scrum 1

    Por que este guia? Jim York, Instrutor (CST) e Coach (CSC) Certificado Scrum, disse: Scrum simples. Praticar Scrum difcil. SM Muitas pessoas que conheo dizem que elas tm dificuldade para saber como iniciar a prtica de Scrum. Outros tm equipes que esto seguindo algumas prticas geis, mas que ainda esto longe de se tornar o que Jeff Sutherland definiu como hiper-produtivo. Espero que este pequeno livro possa ser uma fonte de inspirao para ajud-lo a praticar Scrum e conceitos geis melhor. Acima de tudo, espero poder incentiv-lo a percorrer juntamente com sua equipe e toda a sua organizao para longe das velhas formas de trabalho que simplesmente no fazer bem, trabalhar e encontrar novos caminhos que levam a obter mais qualidade, entregar com mais velocidade e acima de tudo, que seja mais divertido. Deixe-me, ento, saber o que voc gosta e o que no gosta para que eu possa melhor-lo. Agora v e faa! Peter Hundermark Cape Town, Novembro de 2009 Segunda Edio

  • Melhor Scrum 2

    O que Scrum?

    Origens Scrum um framework de gerenciamento de projetos que visa o desenvolvimento de produtos complexos. Scrum tem suas origens nas reas de gesto conhecimento, sistemas adaptativos complexos e teoria de controle emprico de processos. Foi tambm influenciado por padres observados no desenvolvimento de Software e Teoria das Restries.

    Scrum e gil Scrum o mais popular dos mtodos geis. freqentemente utilizado em conjunto com Extreme Programming (XP).

    Qual o problema?

    Releases demoram muito;

    A estabilizao leva muito tempo;

    As alteraes so difceis de fazer;

    A Qualidade est caindo;

    Marchas fnebres esto ferindo a moral;

    Durante dcadas os desenvolvedores de software tm tentado empregar mtodos definidos de trabalho e gerenciamento de projetos. Os mtodos definidos so adequados quando as variveis que entram no sistema so bem definidas e o mtodo empregado gera um resultado previsvel.Desenvolvimento de software e outras formas de trabalho complexo no so adequados a tais mtodos. E a alta taxa de falhas de projeto e insatisfao dos clientes ilustra isso claramente.

    Como o Scrum ajuda a resolver esses problemas? Alistair Cockburn [Cockburn 2008] descreve o desenvolvimento de software como um "jogo cooperativo de inveno e comunicao". Metodologias tradicionais de desenvolvimento so baseadas em documentos para capturar e comunicar conhecimento de um especialista ao outro. Os ciclos de feedback so muito longos ou mesmo no existem. Dcadas de projetos de baixa produtividade mostram que esta forma de trabalho conduz inevitavelmente ao fracasso. Scrum fornece uma plataforma para as pessoas trabalharem em conjunto de forma eficaz e expe implacavelmente todos os problemas tornando-os visveis em seu caminho.

    Melhor Scrum 2

  • Melhor Scrum 3

    A Essncia do Scrum A essncia do Scrum :

    A equipe recebe metas claras;

    A equipe se organiza em torno do trabalho;

    A equipe entrega regularmente os recursos mais valiosos;

    A equipe recebe feedback de pessoas de fora;

    A equipe reflete sobre sua forma de trabalhar a fim de melhorar;

    Toda a organizao tem visibilidade do progresso da equipe;

    A equipe de gesto comunica aos outros de maneira honesta sobre progressos e riscos.

    Esta forma de trabalho baseada em valores de auto-respeito, respeito pelos outros, confiana e coragem.

    Por que Scrum no faz nenhuma meno a qualquer prtica de desenvolvimento de software? As ferramentas de desenvolvimento e prticas mudam e melhoram continuamente e boas equipes iro trabalhar no sentido de obter o melhor uso delas. Scrum no tenta instruir equipes de como fazer seu trabalho. Scrum espera que as equipes faam o que for necessrio para entregar o produto desejado, dando-lhes o poder para faz-lo. Prticas e ferramentas de desenvolvimento so atualizadas constantemente e consistentemente e boas equipes trabalharo para tirar melhor proveito delas.

    Aplicabilidade Embora seja verdade que o Scrum foi usado inicialmente para desenvolver produtos de software, ele projetado para qualquer tipo de trabalho complexo. Hoje ele usado para gerenciar desenvolvimento de software e hardware, publicidade e marketing, igrejas e organizaes inteiras.

    Como Scrum mapeado para os mtodos tradicionais? A resposta rpida que ele no mapeado. Mtodos geis e Scrum so baseados em um paradigma diferente. Os fundadores Jeff Sutherland e Ken Schwaber tem repetido em diversas ocasies que intil tentar mapear mtodos definidos com um mtodo emprico.

    Scrum ter sucesso em minha organizao? Isso depende de voc! A implementao na sua organizao pode falhar por causa de uma falta de determinao das pessoas para superar os problemas que Scrum certamente ir expor. No entanto, milhares de equipes em todos os continentes e em todos os setores esto conseguindo tornar o seu mundo de trabalho melhor hoje do que era ontem.

  • Melhor Scrum 4

    Manifesto gil Em Fevereiro de 2001, dezessete especialistas em metodologias leves se reuniram para discutir e tentar chegar a uma definio comum de trabalho. Entre eles estavam Jeff Sutherland e Ken Schwaber, fundadores do Scrum, juntamente com Mike Beedle que trabalhou no desenvolvimento dos padres iniciais e escreveu o primeiro livro sobre Scrum. Este grupo chamava-se "A Aliana gil" (Agile Alliance) e concordaram com um Manifesto para Desenvolvimento gil de Software. Eles tambm definiram um conjunto de doze princpios por trs do manifesto que sero reproduzidos na pgina seguinte.

    Comentrio O Manifesto gil e seus doze princpios permanecem intactos durante uma dcada. Eles permanecem at hoje a melhor maneira de julgar se um mtodo realmente funciona de forma gil ou no. A maior crtica tem sido a tendncia para desenvolvimento de software, embora os mtodos geis possam ser mais amplamente aplicados.

    Nota Scrum um dos sabores dos mtodos geis. A adeso ao Manifesto gil e todos os seus princpios no significa necessariamente que uma equipe ou uma organizao est praticando Scrum. No entanto, a no adeso a qualquer um destes princpios implica que voc no est praticando Scrum (ou metodologia gil)!

    Espao para anotaes

  • Melhor Scrum 5

    Manifesto para Desenvolvimento gil de Software Estamos descobrindo maneiras melhores de desenvolver software, tanto para nossa prpria experincia como para ajudar os outros. Atravs deste trabalho, chegamos aos seguintes valores:

    - Indivduos e interaes so mais importantes que processos e ferramentas; - Software funcionando mais importante que documentao extensa; - Colaborao com o cliente mais importante que negociao de contrato; - Responder s mudanas mais importante que seguir um plano.

    Ou seja, enquanto no h valor nos itens direita, ns valorizamos mais os itens esquerda.

    Princpios por trs do Manifesto gil 1. Nossa maior prioridade satisfazer o cliente atravs da entrega antecipada e contnua de software valioso. 2. Aceitamos que os requisitos mudem mesmo em estgios avanados de desenvolvimento. Processos geis aproveitam a mudana para proporcionar vantagem competitiva ao cliente. 3. Entregar software funcionando freqentemente, a cada duas semanas ou a cada dois meses, com preferncia para o prazo mais curto. 4. Os gerentes de negcios e desenvolvedores trabalham em conjunto diariamente durante o projeto. 5. Os projetos so construdos em torno de indivduos motivados. D-lhes o ambiente e apoio de que precisam, e confie neles para fazer o trabalho. 6. A maneira mais eficiente e eficaz de comunicar informaes para a equipe de desenvolvimento atravs de conversa cara a cara. 7. O software em operao a medida primria do progresso do projeto. 8. Processos geis promovem o desenvolvimento sustentvel. Os patrocinadores, desenvolvedores e usurios devem ser capazes de manter um ritmo constante por tempo indeterminado. 9. Ateno contnua a excelncia tcnica e bom design aumentam a agilidade; 10. Simplicidade, ou a arte de maximizar a quantidade de trabalho no feito, essencial. 11. As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizveis. 12. Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz, em seguida, ajusta e melhora seu comportamento em conformidade.

    Higsmith (2001)

  • Melhor Scrum 6

    Os papis de Scrum

    Introduo No h papel de Gerente de Projetos em Scrum. As responsabilidades do gerente de projeto tradicional so divididas ao longo dos trs papis na equipe Scrum:

    O Product Owner que gerencia o produto (e o retorno sobre o investimento);

    O ScrumMaster que gerencia os processos;

    A equipe que gerencia a si mesma. Este um desafio para os indivduos que atualmente cumprem esses papis e para os gestores nas organizaes em que trabalham. Michele Sliger e Stacia Broderick escreveram um guia til para a transio do Gerente de Projetos para o treinador de metodologias geis [Sliger e Broderick 2008]. No h lderes designados em equipes Scrum alm do Product Owner e ScrumMaster, e isso no necessrio. A necessidade de gestores de linha reduzida, porque as equipes so administradas numa vasta gama de funes. No raro encontrar 50 membros de uma equipe que se reportam diretamente a um nico gerente de linha em uma organizao que fez a transio para Scrum.

    A auto-organizao A auto-organizao no implica de forma alguma em uma abordagem laissez-faire (do francs deixai fazer), ao contrrio, as equipes auto-organizada

Search related