BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Agile nas empresas no InfoQ Brasil

  • Duração ideal da iteração

    Uma das dúvidas freqüentes que ocorrem durante a adoção de uma metodologia ágil é relacionado à duração ideal de uma iteração. As equipes normalmente escolhem uma duração que varia de uma semana até dois meses. A escolha correta é uma decisão importante e o sucesso de uma implantação de uma metodologia ágil depende muito da duração de iteração.

  • 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.

  • Como Assegurar Antecipadamente a Morte de um Projeto Agile Distribuído?

    Os desafios da adoção e execução do Agile são amplificados quando se trabalha de modo distribuído. O Agile Distribuído traz seus prórpios desafios em termos de separação geográfica, fuso horário variado, diferenças culturais etc. Matar um projeto Agile distribuído não é muito difícil.

  • 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.

  • Gestão Ágil de Riscos

    Gerência de Riscos é uma atividade direcionada pela categorização, mitigação e monitoramento de riscos. Agilistas sugerem maneiras de gerenciar riscos eficientemente e utilizar processos para criar comprometimentos mais reaiscom os stakeholders de um projeto.

  • Rastreie Velocidade, Não Tempo Gasto em Tarefas

    Um membro de uma nova equipe ágil perguntouà lista Scrum Development como rastrear o tempo real que os engenheiros gastam em tarefas, e como isso está relacionado ao conceito ágil de velocidade. Velocidade é a medida ágil para rastrear o quão rápido a equipe está implementando funcionalidades, e portanto o quanto demorará para um projeto ser completado.

  • Testes de Aceitação Orientados a Exemplos

    Testes unitários de de integração muitas vezes tem mais importância em equipes Ágeis se comparado com os testes de aceitação. Gojko Adzic e Lisa Crispin sugerem abordagens para eficientemente inlcuir os testes de aceitação como parte do desenvolvimento.

  • Brasil terá representação na primeira conferência internacional sobre Lean & Kanban

    Ocorrerá nos dias 6 e 7 de maio desse ano de 2009 em Miami (Flórida-EUA), o Lean & Kanban Conference 2009 que será o primeiro evento internacional sobre o Sistema Kanban e Lean aplicado ao desenvolvimento de software.

  • Painel: BayAPLN Agile Expert Panel

    Durante a QCon San Francisco 2008, InfoQ e BayAPLN, um grupo local de Agile Project Leadership Network (APLN), organizaram um painel composto de especialistas em Agile que responderam as perguntas da platéia. Os participantes do painel foram: David Chilcott, Moderator, Polyanna Pixton, David Hussman, Sue Mckinney, Pat Reed.

  • Diferença entre Release Interno e Externo

    Tradicionalmente, o release do software é considerado como um aperto de mão entre a engenharia e os negócios onde um release feito pela engenharia é passado para o mundo externo pelo negócio. Em um interessante artigo, Israel Gat sugeriu o motivo para dividir o release do software em relesease 'interno' e 'externo', para o benefício tanto da engenharia quanto dos negócios.

  • 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?

  • Desenvolvimento Distribuído e a qualidade vão sofrer

    Questões de qualidade de software devido ao nível variado de habilidades entre as localidades’ foi uma das mais interessantes constatações que saiu de uma pesquisa que foi realizada por The Reg reader poll, em setembro de 2008. Outro grande desafio nos top five era a diferença na qualidade de práticas e processos entre escritórios regionais.

  • 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.

BT