BT

Novidades O InfoQ vem desenvolvendo uma série de novas funcionalidades para melhorar sua experiência com o site. Confira!

rss
Seguidores

A importância do aprendizado, da segurança psicológica e da entrega contínua

por Daniel Bryant Seguir 61 Seguidores , traduzido por Camilla Albuquerque Seguir 0 Seguidores   em  20 set, 2017

Na conferência Agile on the Beach 2017 que aconteceu em Cornwall, Reino Unido, centenas de pessoas se reuniram para discutir as últimas tendências e descobertas na área de metodologias de desenvolvimento de software ágil e pós-ágil.

Seguidores

Estimativa Ágil para Planejamento de Releases

por Ben Linders Seguir 8 Seguidores , traduzido por Wellington Pinheiro Seguir 0 Seguidores   em  24 jul, 2014

Estimativas são usadas por equipes ágeis e product owners para priorizar o trabalho e planejar novas versões de produtos. Essas estimativas podem ser feitas em diferentes níveis e com várias abordagens.

Seguidores

Usando a definição de pronto

por Ben Linders Seguir 8 Seguidores , traduzido por Ari do Amaral Seguir 0 Seguidores   em  25 jun, 2014

Muitas equipes usam a Definição de Concluído para definir que uma história de usuário está concluída e o produto está pronto para ser entregue. Mas o que dizer das histórias de usuários que uma equipe recebe do seu Product Owner? As equipes podem verificar a qualidade das histórias de usuários usando a Definição de Pronto.

Seguidores

Agilidade solitária: tornando-se Agile antes da própria equipe

por Ben Linders Seguir 8 Seguidores , traduzido por Marcelo Cenerino Seguir 1 Seguidores   em  24 set, 2013 2

É comum que organizações realizem uma transformação ágil que atinge toda uma equipe ou departamento. Mas existem profissionais que começam a utilizar práticas ágeis individualmente, ou que trabalham de forma ágil em equipes de apenas uma pessoa. Como essas pessoas podem adotar práticas ágeis e quais os tipos de benefícios que podem obter com isso?

Seguidores

Devemos criar histórias de usuário para a nossa dívida técnica?

por Ben Linders Seguir 8 Seguidores , traduzido por Elias Souza Seguir 0 Seguidores   em  10 abr, 2013 1

Equipes ágeis algumas vezes apresentam dificuldades com o planejamento de tarefas puramente técnicas, tais como aquelas relacionadas à dívida técnica. Essas tarefas não têm valor direto para o usuário do sistema, mas precisam ser feitas para entregar o software funcionando. Devemos criar histórias de usuário para lidar com tarefas técnicas e dívida técnica?

Seguidores

Representando testes ágeis

por Dan Puckett Seguir 1 Seguidores , traduzido por Paulo Rebelo Seguir 0 Seguidores   em  24 mai, 2011

Vários membros da comunidade Agile têm explorado estilos para a representação e registro de testes, usando desde listas simples e tabelas, a estruturas lógicas e mapas mentais.

Seguidores

Como dividir User Stories

por Dan Puckett Seguir 1 Seguidores , traduzido por Michel Graciano Seguir 0 Seguidores   em  29 abr, 2011 2

Muitas das novas equipes Agile têm dificuldades em quebrar suas user stories em partes suficientemente pequenas para trabalhar com técnicas de Agile. Em vários artigos, membros da comunidade fornecem orientações sobre como dividir de forma eficaz as histórias de usuários.

Seguidores

Será que os Casos de Uso tem lugar no SCRUM ?

por Dan Puckett Seguir 1 Seguidores , traduzido por Marcelo Costa Seguir 4 Seguidores   em  19 nov, 2010 6

No Scrum, os requisitos são normalmente chamados de user stories. Mas seria CERTO utilizar casos de uso com Scrum? E, em caso afirmativo, sob que circunstância você deveria fazer esse uso?

Seguidores

Quem quer esta User Story?

por Dan Puckett Seguir 1 Seguidores , traduzido por Lucas Souza Seguir 0 Seguidores   em  03 nov, 2010 3

Em algumas user stories podemos definir facilmente que são os beneficiados. Mas como cumprir o modelo padrão "Como ... Eu quero ..." se não podemos expressar quem quer aquela tarefa pronta?

Seguidores

Histórias não feitas são frequentes ao fim dos seus seus Sprints?

por Mark Levison Seguir 0 Seguidores , traduzido por Pedro Mariano Seguir 0 Seguidores   em  10 jun, 2010

O que acontece se o seu time falha constantemente no fator "Definição de Pronto"(DoD) em algumas ou todas as histórias. Eles devem aumentar os prazos do sprint? Como o product owner deve lidar com essa situação? No caso particular a pessoa que fez essas perguntas estava em um time que utilizava sprints de 4 semanas.

Seguidores

Mapeamento de Estórias Dão Contexto a User Stories

por Chris Sims  Seguidores , traduzido por Ricardo Yasuda Seguir 0 Seguidores   em  27 mar, 2009 8

A noção do Scrum de 'backlog' é uma lista priorizada de user stories para o time implementar. Isso funciona bem para organizar no que o time deve trabalhar no curto prazo, isto é, durante o planejamento do sprint. No Orlando Scrum Gathering, Jeff Patton descreveu o mapeamento de estórias.

Seguidores

Sendo um Product Owner melhor

por Mike Bria Seguir 0 Seguidores , traduzido por André Pantalião Ferreira Seguir 0 Seguidores   em  10 mar, 2009 2

Qualquer um que passou algum tempo efetivamente executando um projeto ágil pode comprovar o fato que a colaboração do Product Owner (ou, no XP, o "Cliente") com o time de desenvolvimento desempenha um papel chave no sucesso de um time. Peter Stevens oferece um pequeno conselho para ajudar pessoas nesse papel desempenharem bem.

Seguidores

Casos de Uso considerados valiosos (mas opcionais) para captura de requisitos em Lean/Agile

por David West Seguir 0 Seguidores , traduzido por Flávia Castro de Oliveira Seguir 0 Seguidores   em  23 fev, 2009

Dean Leffingwell, autor do Scaling Software Agility e Chief Product Methodologist na Rally, concluiu que Casos de Uso pode ser uma valiosa ferramenta para modelar requisitos para um projeto Lean/Agile de grande escala. Os casos de uso não são comumente encontrados em Lean/Agile (especialmente em XP e Scrum), onde as estórias são os requisitos reunindo a ferramenta de escolha.

Seguidores

Queime as estórias não as tarefas

por Chris Sims  Seguidores , traduzido por Douglas Masson Seguir 0 Seguidores   em  27 jan, 2009 1

Desenvolvedores geralmente quebram a estória do usuário em tarefas para facilitar o trabalho de distribuição e implementação em torno da equipe e permitir um acompanhamento dos processos em um nível fino de granularidade. Infelizmente, a estória pode explodir em uma lista de tarefas não triviais tão grandes que a estória não é entregue no fim da iteração.

Faça seu login para melhorar sua experiência com o InfoQ e ter acesso a funcionalidades exclusivas


Esqueci minha senha

Follow

Siga seus tópicos e editores favoritos

Acompanhe e seja notificados sobre as mais importantes novidades do mundo do desenvolvimento de software.

Like

Mais interação, mais personalização

Crie seu próprio feed de novidades escolhendo os tópicos e pessoas que você gostaria de acompanhar.

Notifications

Fique por dentro das novidades!

Configure as notificações e acompanhe as novidades relacionada a tópicos, conteúdos e pessoas de seu interesse

BT