Os três papéis definidos no Scrum são:

           * Scrum Master

           * Product Owner

           * Equipe

As pessoas que preenchem estes papéis trabalham em conjunto, numa base diária, para assegurar o bom fluxo de informações e resolução rápida de mudanças.

Scrum Master

O Scrum Master é o guardião do processo. Ele é responsável por fazer o processo correr bem removendo os obstáculos que atrapalham a produtividade da equipe, organizando e facilitando as reuniões.

As responsabilidades do Scrum Master incluem:

• Remover as barreiras entre a equipe e o Product Owner.

• Ensinar o Product Owner como maximizar o retorno sobre o investimento (ROI), e cumprir seus objetivos através do Scrum.

• Facilitar o trabalho da equipe removendo impedimentos que impeçam a equipe de trabalhar.

• Melhorar a produtividade da equipe da forma que for possível.

• Melhorar as práticas de engenharia e ferramentas para que cada incremento de funcionalidades seja potencialmente entregável.

• Manter as informações sobre o progresso da equipe visível a todos de uma forma clara e organizada.

Em termos práticos, o Scrum Master precisa entender bem do Scrum para treinar e orientar os outros papéis, e educar e ajudar as outras partes interessadas que estão envolvidas no processo. Ele deve manter atenção constante ao status do projeto em relação ao progresso esperado. Investigar e facilitar a resolução de quaisquer obstáculos que imobilizam o progresso e, geralmente, ser flexível o suficiente para identificar e lidar com quaisquer problemas que surjam. Ele deve proteger a equipe de perturbações externas.

O Scrum Master não atribui tarefas aos membros da equipe, isso é uma responsabilidade da equipe. Sua abordagem geral para a equipe é incentivá-la e facilitá-la na capacidade de tomada de decisões e resolução de problemas relacionados ao desenvolvimento, de modo que eles possam trabalhar com maior eficiência sem a necessidade de supervisão. Seu objetivo é ter uma equipe auto-organizável.

Product Owner

O Product Owner é dono do produto. Ele fornece o conhecimento do negócio em forma de requistos para a equipe assim como sua ordem de aplicação. Na prática, o Product Owner é a interface entre a empresa e os clientes.

Ele alimenta a equipe com requisitos e correções solicitadas por diversas fontes. É ele o ponto de contato para esclarecimento das dúvidas da equipe sobre os requisitos do produto.

Trabalha em conjunto com a equipe definindo as necessidades dos usuários, os requisitos técnicos, documentando-os conforme a necessidade, e determinando a ordem de sua execução. Ele gerencia o Product Backlog (que é o repositório de todas essas informações), mantendo-o ao nível de detalhe e qualidade que a equipe necessita.

O Product Owner também define o cronograma para liberação das releases, e faz a validação final para saber se as implementações têm as características e qualidade necessárias para a liberação.

Equipe

A equipe, no framework Scrum, deve ser auto-organizada e multidisciplinar, composta por pessoas que fazem o trabalho de desenvolvimento e teste do produto.

Uma vez que a equipe é responsável pelo desenvolvimento do produto, ela também deve ter a autonomia para tomar decisões sobre como executar o seu trabalho. A equipe possui, portanto, auto-organização: os membros da equipe decidem como dividir o trabalho em tarefas, e ao longo da sprint decidem a ordem de execução das tarefas em função da história que está sendo desenvolvida, respeitando sempre a prioridade.

O tamanho da equipe deve ser mantido até nove pessoas, se possível. Um número maior pode dificultar a comunicação e afetar a produtividade.

Fonte: http://www.cprime.com/about/scrum_faq.html

The post Quais são os papéis do Scrum? – FAQ Scrum appeared first on Blog ScrumHalf - Scrum e Agilidade - Software - Brasil.

O desenvolvimento do projeto com a adoção do Scrum é iterativo e incremental. Como as iterações são de duas a quatro semanas, é possível acompanhar o desenvolvimento do produto de forma incremental, avaliando o resultado final de cada iteração e alterando as prioridades conforme necessário para construir um produto com maior valor.

As equipes ágeis sabem lidar com mudanças, logo irão se organizar para definir a melhor maneira de entregar as funcionalidades de maior prioridade.

A adoção do Scrum no processo de desenvolvimento ajuda a equipe a:

1. Aumentar a qualidade dos produtos desenvolvidos;
2. Saber lidar de forma ágil as mudanças;
3. Fornecer estimativas mais precisas em menos tempo;
4. Ter melhor acompanhamento do cronograma e estado do projeto;

