Blogue

O Significado e Origem da "Dívida Técnica" A metáfora da Dívida Técnica (TD) no contexto do software foi cunhada por Ward Cunningham, que na época estava trabalhando na codificação de um sistema financeiro. Ele usou a metáfora para explicar aos seus colegas financeiros o raciocínio para refatorar e reescrever partes dos códigos à medida que o conhecimento dos requisitos evoluía. "Ao tomar atalhos e entregar código que não é adequado para a tarefa de programação do momento, uma equipe de desenvolvimento incorre em TD. Essa dívida diminui a produtividade. Essa perda de produtividade é do interesse do DT." A explicação original pretendida por Ward era bastante [...]

Aqui estão alguns insights sobre o valor de encontrar defeitos nos requisitos antes do projeto ou da codificação. Para uma equipe de desenvolvimento de software é muito valioso encontrar defeitos antecipadamente. Melhor ainda, é prevenir completamente os defeitos. Requisitos excelentes são uma forma eficaz de prevenção de defeitos e de retrabalho. Um requisito ambíguo pode levar a um desperdício substancial de esforço. Os defeitos surgem antes mesmo do início da codificação Os defeitos surgem nos requisitos e na arquitetura antes mesmo do início da codificação. Imaginemos que estamos num negócio de seguros e os empresários decidiram que um novo (ou alterado) sistema [...]

Divisão de histórias – refinamento para uma granularidade ideal Uma história aparentemente pequena pode acabar sendo muito maior do que o esperado. Somente através do refinamento ou da divisão da história você pode descobrir isso. A divisão da história pode ser feita no início ou logo antes do sprint anterior. Recomendamos fazê-lo o mais cedo possível para evitar surpresas tardias. Consideramos a “divisão da história” e o “refinamento da história” como atividades muito semelhantes. Trata-se de otimizar a granularidade da história de usuário escrita. O que são histórias de usuários Para as equipes que conseguem fazer colocation, a história de usuário pode ser apenas um lembrete de uma conversa. [...]

A Elicitação de Requisitos trata de descobrir os requisitos reais de negócios e os requisitos de sistema de qualquer empreendimento de software. Trata-se primeiro de descobrir o que é necessário e depois de articular as descobertas destiladas em artefactos que possam ser usados como base para descrever o que precisa de ser feito. É incomum que os requisitos reais do negócio (e os requisitos subsequentes do sistema) possam ser encontrados rapidamente. Embora a elicitação de requisitos seja algumas vezes chamada de coleta de requisitos, esta é uma frase enganosa. Os requisitos reais são mais como um tesouro enterrado em um campo, em vez de colheitas que podem ser colhidas. Às vezes, uma indicação de [...]

Vejamos como e por que podemos querer garantir a qualidade das histórias de usuários. Histórias de usuários ruins levam a reuniões desnecessárias, desperdício e retrabalho. Melhorar a história do usuário o mais cedo possível no ciclo de vida de desenvolvimento é uma forma eficaz de minimizar o desperdício e o retrabalho. A garantia de qualidade é uma abordagem sistemática para determinar se um “produto” atende a critérios aceitáveis. Para o controle de qualidade das histórias de usuários, precisamos primeiro definir o que é bom? Qual é a diferença entre boas histórias de usuários (e conjunto de histórias de usuários) e baixa qualidade. Para o desenvolvimento ágil de software tendemos a [...]