As soon as you release software, as soon you will have feedback.
Etiqueta: continuous delivery
-
-
Vídeo feito após o DevOpsDays Porto Alegre de 2016. Nesta apresentação comento sobre um mapa mental que montei sobre devops, analisando essa “coisa” de ser parte de um time devops.
-
Trabalhar com foco. No Scrum indicamos que o máximo de pessoas atue em um mesmo item do backlog, para intensidade e garantia da entrega.
Os grupos de trabalho podem ter uma entrega com duração total de 1-8 semanas de trabalho, e seguem os princípios de entregas frequentes e feedback contínuo com os clientes interessados no assunto em questão.
-
Contexto: uma equipe trabalhando com ciclos iterativos, usando Scrum, quer melhorar e trabalhar melhoria dentro do ciclo de trabalho. O Cassio Dias mandou um comentário indicando o seguinte:
… Dias atras entrei em uma discussão com um colega aqui do time sobre SCRUM (que “usamos” aqui) e os gaps de qualidade que esse meu colega argumentava. Segundo ele todos estão focados em entregar as atividades na sprint e, por isso, quando surge algo para melhorar, quase ninguém o faz para não afetar a entrega. Dai reforcei a importância das retrospectivas e priorizar também essas melhorias para a próxima sprint, algo como debito técnico.
Segundo ele estas melhorias ficam no backlog mas nunca serão priorizadas por causa da pressão normal do dia a dia – Talvez aqui seja uma questão cultural e gestão em priorizá-los…
-
E neste episódio, de número 40, vamos falar sobre comunicação em times separados geograficamente e sobre motivação em projetos longos. A pergunta veio pelo Matheus Girardi, parceiro em diversos eventos que realizo:
“…fala um pouco sobre motivação em projetos longos e como fazer com que a comunicação flua bem em equipes separadas geograficamente” — Matheus Girardi
-
Segundo episódio desta série, o #PartiuAgile temporada 1 trata de Scrum. Aproveito para puxar uma conversa sobre descoberta e entrega, que será sempre útil nos próximos episódios.
-
Mais uma edição do Daniel Wildt responde! No episódio 15, pergunta de Vitor Consalter!
Fala Daniel, blz?
Situação é a seguinte: 4 desenvolvedores tocando um sprint de um projeto X. No meio do sprint um “Cliente especial” liga e pede uma alteração em projeto Y. Um dos desenvolvedores deixa o projeto X e começa a tocar o Y. Por muitas vezes esse desenvolvedor não volta para o projeto X até o final do sprint. GP reduz as tasks do kanban e essa redução não tem piores complicações.
Problema: motivação dos outros 3 desenvolvedores vai por água abaixo. Em diversas reuniões de retrospectivas é comentado essa situação e os desenvolvedores comunicam suas insatisfações.
O que fazer? 🙂
Abraços Daniel.
Vitor Consalter -
Em 2001-2002 conheci o JUnit, ferramenta para escrita de testes unitários em Java. Em 2003 entendi mais da importância dela para o desenvolvimento de software. Descobri junto Delphi Unit, PHP Unit e outras várias versões e pude ajudar amigos a conhecem mais de uma cultura de melhoria contínua e de busca por código de qualidade e automatizado.
O que mudou?
-
People ask me examples related to Continuous Deployment and DevOps.
There are lots, but I would like to share one from July/2012.
Flickr!
-
Quando conheci os métodos ágeis, aprendi o que era o eXtreme Programming. A partir dele comecei a entender o que estava no pano de fundo e fui parar no manifesto ágil. Depois comecei a conhecer outros métodos até cair de volta no Sistema Toyota de Produção.
E depois de um tempo sem querer falar sobre os princípios do manifesto ágil, voltei. 🙂
daniel wildt 