Início Cultura e Métodos no InfoQ Brasil
Notícias
Feed RSS-
Casos de Uso considerados valiosos (mas opcionais) para captura de requisitos em Lean/Agile
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.
-
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.
-
Falta espinha dorsal ao Backlog
Os Backlogs estão sob críticas por algum tempo. Mary Poppendieck chega ao ponto de sugerir que o product backlog deve ser eliminado se não estiver atendendo ao propósito desejado. Em linhas semelhantes Jeff Patton sugeriu que backlogs curtos achatados falham em transmitir uma visualização de alto nível do sistema
-
Clube do Scrum: Filantropia Ágil na vanguarda
A primeira regra do Clube do Scrum é... No trabalho eles são gerentes de produto, CTOs, empresários, designers, e codificadores. No Clube do Scrum eles ajudam cada um a aprender sobre desenvolvimento ágil, fazendo desenvolvimento ágil, enquanto beneficiam organizações sem fins lucrativo. ...se esta é sua primeira vez no Clube do Scrum, você tem que fazer Scrum!
-
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.
-
Uma Olhada Rápida nos estilos e padrões arquiteturais
O App Arch Guide 2.0 (Microsoft patterns&practices), Capítulo 6, fala sobre estilos de arquitetura como MEssage-Bus, Arquitetura em Camadas, SOA. Além destes estilos há vários padrões arquiteturais, como Plug-in, Peer-to-Peer, Publish-Subscribe. Alguns autores fazem diferença entre estilos, padrões e metáforas de arquitetura.
-
"Bom Design" significa ...?
Não é novidade que no coração dos projetos de software bem-sucedidos está o bom design. Também não é novidade que definir o que "bom design" realmente significa tem sido o centro de uma lista infinita de debates, artigos, palestras, livros, discussões, etc, por décadas.
-
Apache Ivy 2.0 Final Lançado
Ivy 2.0, a nova versão do projeto gerenciador de dependências Ivy, foi lançada. 2.0 é a primeira release do Ivy como um projeto oficial da Apache.
-
Sucessão, uma abordagem Ágil para Arquiteturas Evolutivas
Kent Beck escreveu: "Primeiro um, e então Muitos" para explicar a aplicação do conceito Succession(Sucessão) ao design de software. Succession é uma técnica para evoluir a arquitetura de um sistema de "o suficiente por agora" para aquilo que eventualmente será necessário.
-
Anúncio: Submissões para as conferências Agile 2009 e XP 2009 acabarão em breve.
Duas conferências para a comunidade Ágil ocorrem a cada verão. Este ano a Agile 2009 será realizada em Chicago durante a semana do dia 24 de Agosto enquanto a XP 2009 será realizada em Sardinia (Itália) na semana do dia 26 de Maio. As inscrições ainda estão sendo aceitas por ambas conferências por mais duas semanas.
-
Venkat Subramaniam em Verdades e Mentiras do Desenvolvimento de Software Cotidiano
O desenvolvimento de software é desafiador e muito divertido, mas há diversos fatores que não deixam os times ter sucesso nos projetos de TI. Estes fatores não são normalmente as ferramentas ou as tecnologias mas são as pessoas que afetam o sucesso dos projetos de desenvolvimento de software.
-
Medindo Produtividade em $
Há algum tempo, Scott Ambler postou um artigo sobre como mensurar produtividade em equipes Ágeis através da utilização do conceito Aceleração. Recentemente, ele apareceu com outro post onde responde algumas das perguntas mais frequentes relacionadas à Produtividade Ágil e à Aceleração.
-
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.