Caranguejo Ágil

O LeSS, Large-Scale Scrum ou Scrum em Larga Escala, foi criado por dois agilistas com grande experiência em ajudar organizações com dezenas, centenas e, em algumas ocasiões, alguns poucos milhares de pessoas a usar o Scrum, em muitos casos em mais de uma localização geográfica. A ideia principal do LeSS é aplicar, a um contexto de larga escala, o Scrum tal como ele é. Ou quase. LeSS adiciona pouquíssimos elementos ao framework básico, chegando até a remover alguns aspectos, como a Meta do Sprint e a definição de Time de Scrum. Assim como o Scrum, LeSS é deliberadamente incompleto e utiliza a abordagem empírica da transparência, inspeção e adaptação para o trabalho, em vez de buscar aquela previsibilidade ilusória que dita o funcionamento de muitas organizações. A organização gira em torno do trabalho de Times de Desenvolvimento, que são seus elementos mais importantes. Esses times geram, cada um, funcionalidades prontas, de ponta a ponta, eliminando assim dependências assíncrona

Assim como o DAD adota práticas e estratégias de diversos métodos, os papéis sugeridos pelo DAD também seguem essa abordagem híbrida considerando o tamanho dos times. Desde um time que tem até 15 pessoas até um time com 50 pessoas ou mais. Os papéis não são posições. Qualquer pessoa assume um ou mais papéis e pode-se mudar de papel ao longo do tempo, e qualquer papel pode ter zero ou mais pessoas em um determinado tempo. Os papéis no DAD se dividem em papéis primários que existem em todos os times independente da escala e os papéis secundários que tipicamente estão presentes quando há escala e somente por um determinado período. Papéis Primários:  - Team Lead: É responsável por facilitar as cerimônias do time, remove impedimentos, promove cooperação e garante que o processo é seguido. - Product Owner: Representa as partes interessadas. Essa é a única pessoa responsável em uma equipe pela lista de itens de trabalho priorizados (chamada de backlog de produto no Scrum), por to

O DAD (Disciplined Agile Delivery) surgiu em 2009 quando Scott Ambler era chefe de metodologia de TI na IBM Rational. Ele foi idealizado procurando endereçar os aspectos críticos do desenvolvimento de software que alguns frameworks intencionalmente deixam para você decidir. Por exemplo: -  Abordagem híbrida: Adotando práticas e estratégias de diversos métodos pois uma das grandes vantagens do desenvolvimento de software ágil e enxuto é a riqueza de práticas, técnicas e estratégias disponíveis. -  Cobrir todo o ciclo de vida da entrega: O foco está na entrega que é um subset do ciclo de vida do produto que vai desde o conceito inicial até a entrega para operações e suporte. A figura abaixo mostra uma visão de alto nível do ciclo de vida do DAD. É um ciclo de vida de três fases no qual você constrói incrementalmente um produto. - Inception: Aqui ocorrem as atividades de iniciação do produto/projeto. Grande maioria das equipes faz algum trabalho inicial de levantamento no in

Eventos do Scrum - Iteração, Reunião diária, Revisão, Retrospectiva. Continuando nossa série sobre eventos do Scrum, nesse post abordaremos mais sobre eventos, introduzindo novos eventos e explicando cada um deles. Começaremos com o evento principal, o coração do Scrum: A Sprint. A Sprint A Sprint é o principal evento do Scrum, que significa em tradução literal como corrida de velocidade, arrancada. Esse evento trata-se de um ciclo de desenvolvimento (iteração), que tem um tempo determinado com dia para começar e dia para acabar. Esse tempo pode variar de 2 a 4 semanas, mas nunca exceder 30 dias. Uma Sprint começa ao final da Sprint anterior, sem intervalos. O objetivo deste evento é transformar os itens do Backlog do Produto (funcionalidades descritas) em um software ou parte dele, totalmente funcional e pronto para uso, dentro do período definido para a Sprint. A Sprint engloba todos os demais eventos, que devem ser realizados dentro do período de tempo da Sprint.

