{"id":4180,"date":"2022-10-13T14:00:00","date_gmt":"2022-10-13T17:00:00","guid":{"rendered":"https:\/\/radar.ibegesp.org.br\/?p=4180"},"modified":"2022-11-09T17:31:54","modified_gmt":"2022-11-09T20:31:54","slug":"o-tao-falado-e-polemico-scrum","status":"publish","type":"post","link":"https:\/\/radar.ibegesp.org.br\/o-tao-falado-e-polemico-scrum\/","title":{"rendered":"O t\u00e3o falado e pol\u00eamico SCRUM!"},"content":{"rendered":"\n

*Artigo de opini\u00e3o<\/p>\n\n\n\n

Conhe\u00e7a a metodologia SCRUM e saiba quais s\u00e3o suas principais caracter\u00edsticas e aplicabilidade na Gest\u00e3o P\u00fablica<\/h2>\n\n\n\n

SCRUM \u00e9 um framework<\/strong>, um \u201cjeito\u201d de gerenciar projetos<\/strong>, cujo nome faz analogia a uma jogada de RUGBY, esporte que demonstra a for\u00e7a e uni\u00e3o de uma equipe organizada para atingir um objetivo conhecido. O SCRUM surgiu em 1995 e foi criado por Ken Schwaber e Jeff Sutherland.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Aqui vou me ater ao contexto do servi\u00e7o p\u00fablico e comentar sobre a agilidade e como o SCRUM pode ser utilizado na Gest\u00e3o P\u00fablica<\/strong>. Sugiro que, caso voc\u00ea n\u00e3o tenha tido contato com o framework, acesse as refer\u00eancias mencionadas ao final deste artigo, para entender melhor os detalhes dele.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Como comentei no artigo anterior (Agilidade na gest\u00e3o p\u00fablica: funciona mesmo?<\/strong><\/a>), \u00e9 muito importante entender como esse framework pode ser utilizado na Gest\u00e3o P\u00fablica<\/strong>. Entendo que para utilizar qualquer metodologia, framework ou pr\u00e1tica deve-se entender como ela funciona e qual valor agregado<\/strong> se espera com sua aplica\u00e7\u00e3o, bem como verificar poss\u00edveis adapta\u00e7\u00f5es necess\u00e1rias<\/strong>.<\/p>\n\n\n\n

H\u00e1 8 caracter\u00edsticas<\/strong> importantes a se observar no SCRUM<\/strong>: entregas cadenciadas (sprints), times auto-organiz\u00e1veis e multidisciplinares, documenta\u00e7\u00e3o enxuta, reuni\u00f5es di\u00e1rias, revis\u00f5es de entrega, retrospectivas, pap\u00e9is e responsabilidades bem definidos e backlog conhecido. Confira-as a seguir:<\/p>\n\n\n\n

  1. Entregas cadenciadas (sprints): <\/strong>o SCRUM preconiza que as entregas ocorram em espa\u00e7os de tempo acordados e conhecidos, as sprints<\/strong>, que levam de 2 a 4 semanas. Isso gera previsibilidade <\/strong>(eu sei o que foi acordado para a entrega e qual a previs\u00e3o desta entrega) e cad\u00eancia <\/strong>(o time trabalha com um tempo de entrega conhecido). Por mais que se tenha um projeto de m\u00e9dio a longo prazo, controlar as entregas por sprint faz com que todos vejam a evolu\u00e7\u00e3o dele e as mudan\u00e7as possam ser realizadas.<\/li><\/ol>\n\n\n\n
    1. Times auto-organiz\u00e1veis e multidisciplinares: <\/strong>nem sempre \u00e9 poss\u00edvel contar com essa m\u00e1xima, pois seguimos contratos firmados junto ao cliente, e esses contratos possuem fun\u00e7\u00f5es espec\u00edficas que precisam ser exercidas. Por\u00e9m, no dia a dia, pode-se promover essa cultura de que todos os membros do time podem apoiar-se mutuamente, com autonomia<\/strong> e comprometimento <\/strong>de cada um.<\/li><\/ol>\n\n\n\n
      1. Documenta\u00e7\u00e3o enxuta: <\/strong>utilizam-se as user stories<\/em> ou hist\u00f3rias de usu\u00e1rio<\/strong>, que em um portugu\u00eas simples, pode-se explicar o que se deseja para um produto ou sistema<\/strong>. Isso tudo \u00e9 muito pr\u00e1tico e eficiente, mas muitas vezes nos vemos diante de contratos em que a documenta\u00e7\u00e3o exigida \u00e9 com casos de uso, que tendem a ser mais extensos por conterem muitos detalhes. Neste cen\u00e1rio, o que pode ser feito \u00e9 redigir os casos de uso de maneira mais objetiva<\/strong>, verificar se eles precisam mesmo ser redigidos (n\u00e3o criar documenta\u00e7\u00f5es extensas e que n\u00e3o fazem sentido para o contexto) e criar as hist\u00f3rias de usu\u00e1rio para o que for facilitar o trabalho do time de desenvolvimento<\/strong> (hist\u00f3rias que respondam \u00e0s tr\u00eas perguntas: que \/ o que \/ para que). Tamb\u00e9m devem ser considerados documentos complementares \u00e0s hist\u00f3rias, tais como regulamentos, decretos etc. <\/li><\/ol>\n\n\n\n
        1. Reuni\u00f5es di\u00e1rias<\/strong>: por mais que conversemos e vejamos as pessoas do time o tempo todo, a reuni\u00e3o di\u00e1ria traz muitos ganhos, visto que \u00e9 focada e responde a quest\u00f5es fundamentais para saber o andamento do desenvolvimento de produto<\/strong>: O que eu fiz ontem? O que farei hoje? Estou dentro do objetivo da sprint (ou do planejado?).<\/li><\/ol>\n\n\n\n
          1. Revis\u00f5es da entrega<\/strong>: s\u00e3o reuni\u00f5es realizadas para refletir sobre a entrega<\/strong> realizada e o que pode melhorar<\/strong>. Esse evento traz ganhos pois permite que todos do time tragam suas percep\u00e7\u00f5es e atuem com o ciclo de inspe\u00e7\u00e3o<\/strong> (como est\u00e1 tudo?) e adapta\u00e7\u00e3o<\/strong> (o que preciso mudar?).<\/li><\/ol>\n\n\n\n
            1. Retrospectiva:<\/strong> oportunidade de todos do time refletirem sobre sua atua\u00e7\u00e3o<\/strong>, seu comprometimento nas entregas. \u00c9 um evento extremamente ben\u00e9fico pois d\u00e1 voz aos membros<\/strong>, provoca empatia no time<\/strong> e foca no objetivo<\/strong> de que todos contribuam para a entrega e melhoria cont\u00ednua.<\/li><\/ol>\n\n\n\n
              1. Pap\u00e9is e responsabilidades bem definidos: <\/strong><\/li><\/ol>\n\n\n\n