Início Scrum no InfoQ Brasil
Notícias
Feed RSS-
Não Comece O Que Não Pode Ser Feito
Muitas equipes ágeis enfrentam um dilema quando pegam uma nova estória no final de um Sprint. Ainda há um tempo restante, mas não é suficiente para terminar essa nova estória. Uma discussão interessante no grupo Scrum Development tenta encontrar algumas soluções para essa questão.
-
As Reuniões Diárias Funcionam para Equipes Grandes?
As reuniões diárias ajudam a equipe a conhecer o progresso do trabalho comparando-o com o objetivo da iteração. Entretanto muitos agilistas acreditam que essas reuniões convencionais ficam ruins à medida que a equipe cresce.
-
Workflows Kanban são Ágeis?
Karl Scotland iniciou uma discussão examinando se os workflows ou estágios em um sistema kanban se enquadram nos ideais ágeis de times colaborativos e cross-funcionais. Ele citou que os estágios em um quadro kanban podem ser muito similares às fases do método cascata. A discussão seguinte esclareceu que os estágios não são passagem de responsabilidade, e podem levar á outros conhecimentos.
-
Mapeando os Papéis do Desenvolvimento de Software Tradicional para o Scrum
Muitas organizações que tem embarcado na adoção do caminho Ágil, tem que enfrentar o desafio do mapeamento dos papéis do desenvolvimento de software para os três papéis que o Scrum fornece.
-
Adotando o "Bolo" Inteiro
Recentemente a InfoQ informou sobre o popular artigo do Jim Shore O Declínio e a Queda do Agile, que destacou a tendência das organizações adotarem "Agile" (no nome) mas falharem ao adotar Agile (na prática).Os líderes da comunidade como Martin Fowler, Joshua Kerievsky, Ron Jeffries, levaram a declaração inicial de Shore a alguns passos além, postando seus pensamentos sobre o que está acontecendo.
-
Mensure a sua agilidade com 'ABetterTeam.org'
Sebastian Hermida criou uma ferramenta on-line gratuita para ajudar a times entenderem melhor como eles estão indo na adoção de métodos ágeis. O site, abetterteam.org, é baseado no jogo de perguntas "Mensure sua agilidade" de Jim Shore e Shane Warden incluso em seu livro, The Art Of Agile Development.
-
O Product Owner deveria ser somente Uma Pessoa?
O Product Owner deveria ser somente Uma Pessoa? Há quem diga que deve haver uma pessoa responsável - um único com a corda no pescoço. Há quem diga que o expertise necessário para um product owner não pode haver apenas um responsável. Existem várias idéias sobre o que e quem um product owner deveria ser.
-
Lidando com os “Rotten Apple” da sua equipe
Recentemente em um debate no Grupo Scrum Development do Yahoo Grupos sobre o que fazer quando uma pessoa da sua equipe está tendo "baixo desempenho". Na thread de mais de 130 respostas, "Rotten apple in Scrum team", a discussão variou de conselhos até a questão principal, até o debate clássico da medição de indivíduos, para distinguir se uma equipe é realmente uma "equipe", e mais.
-
Executando Agile Após Demissões
Parte de um time de desenvolvimento foi demitido, a equipe foi reduzida para quatro desenvolvedores com o tempo parcial do Scrum Master e sem um Product Owner dedicado. O Scrum ainda é aplicável? Que opções temos? Como se adaptar?
-
Usando uma “Cobra na Parede” para quantificar impedimentos
Kevin Schlabach postou recentemente no seu blog Agile Commentary sobre como utilizar um "Cobra na Parede ", uma abordagem leve ele utiliza para ajudar sua equipe a identificar as coisas que estão retardando seus processos de desenvolvimento.
-
Desafios na adoção de Scrum
Adotar uma nova metodologia em um nível organizacional está sujeito a múltiplos desafios. Em uma série de artigos no Agile Journal, Cesário Ramos e Eelco Gravendeel compartilham suas experiências e os desafios que eles encontraram na adoção de Scrum.
-
Escalando Scrum sem o Scrum of Scrums
O Scrum tem mostrado eficiência em promover comunicação entre os membros de um time de desenvolvimento. A questão de como escalar esta comunicação de banda larga através dos times, especialmente em grandes organizações, continua sendo uma área de exploração ativa e debate. Will Read propôs uma alternativa inspirada em uma redes mesh à popular reunião Scrum-of-Scrums para alcançar esse objetivo.
-
O Product Owner e o Scrum Master podem ser a mesma pessoa?
Muitas equipes de poucas pessoas ou pequenas organizações consideram combinar o papel do Scrum Master (SM) e do Product Owner (PO) em uma única pessoa. É aconselhável? Outras pessoas têm feito isso? Quais são as opções? Matt Gelbwaks, Dan Rawsthorne e Tom Mellor, entre outros, compartilham suas experiências.
-
Gerenciar Requisições de Mudanças em Scrum
Change Controle é um processo da gerência de projetos tradicional para administrar mudanças. Em um projeto tradicional o controle de mudança tipicamente consiste no preenchimento de um detalhado formulário de mudança que inclui atributos como o detalhes da mudança, o impacto no projeto, riscos, migrações etc. Também precisa da aprovação de diversas pessoas.
-
Scrum of Scrums - Problemas e Valores
A reunião Scrum of Scrums "é uma importante técnica para escalar Scrum em grande times. Essas reuniões permitem agrupar os times para discutir seus trabalhos." Allan Shalloway perguntou sobre a experiência das pessoas quanto ao uso de "Scrum-of-Scrums para coordenar times vs escalar Scrum para corporações" ele vê problema com grande equipes (350 pessoas).