Page 51 - newDATAmagazine | 11>03>2022
P. 51

Policies  comuns  que  podemos  encontrar          vermos  onde  estão  as  ineficiências  e,  em
         passam  por  ter  as  tarefas  priorizadas  nas       equipa,  atacar  a  raiz  destes  problemas,  de
         colunas de To Do ou Backlog, ou pela definição         modo  a  obter  uma  cadência  de  entrega  que
         das  tarefas  que  podem  sair  de  Development       seja contínua e previsível.
         quando o Code Review está completo, etc. O
         importante não é só ter Policies, é ter Policies      Go for the Feedback Loops
         cumpríveis, com as quais a equipa concordou.             Esta  é  capaz  de  ser  a  prática  que  mais
         Se uma Policy não faz sentido, é para cair. Se        vemos  em  tudo  o  que  está  dentro  da  Agile
         algo novo entra como regra, então que se torne        Umbrella – seja XP, Scrum ou DevOps.
         visível como Policy no quadro.                           Devemos  ter  o  máximo  de  mecanismos


         Manage (and improve) the flow                          ativos para termos feedback constante. Sejam
                                                               logs  com  alarmística  em  ambiente  de
            Como  consequência  das  práticas                  produção,  seja  gráficos  aliados  ao  nosso

         anteriores,  somos  então  levados  à  gestão  e      Kanban  Board,  seja  o  uso  de  técnicas  como
         melhoria do fluxo. Se o Kanban é o espelho que         Testing  A-B,  ou  algo  tão  simples  como
         nos mostra a realidade e se não gostamos da           conversar – usar momentos como a Daily Sync
         realidade, vamos trabalhar para a mudar!              para adaptarmos o nosso plano. A ideia é ter
                                                               feedback  constante  e  sempre  o  mais  cedo

                                                               possível (Fail Early – Fail Often).
                                                                  O  problema  não  é  falhar  –  só  quem  não
                                                               experimenta  e  arrisca  é  que  não  encontra
                                                               falhas.  O  problema  é  não  detetarmos  e  não
                                                               termos mecanismos de correção para essas
                                                               falhas.






          Figura 9 . Ao visualizamos a capacidade disponível
          por estágio, e o trabalho em curso, podemos alterar
          os recursos alocados para melhorar o fluxo. Fonte:
                            KanbanTool


            Quando  falamos  de  fluxo,  falamos  de
         cadência,  de  uma  máquina  bem  oleada  e

         previsível,  de  estarmos  continuamente  a
         entregar.  Mas,  para  que  isto  aconteça,  não       Figura 10. Conjunto de gráficos que podem ajudar
         podemos ter estágios do processo em que o              uma equipa a ter feedback constante. Fonte: digite
         trabalho se acumula e pouca capacidade para
         o  resolver,  não  podemos  ter  bloqueios  e         Work as a Team and Evolve by Trying
         pessoas continuamente presas em tarefas, ou              Por fim, e talvez como prática de resumo de
         ter filas que ficam com trabalho parado sem             todas as outras, devemos sempre trabalhar em
         ninguém  pegar  nele  (Waiting  Queues).  O           equipa – cooperação é a chave no sucesso – e
         objetivo (e aqui não há respostas mágicas) é          experimentar  coisas  novas,  adaptando  o

         estarmos continuamente a usar o quadro para           nosso processo.

                                                                    newDATAmagazine.com 51
   46   47   48   49   50   51   52   53   54   55   56