BT
x A sua opinião é importante! Por favor preencha a pesquisa do InfoQ sobre os seus hábitos de leitura!
rss

Documentação na agilidade: quanto e quando escrevê-la?

por Ben Linders , traduzido por Bernardo Rosmaninho   em  14 Fev, 2014 1

Os valores do manifesto para o desenvolvimento ágil de software "software em funcionamento ao invés de documentação abrangente". Esse valor primário da agilidade nos questiona sobre "quanto" e "quais" tipos de documentos são necessários e "quando" eles devem ser escritos.

Reduza o desperdício através da mudança do método cascata para método ágil

por Ben Linders , traduzido por João Talles   em  10 Dez, 2013

O desenvolvimento de software enxuto diz: toda iniciativa que não está criando valor para o cliente é considerado desperdício. Como a transição do método cascata para um método ágil pode ajudar as empresas a reduzir o desperdício?

O Agile realmente traz mais rapidez?

por Ben Linders , traduzido por Antonio Filho   em  22 Mar, 2013

O Agile torna mesmo as equipes mais rápidas? Conheça discussões recentes sobre o tema.

Volte ao Trabalho!

por Dan Puckett , traduzido por Lucas Souza   em  30 Nov, 2010

Atingir o limite do quadro de Kanban introduz calmaria dentro de uma empresa por temporariamente parar os trabalhos que suprem o gargalo principal. Como você pode convencer seus gerentes que introduzir um limite ao Kanban pode na verdade ser uma boa coisa?

Motivos de Atrasos em um Projeto Ágil

por Vikas Hazrati , traduzido por Marcelo Andrade   em  28 Dez, 2009 2

Um atraso, em geral, é quando se tem algo pronto depois do planejado, ocasionando um inconveniente desconforto. Em outro ponto de vista, pode-se ver um atraso como apenas um desperdício. Em um projeto ágil, um atraso resulta em descontinuidade, além de ocasionar outros tipos de desperdício como necessidade de reaprendizagem, mudança de contexto de tarefas, etc.

Deficiências de software Crescem em Custos Substantivos

por Shane Hastie , traduzido por Rafael Riberto   em  17 Ago, 2009

No recente artigo entitulado "Entrega Continua de Ganhos na Evolução do Sistema", Chris Sterlin discute o conceito de Deficiências de Software – "A deficiência do software se acumula quando o foco permanece na finalização imediata, enquanto flexibilidade de mudanças do sistema é negligenciada no decorrer do tempo".

Economizando com Programação em Par

por Mike Bria , traduzido por Hildebrando Furlan Neto   em  02 Jul, 2009

Porque alguém utilizaria duas pessoas para fazer o trabalho de uma? Esta é uma reação comum quando as pessoas são apresentadas a ideia da programação em par. Eles concluem programação em par como duplicar o custo de escrever um segmento de código. Dave Nicollete demonstra algumas ideias quantitativas para ajudar a mostrar como a programação em par pode salvar dinheiro, ao invés de desperdiça-lo.

Feedback geral
Bugs
Publicidade
Editorial
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2014 C4Media Inc.
Política de privacidade
BT