Scrum – Eventos essenciais na aplicação do Scrum Alguns dos componentes mais conhecidos da estrutura do Scrum são o conjunto de eventos sequenciais, cerimônias ou reuniões que as equipes do scrum realizam regularmente. Esses eventos são todos “Time-Boxed”, tem tempo máximo definido. Apenas o Sprint, uma fez definida a sua duração, ela é fixa e não pode ser encurtado e nem alongado, os demais eventos, podem ser encerrados antes, desde que o seu objetivo tenha sido alcançado. Esses eventos servem para manter os 3 pilares do Scrum, que são a transparência, inspeção e adaptação, não realizar ou realizar somente parte dos eventos, irão prejudicar esses 3 pilares. Os eventos são: Planejamento da Sprint ( Sprint Planning ) Sprint Reunião Diária ( Daily Scrum ) Revisão da Sprint ( Sprint Review ) Retrospectiva da Sprint ( Sprint Retrospective ) Abaixo iremos descrever cada um  desses  os eventos chaves em que uma equipe scrum pode participar: Planejamento da Spri

Os três papéis essenciais do Scrum: Product Owner, Scrum Master e Dev Team. Uma equipe Scrum precisa de três papéis específicos: Product Owner, Scrum Master, e o Dev Team. E como as equipes Scrum são multifuncionais, a equipe de desenvolvimento inclui: testadores, designers de UX, engenheiros de operação além de desenvolvedores.  Product owner: Definir um objetivo claro As equipes ágeis são, por design, flexíveis e responsivas, e é de responsabilidade do proprietário do produto(Product Owner) garantir que elas ofereçam mais valor. O negócio é representado pelo Product Owner que informa a equipe de desenvolvimento o que é importante entregar. A confiança entre esses dois papéis é crucial. O Product Owner não deve apenas entender o cliente, mas também ter uma visão do valor que a equipe do Scrum está entregando ao cliente. Ele(a) também equilibra as necessidades de outras partes interessadas na organização. É um Product Owner efetivo aquele que: -Cria e gerencia o

O Scrum é um framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtivamente e criativamente entregam produtos com o mais alto valor possível. Muito parecido com uma jogada de uma equipe de rugby (de onde vem o nome). O framework foi criado por Ken Schwaber e Jeff Sutherland no final da década de 90. Os autores fundamentaram o Scrum no empirismo – corrente filosófica que afirma que o conhecimento vem da experiência e de tomada de decisões baseadas no que já é conhecido. Por conta disso, essa metodologia é receptiva ao emprego de processos e técnicas que possam melhorá-la.  Segundo Denisson Vieira, professor do Centro Universitário UMA, existe uma relação entre o conhecimento dos requisitos e da tecnologia – o gráfico abaixo mostra a relação. Para o professor quanto mais se conhece os requisitos e as tecnologias envolvidas mais previsíveis são as atividades necessárias para realizar o projeto. Nesse cenário metodologias com proc

A utilização do kanban em desenvolvimentos de software apresenta algumas vantagens. Nesse post serão apresentados alguns: A autonomia de cada colaborador definir qual tarefa é interessante para si, além de ter um fácil entendimento do status das entregas e do que precisa ser feito. A priorização de um tarefa que pode ser feita por meio de um sistema de cores, garantindo o foco da equipe, para que ela entregue as tarefas que realmente são importantes. O aumento da produtividade é desencadeado pela priorização das tarefas que aumenta o foco e a equipe passa a ter mais certeza sobre o que precisa ser entregue e quando precisa ser entregue tudo fica mais fácil. Com um quadro kanban é mais fácil gerenciar o tempo que a equipe despende em cada tarefa, assim, ao entender como o tempo está sendo gasto é possível direcionar a equipe para solucionar problemas de produtividade com alternativas como delegar tarefas. O kanban é responsável por centralizar todo o trabalho de uma equipe

No kanban tem três principais funções que servem para: - Gerenciar o fluxo de trabalho e permitir que os gestores tenham uma dimensão do que está sendo produzido e em que ritmo está sendo produzido; - Equilibrar os processos que vêm antes e depois, para que uma atividade não seja interrompida pela falta de uma outra que deveria ter sido entregue anteriormente; - Limitar a quantidade de trabalho que deve ser realizada pela equipe, respeitando a capacidade produtiva. Outra curiosidade do kanban é que existem tipo de diferentes de kanban, os principais são:  - Kanban de Produção:  aplicado ao longo da linha de produção com o objetivo de fazer gestão de tarefas.  Ele funciona basicamente em três colunas “A Fazer”, “Em Execução” e “Feito” Cada coluna possui uma série de cartões que representam as tarefas que precisam ser executadas e a equipe vai “puxando” as tarefas conforme o fluxo de trabalho, por isso o nome produção: cada cartão é uma entrega realizada.