Como resultado, os projetos com adoção do Scrum aumentam os níveis de satisfação do cliente e da própria equipe de desenvolvimento, pois há um aumento na produtividade, com redução de tempo e desenvolvimento de um produto com maior valor para o negócio.

Existem três pilares do Scrum, que são:

• Transparência– garante que qualquer aspecto do processo que afete o resultado fique visível para todos que estejam comprometidos com o projeto.
• Inspeção– para manter a transparência é preciso inspecionar os vários aspectos do processo com certa frequencia pré-definida.
• Adaptação– se a inspeção indicou algo errado, é preciso adaptar para melhorar o processo.

Hoje em dia o Scrum é adotado não somente para gerenciamento de projetos de desenvolvimento de software como em áreas diversas que também necessitem de um gerenciamento onde é preciso responder com agilidade às mudanças.

The post O que é Scrum? – FAQ Scrum appeared first on Blog ScrumHalf - Scrum e Agilidade - Software - Brasil.

Hoje falaremos sobre o que é Desenvolvimento Ágil.

O desenvolvimento ágil é qualquer processo de desenvolvimento criado com base nos conceitos do Manifesto Ágil. Tal Manifesto, assinado em 2001, foi elaborado por profissionais experientes e veteranos da indústria de software. Embora cada um tivesse a sua forma de pensar e agir, todos estavam de acordo que os projetos de sucesso tinham certos princípios em comum. Esses princípios servem como diretrizes para equipes que procuram uma forma ágil de administrar seus processos de desenvolvimento.

Os principais valores do Manifesto Ágil são:

• Indivíduos e interações sobre processos e ferramentas;
• Software em funcionamento mais que documentação abrangente;
• Colaboração com o cliente sobre negociação de contrato;
• Respostas a mudanças mais que o acompanhamento de um plano.

Ou seja, embora haja valor nos itens à direita, valoriza-se mais os itens à esquerda.

A filosofia ágil sustenta que a melhor forma de atender às necessidades dos clientes é por meio da colaboração de um grupo comprometido de pessoas, que se concentra na obtenção de resultados com rapidez, com o mínimo de sobrecarga possível.

Um elemento-chave dessa filosofia é que devemos confiar nas pessoas e na sua capacidade de colaboração mais do que em determinados processos. Nenhum processo pode ter sucesso sem as pessoas, mas as pessoas podem ter sucesso sem um processo. Por isso, devemos criar um processo ágil tendo como base as habilidades dos membros da equipe, e não depender de uma estrutura de processo para garantir o seu sucesso.

No caminho ágil, a equipe passa a ter mais espaço para trabalhar a sua criatividade. Não há mais a pressão de uma gerência pesada e rígida, que impõe o que deve ou não ser feito. Todos são incentivados a aprender ao longo do trabalho e a tomar decisões que melhor representem o consenso da equipe. Ou seja, o processo ágil não tem mais como base a antiga relação hierárquica, ou uma estrutura tradicional de comando e controle como costumamos falar, mas é baseada na colaboração acima de tudo.

Ref.: http://www.cprime.com/about/scrum_faq.html

The post O que é Desenvolvimento Ágil? – FAQ Scrum appeared first on Blog ScrumHalf - Scrum e Agilidade - Software - Brasil.

O ser humano lida com muitas incertezas. A cada passo dado ele é capaz de enxergar algo novo, e o que foi visto pode ser um defeito. Não se pode alterar o que não se vê, por isso é recomendável dividir um projeto em pequenas partes, para assim facilitar a análise de seus detalhes. A equipe Scrum deve manter uma constante atualização das informações de um projeto, e esclarecer as dúvidas e mal entendidos para que as previsões, as metas e as estatísticas não se afastem da realidade.

A transparência é um dos três pilares do Scrum. O compromisso com a honestidade torna possível uma reflexão da equipe no que se refere a sua posição e suas responsabilidades no projeto. A relação de confiança desenvolvida com o Product Owner é baseada na interação e colaboração entre a equipe, ao invés de rigidez e individualismos.

Há as Reuniões Diárias para avaliação do progresso das tarefas em relação às metas definidas. Tendo a conversa como base de relacionamento entre equipe e PO, para eventuais esclarecimentos, é possível notar a satisfação dos mesmos num ambiente de trabalho mais humano.

