BT

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

Contribuir

Tópicos

Escolha a região

Início Agile no InfoQ Brasil

  • Arquitetura e Agile: Casados, divorciados, ou apenas bons amigos?

    Este artigo descreve a relação entre a arquitetura e o processo de desenvolvimento de software e como a arquitetura pode atender a necessidades como requisitos funcionais, características operacionais e a habitabilidade do desenvolvedor. Também aborda o papel dos arquitetos pragmáticos ao trabalhar com desenvolvedores e outras partes interessadas.

  • Trabalho remoto funciona

    Cerca de 5 anos atrás nossa equipe decidiu trabalhar de forma tão eficaz em casa. Muitos deixaram Londres e seguiram pelo país, substituindo bares e restaurantes por criação de aves e ciclismo na montanha. Hoje estamos mais próximos, colaboramos mais, recrutamos melhor as pessoas e trabalhamos com mais eficiência do que nunca.

  • Scrum Master: Posição ou Papel?

    Uma idéia comum e compartilhada por muitos é a de que equipes Scrum precisam de um Scrum Master(SM) dedicado. Para equipes novas, isso até faz algum sentido. Mas à medida que as equipes amadurecem, elas ainda precisam de um SM dedicado? Pode um SM ter várias equipes? Pode a equipe assumir este papel por meio de um de seus integrantes?

  • Acceptance Test-Driven Development (ATDD), passo a passo

    O Acceptance Test-Driven Development (ATDD), ou “Desenvolvimento Orientado a Testes de Aceitação”, é uma prática de obtenção de requisitos de forma colaborativa aplicada por equipes ágeis, onde exemplos concretos e testes automatizados são utilizados para especificar os requisitos, tornando-os mais claros, com o objetivo de criar especificações executáveis. Conheça um passo a passo dessa técnica.

  • Sua aplicação está pronta?

    Entregamos software na maior parte das vezes dentro prazos, espremendo todo o esforço de desenvolvimento e testes para cumprir esse prazo. Priorizamos o que pensamos ser importante e uma vez que a aplicação alcance certo nível de qualidade estamos prontos para a produção (go live). Mas mesmo quando entregamos, podemos dizer o quão preparada está nossa aplicação?

  • Retrospectivas Ágeis: Um ritual valioso mas mal-compreendido

    Retrospectivas são um ritual valioso utilizado por equipes ágeis, mas podem passar uma falsa sensação de melhora contínua, quando mal executadas. Conheça armadilhas e dicas.

  • Criando uma cultura de aprendizado e inovação

    Jeff Plummer apresenta alguns passos de empregados de uma grande empresa de engenharia para começar a construção de uma cultura de inovação, promovendo o aprendizado continuo no ambiente de trabalho. Em um ambiente no qual os engenheiros tendem a esperar pelas direções de negócio que serão executadas, eles agora estão vendo engenheiros vendendo ao negócio novas direções para serem exploradas.

  • Modelo contratual tradicional: Maior risco de fracasso?

    Susan Atkinson e Gabrielle Benefield argumentam que o modelo de contrato padrão para o desenvolvimento de software tem bases em premissas obsoletas e imperfeitas, e que isso seria um dos fatores que contribuem para os altos índices de insucesso em projetos de TI, independente de serem internos ou terceirizados. O modelo de contrato necessita de uma reformulação completa.

  • Enfrentando Medos da Entrega Contínua

    Quando se fala em Entrega Contínua, alguns argumentos recorrentes aparecem sobre a impossibilidade da mesma acontecer. Na maior parte tais argumentos são preocupações vindas de diferentes áreas e pontos de vista. O objetivo deste artigo é discorrer sobre como tais medos podem ser enfrentados e promover Entrega Contínua como algo que pode ser atingido gradualmente em uma organização.

  • Kanban - Apenas senso comum?

    Sabe-se que a noção de heurística é poderosa no desenvolvimento de produtos. O Manifesto Ágil, por sua vez, pode ser visto como um conjunto de heurísticas com práticas e processos. O modelo "Pensamento Kanban" inclui cinco heurísticas que encapsulam as áreas principais para se dar enfoque, acompanhado de mais três impactos que encapsulam as áreas de melhoria.

  • Agile, Scrum e Burocracia

    Esclarecendo alguns mitos sobre a filosofia Agile e a sua relação com processos de gerenciamento. Muitos ainda acreditam que utilizar práticas ágeis é o mesmo que não seguir método de trabalho ou não ter documentação.

  • Uma solução para a dívida técnica?

    Henrik Kniberg publicou em seu blog um artigo com sugestões práticas para enfrentar um mal que assombra equipes de desenvolvimento: a dívida técnica. Como podemos tratá-la de forma a conseguir um código mais coeso e focado na qualidade durante o desenvolvimento e manutenção de um software?

BT