Dynamics

Timeline created by karenmvulcano
  • Team Building

    Team Building
    Encontro para definir missão, objetivos, valores, acordos e regras de convivência do time.
    Antes desta definição, cada um do time atuava em uma frente de negócios, e não unidos como um time. Também não havia clareza no propósito do trabalho em comum.
    Mais detalhes: Confluence
  • Agile Master

    Agile Master
    Responsável por promover melhorias e suportar o desenvolvimento Ágil do time.
    Antes de existir esse papel no time, não eram feitas as cerimônias como Daily, Retrospectivas e encontros para manter a melhoria contínua em diversos aspectos do time.
  • Slack

    Slack
    Criação do grupo crm-dynamics para facilitar e centralizar a comunicação do time.
    Antes deste canal existir, os integrantes do time raramente se conversavam.
  • Quadro no Jira

    Quadro no Jira
    Criação do quadro no modelo Apollo11 para desenvolvimento. Mais visão para o time, administração descentralizada, todo o time responsável por suas tarefas e organização de prioridades.
    Antes do quadro existir, a administração era feita no Trello, por um integrante do time, sem organização de prioridades. Não havia visão das necessidades e projetos futuros. Sem participação das reuniões de requisitos com as áreas de negócios.
    Mais detalhes: Jira
  • Métricas no Splunk

    Métricas no Splunk
    Com o uso do Apollo11, é possível extrair métricas relevantes sobre as entregas, áreas de atuação, tipo de solicitações, impedimentos e recorrência de incidentes.
    Mais detalhes: Splunk
  • RFC

    RFC
    Implementação de registro de RFC (ainda através do Service Manager) para registro e controle de entregas realizadas pelo time.
    Utilizado também para fins de auditoria.
    Anteriormente à esta norma, nenhuma entrega era registrada e as áreas de negócio e de TI não tinham ciência das mudanças nos sistemas.
  • Product Owner

    Product Owner
    Chegada da Joseane como Product Owner oficial do time, para organizar e priorizar as solicitações das Áreas de Negócios.
    Sem este papel no time, esta função ficava a cargo de um dos integrantes, mas não com o desempenho ideal.
    O papel de P.O. possibilitou trazer ao time uma visão clara das necessidades das Áreas, bem como organizar de maneira eficiente os esforços da equipe para um objetivo em comum e com ordens de prioridades determinadas.
  • Papéis e Responsabilidades

    Papéis e Responsabilidades
    Encontro para definir papéis e responsabilidades de cada integrante do time. Facilitou o entendimento da atuação de cada um, e melhorou a compreensão de atribuições de responsabilidades.
    Mais detalhes: Confluence
  • Retrospectiva

    Retrospectiva
    Primeira retrospectiva do time. Foram identificados pontos dos quais o time gostou, aprendeu e sentiu falta.
    Foi possível solucionar problemas como redução de atividades bloqueadas, colaboração de todo o time para redução da fila de testes e participação direta com as áreas de negócios para melhor entendimento das necessidades.
    Mais detalhes: Confluence
  • Team Barometer

    Team Barometer
    Dinâmica de melhoria contínua para avaliar o termômetro do time em relação a 21 aspectos diferentes.
    Foi possível identificar maior fragilidade em pontos como Feedback, Relacionamentos e Participação e reuniões, bem como maior energia do time em relação a Motivação, Clima no trabalho e Orgulho.
    Mais detalhes: Confluence
  • Mini-comitê

    Mini-comitê
    Criação de comitê interno de priorização das demandas do time com as áreas de negócio Marketing, Financeiro e Publicidade, para unificar o backlog de desenvolvimento.
    Antes desta formação, o time trabalhava com backlogs paralelos para atender ao mesmo tempo a todas as necessidades. Mas isso fazia com que cada um dos integrantes ficassem focado em uma área e não trabalhasse como um time de fato.
  • Happiness Radar

    Happiness Radar
    Início da pesquisa interna para avaliar questões como equipe, projetos e gestão.
    Maiores conclusões serão feitas ao decorrer dos próximos meses com a recorrência mensal da pesquisa.
  • Apresentação do GPP

    Apresentação do GPP
    Auxílio do time GPP para melhor compreensão do comitê de priorizações e o uso dos quadros do Jira em Flight Levels
  • Retrospectiva

    Retrospectiva
    Segunda retrospectiva do time. Desenho e apresentação do Personal Map de cada um para que todos pudessem se conhecer melhor. Foi possível solucionar problemas e implementar melhorias como criação de um laboratório de testes, passagem de conhecimento, maior colaboração e pontualidade com as reuniões.
    Mais detalhes: Confluence
  • Portal de Atendimento

    Portal de Atendimento
    Criação de um Portal de Atendimento para centralizar a abertura de chamados pelos solicitantes.
    Antes da existência deste espaço, as áreas de negócio entravam em contato com o time em diversas plataformas de comunicação (e-mail, Slack, Skype, Teams) e nem sempre todos os integrantes eram comunicados da necessidade.
    Mais detalhes: Jira SD
  • Rodízio de Atendimento de chamados

    Rodízio de Atendimento de chamados
    Reunião do time para definir regras e estabelecer um rodízio com a responsabilidade do atendimento de chamados.
    Antes do rodízio, alguns dos membros do time eram sobrecarregados com todos os chamados e não sobrava espaço para dedicar ao desenvolvimento de novas melhorias, além de não existir passagem de conhecimento sobre como resolver às requisições.
    Mais detalhes: Confluence
  • Refatoração do quadro do Jira

    Refatoração do quadro do Jira
    O quadro de desenvolvimento necessita de alguns ajustes para refletir com mais detalhes a realidade atual do time e o processo de desenvolvimento.
    Data a ser definida.
  • Revisão dos Papéis e Responsabilidades

    Revisão dos Papéis e Responsabilidades
    Após algumas mudanças, chegada e saída de integrantes no time, a definição dos papéis de cada um precisa ser revista, afim de trazer maior clareza acerca da missão de cada um.
    Data a ser agendada.
  • Revisão do Team Building

    Revisão do Team Building
    Após mudanças significativas no time, haverá um novo encontro para o team building, afim de revisar objetivos, missão e valores.
    Será feito após definição da área de Engenharia de Atendimento.
  • Documentações

    Documentações
    O time irá definir quais as documentações necessárias para criar e manter sobre todo o desenvolvimento.
    Também será definido o repositório oficial e a melhor forma de manter cada documento vivo.