Pontos de melhoria contínua
Os pontos de melhoria são mudanças implementadas sob consentimento mutuo de todos os membros da equipe ao final de uma sprint.
O conceito emprega que, com a experiência adquirida durante uma sprint, pode-se identificar potenciais problemas ou "atrapalhos" que interferiram na sprint, e possuem potencial de interferir em novas sprints...
Dentre os pontos de melhoria já implementados ou objetivados estão os seguintes:
Sprint - 7 agosto
---
Acredito que através de um relacionamento/comunicação melhorada, estaremos alinhados com outros times, com isso, as reuniões surpresas aleatórias irão ocorrer com menos frequência.
---
Ter um alinhamento com os demais times sobre as demandas para os BlackOps. Principalmente com SMs e POs
---
Solicitarmos aos demais times que se precisarem fazer reuniões com o nosso time, que avisem com antecedência, pois reuniões de ultima hora começaram a ser barradas.
---
Solicitar que caso tenha alguma reunião para nós, marque o time BlackOps na agenda com antecedência.
Para melhorar o alinhamento com a Infra, podemos começar a criar laços com eles, tipo trazer algum membro deles para o time.
Alinhamos com o Gerente, Lider técnico e BlackOps as demandas da Cultura DevOps
Sprint - 24 agosto
Mapeamos as demandas do membro difusor da cultura Devops
---
Incluir as demandas do membro difusor da cultura Devops na Sprint
---
Estruturar um plano de disseminação Devops que envolva o ponto de vista do Blackops, e não apenas a liderança técnica e a gerencia.
Mapearmos melhor nossas demandas.
---
organização para não trabalharmos fora do horário de expediente.
---
Focar as demandas em projetos específicos.
---
Evitar trabalhar as demandas da sprint fora do horário de expediente
Mudanças que impactem todos, precisam ser trabalhadas com mais cuidado e com muito mais testes, para evitar problemas em produção.
Trabalhar para evitar que os DEVs sejam reféns do nosso time, ou seja, que suas demandas dependam da execução de alguma ação por parte do time Blackops.
Acompanhar os projetos entregues, ou seja, ter um controle pós-entrega.
Sprint - 25 setembro
Volta do Pair Programming.
Histórias de demandas e de Projetos, destrinchar mais elas.
---
Dividir mais as demandas.
---
Focar mais nas demandas.
Medidas para se aproximar mais da equipe de Infra.
Iniciarmos as reuniões com os times, para colhermos os feedback do que precisa ser implementado e o que precisa ser melhorado.
Nenhum comentário