Início Agile no InfoQ Brasil
Notícias
Feed RSS-
Ágil ou Waterfall? Conhecido vs Desconhecido
A decisão entre usar métodos waterfall ou agile deveria ser determinada com base no nível de conhecimento que se tem sobre o problema e a solução. Esta é a afirmação de David J Blant, da Scrumology.
-
O desenvolvimento ágil funciona em projetos de hardware?
Vários profissionais de TI tem trazido à tona recentemente a questão da aplicação das práticas ágeis no desenvolvimento de hardware. Nil Johnson escreveu um artigo na Electronic Engineering Times (EETimes): Desenvolvimento ágil de hardware - sem sentido ou necessidade?
-
Kent Beck: "Pare de pensar durante a refatoração"
Refatorar exige uma boa dose de pensamento, mas a realidade é que pensar demais também pode ser prejudicial. Esta é a opinião de Kent Beck, um dos criadores do Extreme Programming.
-
DevOps: Migrando Operações de caixa-preta para caixa-branca
Durante sua palestra no DevOps Days em Gothenburg, Mitchell Hashimoto, coautor da ferramenta Vagrant e administrador de sistema na Kiip, propôs um roteiro para migrar as organizações de uma cultura de Operações caixa-preta para uma cultura caixa-branca, ideal, em que os desenvolvedores têm liberdade para mudar o ambiente de produção.
-
O impacto do Agile sobre estimativas e incerteza, e a questão do comprometimento
O consultor de Agile, Scott Sehlhorst, descreve como as abordagens ágeis podem trabalhar com estimativas e previsões, mantendo-se fiéis ao foco no produto e a entregas e necessidades dos clientes. O autor se aprofunda ainda nas vantagens da adoção de técnicas ágeis para reduzir a incerteza dos projetos.
-
Agile Coaches, ScrumMasters ou Gerentes Funcionais?
Esther Derby escreve em seu blog sobre a confusão entre gerentes funcionais e ScrumMaster. Ela afirma que acumular essas duas funções é um problema e que pode confundir os membros das equipes. A função de Agile Coach ou ScrumMaster envolve confiança e transparência, o que vai ao encontro das avaliações anuais feitas pelos gerentes funcionais.
-
Estimativas em Agile: Quanto tempo vai demorar para terminar o produto?
Quanto tempo leva para terminar o projeto ou o produto é uma das perguntas mais frequentes feitas pelos clientes. Se por um lado, estimar as funcionalidades de um produto inteiro é arriscado e poco preciso; por outro, é uma pergunta prática com a qual os times precisam lidar.
-
Qualquer empresa pode ser Agile? Difícil com arrogância e sem transparência
Em artigo da InformIT, Aaron Erickson, autor do livro "The Nomadic Developer", afirma que poucas empresas estão preparadas para Agile e que não basta adotar algumas ferramentas e técnicas; é preciso realizar uma "transformação ágil" na estrutura organizacional e na estrutura da empresa, com foco em transparência e comunicação.
-
Desmontando os mitos sobre equipes auto-organizáveis
Esther Derby escreve em seu blog sobre o mito da auto-organização, afirmando que equipes auto-organizáveis necessitam sim de gerentes e que é o papel destes gerentes criar um ambiente de suporte, proteção e desenvolvimento das equipes.
-
O valor da estabilidade em equipes
Kelly Waters, em artigo recente, afirma que a estabilidade das equipes gera grande valor para as empresas, produzindo melhores resultados e maior eficiência. Equipes estáveis, duradouras e coesas são capazes de atingir os estágios mais elevados de desenvolvimento. Essas ideias são apoiadas por outros especialistas como Jurgen Appelo e Bruce Tuckman.
-
O talento está supervalorizado? Consistência e foco podem valer mais.
Em uma análise do livro "Talent is Overrated", o coach de Agile Steven List defende a "prática deliberada". Para ele, o mais importante para o desenvolvimento profissional é a consistência e o foco em melhoria. A busca da excelência e os desafios são os verdadeiros motivadores que resultam em sucesso, tanto do ponto de vista pessoal, quanto no das equipes e empresas.
-
Defendendo o time-box: sprints mais longas raramente são a solução
O Scrum Coach Richard Lawrence discute em artigo recente os riscos de aumentar o tamanho das sprints, quando os resultados não estão sendo obtidos como esperado no tempo definido. Ele apresenta sete dos principais problemas que levam a essa decisão, muitas vezes precipitada, e apresenta uma série de recomendações.
-
Lean Startup substitui ou complementa o Agile?
Joshua Kerievsky iniciou um intenso debate em um post recente intitulado "Agile vs Lean Startup", em que declara que Lean Startup é melhor que Agile e apresenta uma tabela contrastando vários aspectos das filosofias Agile e Lean Startup. Os princípios do Lean Startup poderiam substituir ou tornar obsoleto as práticas Agile, ou seriam os dois conjuntos de práticas complementares?
-
Quando a agilidade não é suficiente: precisamos revisar o Manifesto?
Steve Denning aponta, em artigo recente, pontos fracos do Agile que precisam ser revistos para responder a mudanças ocorridas nos últimos dez anos após publicação do Manifesto Ágil. Apenas gerar software em funcionamento deixou de ser suficiente: o foco deve ser no encantamento dos clientes. Denning oferece recomendações de mudanças na filosofia Agile para adequação à nova realidade.
-
Se usuários não mudam as configurações, para que configurações?
Pesquisas recentes por especialistas em experiência do usuário mostram que a grande maioria dos usuários mantém os valores padrão para todas as configurações dos softwares, mesmo perdendo com isso funcionalidades essenciais. O excesso de escolhas e a confiança nos desenvoldedores contribuem para uma situação que prejudica os dois lados da equação usuário-desenvolvedor.