Crédito Técnico
dez/09
17
Muito se fala do débito técnico, mas e sobre o crédito técnico ? Como diminuir esse juro que consome as horas de sono ?
Muito se fala do débito técnico, mas e sobre o crédito técnico ? Como diminuir esse juro que consome as horas de sono ?
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 […]
Gerenciar significa prever e corrigir a rota antes que o dano aconteça. Para isto funcionar é preciso ter capacidade de previsão. Veremos o que Scrum oferece nesta área.
Falei anteriormente de como é organizada uma equipa Scrum e quais responsabilidades cada elemento desempenha. Hoje o assunto é a palavra mais querida dos gerentes tradicionais – tarefa – e sua relação com user story. A tarefa, no pensamento tradicional é qualquer coisa que tem que se fazer. A ideia é que sabendo as tarefas […]
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. […]
Valorizar práticas ou praticar valores? A diferença parece sútil, mas é a distinção essencial nos dias de hoje, porque é a diferença entre o que interessa e o que não interessa no ramo do desenvolvimento de software Pela tradição – tradicionalmente, historicamente – as empresas valorizam práticas. São criados, aglutinados, conjuntos de práticas a que chamam “metodologias”. As […]
Hoje vou exemplificar como se processa o planejamento scrum de um projeto e de um sprint. Projeto Os requisitos são levantados em reuniões de planejamento onde desenvolvedores, product owner e todos aqueles que podem ajudar discutem em sessões de brainstorm o que o software fará. Numa primeira vaga os requisitos , escritos como histórias, não […]
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!