Integrar continuamente é uma das primeiras práticas de engenharia de software defendidas por nós agilistas. Mas ser ágil é poder se adaptar rapidamente, requer feedback...
Hoje, o maior desafio na adoção de métodos ágeis no Governo não é a transformação de sua cultura interna de desenvolvimento de software, mas a contratação de prestadores...
Experiência e práticas para entregar valor cedo, uma visão de PO, SM e Dev. Veremos uma experiência de entregar um produto com valor ao cliente final mais cedo, quais...
Trabalhar em par, escrever testes, muitos testes e colar os papeizinhos na parede, não acaba por aí? Ninguém me avisou que existe uma parte difícil! Um projeto de software,...
O Domain-Driven Design visa, por intermédio de um vasto conjunto de práticas de design, técnicas e princípios, resolver os problemas de projetos de software que lidam...
Integrar continuamente é uma das primeiras práticas de engenharia de software defendidas por nós agilistas. Mas ser ágil é poder se adaptar rapidamente, requer feedback rápido, inclusive do cliente. Como colocar logo em produção? Em homologação? ...
Hoje, o maior desafio na adoção de métodos ágeis no Governo não é a transformação de sua cultura interna de desenvolvimento de software, mas a contratação de prestadores de serviços que carreguem estes princípios e valores. A venda de projetos com utilização de métodos ágeis em si já é um grande desafio por conta dos inúmeros preconceitos que os circundam e da quebra de paradigma intrínseca aos seus valores. ...
Experiência e práticas para entregar valor cedo, uma visão de PO, SM e Dev. Veremos uma experiência de entregar um produto com valor ao cliente final mais cedo, quais são as vantagens e desvantagens de se fazer esse tipo de início de projeto e como manter o folêgo, mesmo que não o mesmo ritmo, após a primeira entrega. O que um product owner, scrum master e desenvolvedor conseguem e abrem mão para atingir esse objetivo. ...
Trabalhar em par, escrever testes, muitos testes e colar os papeizinhos na parede, não acaba por aí? Ninguém me avisou que existe uma parte difícil! Um projeto de software, independente da metodologia de gestão ou engenharia é um projeto que possui um cliente – que investe capital – e uma empresa que fornece serviços – que recebe o capital em troco de devolver um bom produto – e este relacionamento tende a ser fortemente formal e legal, o que nos leva para as negociações de contrato entre cliente e fornecedor. ...
O Domain-Driven Design visa, por intermédio de um vasto conjunto de práticas de design, técnicas e princípios, resolver os problemas de projetos de software que lidam com domínios complexos. O objetivo da palestra será apresentar uma visão geral sobre o DDD. Identificar quais deficiências ele se propõe a resolver, quando sua utilização é recomendada e, quais os pré-requisitos e desafios para utilização. ...
Como parte do pensamento Lean (famoso Sistema Toyota de Produção), encontramos a meta de zero defeito, pois “nunca será mais econômico, tanto para clientes quanto para fornecedores, fazer de modo inconsistente e refazer”. Em última instância um defeito ocorre quando, por algum motivo, não atendemos um requisito do cliente. E obviamente um processo de software abre muitas possibilidades de introdução de defeitos, desde a identificação do requisito, durante sua construção, até a sua implantação final. O Test-driven Development (TDD), ou Desenvolvimento Dirigido por Testes é um conjunto de técnicas que preconizam a construção do teste antes da construção da funcionalidade, e nos aproxima mais da meta de “zero defeito”, especialmente no que diz respeito à construção do software. Se utilizado da forma adequada ...
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |