Fazer software é uma arte, mas ao contrário da pintura e da escultura é um tipo de arte que se faz em equipa. Algo mais como um concerto e menos como um solo.  Fazer software sozinho é possivel, mas lento e chato. No mundo profissional software é feito em equipa. A equipe de desenvolvimento não [...]
O escopo é uma das dimensões de projeto que mais ludibriam clientes e empresas em todo o mundo. A solução já foi encontrada, mas pouco a conhecem e menos a seguem.
É comum ouvir as pessoas defenderem que não é necessário seguir uma disciplina metodológica e que podemos, e devemos, apenas pegar as “boas práticas” das disciplinas que ha por ai e formar a nossa própria metodologia. Este dispare tem que acabar e tem que sair da cabeça das pessoas de uma vez por todas.
Medo de alterar um código que está funcionando mas que precisa ser alterado, no todo ou em parte, de forma a que mantenha as funcionalidades atuais e novas sejam adicionadas. O medo advém da falta de controle sobre o estado de funcionamento do código.
Chegou à minha atenção que os termos “Tradicionalista” e “Tradicionalismo” têm um significado próprio e se referem à s pessoas e a uma corrente filosófica  que seguem as tradições de uma certa cultura, normalmente denominado folclore [1,2 ]; e que a série “Scrum para Tradicionalistas” pode estar ofendendo de algum modo estas pessoas que nada têm a haver com [...]
A estrutura tradicional para equipes de desenvolvimento de software é composta por um Gerente e um Grupo de Desenvolvedores. O Gerente têm três papeis principais: 1) Mediar com os stakeholders (diretores, clientes , outros gerentes) o que implica em definir prazos e custos e fazer com que se cumpram 2) Organizar o trabalho da equipa. [...]
Na minha opinião não há desculpa para criar um software com má qualidade. Mesmo com prazo curto e orçamento apertado sempre é possivel fazer um software de boa qualidade compatÃvel com esses fatores. Claro, o primeiro desafio é saber como fazer isto e o segundo é fazer!