Ao longo de uma sprint a equipe sabe o quanto consegue produzir em razão da sua velocidade média, que foi calculada com base nos resultados de sprints anteriores. Cada história aprovada é dividida em tarefas, que vão sendo concluídas durante a sprint. Caso haja impedimentos, eles são identificados e resolvidos. Com isso torna-se possível enxergar a intensidade do esforço feito pela equipe.

O Scrum Master não intervém diretamente no trabalho que está sendo realizado. Ele é responsável por garantir o uso do Scrum. Além de proteger o time de interferências externas, ele precisa remover os impedimentos que foram claramente sinalizados pela equipe.

Na Reunião de Revisão, o Product Owner avalia se cada história está “pronta” de fato e se a meta da sprint foi ou não foi alcançada, de acordo com o que foi previamente definido pelo próprio PO. As vezes a meta não é alcançada por falta de clareza nessas definições. O subentendido não faz parte dos conceitos do Scrum. Daí a necessidade de esclarecimento de todos os aspectos que definem o que é uma história “pronta” (ex.: modelo implementado, teste unitário e de sistema, documentação mínima, entre outros) e da meta da sprint (ex.: criar uma versão em inglês da ferramenta ScrumHalf, permitir a integração com redes sociais).

É preciso reconhecer os pontos fracos e assumir uma postura de mudança. Muitos indivíduos são arrastados pela correnteza, sem ter idéia do que está por vir. Que força é essa que te move? É a mesma do ousado, que nada contra a correnteza? Não. Na posição de alunos da vida, sempre há algo novo, obscuro dentro de nós. A transparência permite que a luz transpasse e clareie nossa mente. Só assim pode-se lapidar a estrutura de uma empresa, de um lar, de nós mesmos… Cada um opta pelo seu caminho, mas certas escolhas desgastam mais o indivíduo. Escutar quem já tem experiência é sempre uma boa escolha, mas a juventude está ai, cheia de energia e novas ideias que irão revolucionar o mundo. Mas apesar de pensar o contrário, ela também está cheia de defeitos, assim como cada um de nós.

Ao invés de esperar a mudança no outro, é preciso olhar para dentro de sí. Reconhecer quais são seus pontos fracos, com honestidade. Já atento às próprias dificuldades, é hora de agir para reverter esse quadro. O compromisso com a verdade tornará tudo mais simples, objetivo e transparente. Na vida e nos projetos. Bom Scrum!

The post Mantras do Scrum – Transparência appeared first on Blog ScrumHalf - Scrum e Agilidade - Software - Brasil.

1. A Reunião Diária, onde a equipe deve se peguntar “o que fiz?”, “o que vou fazer?” e “quais são meus impedimentos?”, esquematizando, assim, o dia de trabalho.
2. As reuniões de Revisão e Planejamento da Sprint, são utilizadas para inspecionar o andamento em direção à meta da Sprint.
3. E a Reunião de Retrospectiva, que busca levantar os aspectos positivos e negativos para que possam ser feitas mudanças no processo.

A condução do projeto não é mais tarefa de um só membro, mas de toda a equipe (PO, SM e time) que deve estar comprometida com o scrum. É preciso estar pronto para as mudanças tardias de requisitos, e por isso a colaboração com o cliente é fundamental. Quando é dada uma nova adaptação a ser feita, a equipe Scrum fará tudo o que for possível para atingir essa meta no prazo acordado. Nesse aspecto a inspeção é pessoal, cada um sabe de seus limites e responsabilidades.

É necessário observar quais áreas possuem gargalos que precisam ser abertos. A tendência do ser humano é olhar para o que sobressai aos olhos, esquecendo de trabalhar com os pormenores, o que ninguém viu. É isso que faz diferença com a concorrência. Se faz necessário um exame minucioso para se conhecer o estado geral do seu local de trabalho.

A cada dia precisamos esvaziar nossas mentes dos inevitáveis paradigmas que adquirimos ao longo da vida. A maioria deles são mantidos pelo medo de mudar, de fugir das atitudes padronizadas que nos dão a certeza de um bom resultado. Nos acomodamos à esses rituais que muitas vezes parece ser o único caminho para o sucesso. Porém, quando se trata de um negócio, o produto em sí é para quem? Se para o mercado é ele quem dita as novas exigências e tendências da economia. Isso mostra que o ciclo da inspeção e adaptação deve se manter ininterrupto.

Seríamos capazes de nos observar como expectadores? Teríamos autocontrole e ousadia suficientes para nos reinventarmos a cada dia?

The post Mantras do Scrum – Adaptação e Inspeção appeared first on Blog ScrumHalf - Scrum e Agilidade - Software - Brasil.