Início Remover Impedimentos no InfoQ Brasil
Notícias
Feed RSS-
Documentação na agilidade: quanto e quando escrevê-la?
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
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?
O Agile torna mesmo as equipes mais rápidas? Conheça discussões recentes sobre o tema.
-
Volte ao Trabalho!
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
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
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
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.