{"id":797892,"date":"2021-08-03T15:31:33","date_gmt":"2021-08-03T18:31:33","guid":{"rendered":"https:\/\/www.estrategiaconcursos.com.br\/blog\/?p=797892"},"modified":"2023-05-16T13:39:20","modified_gmt":"2023-05-16T16:39:20","slug":"gerenciamento-agil-sefaz-al","status":"publish","type":"post","link":"https:\/\/www.estrategiaconcursos.com.br\/blog\/gerenciamento-agil-sefaz-al\/","title":{"rendered":"Gerenciamento \u00e1gil para a SEFAZ AL – Scrum e Kanban"},"content":{"rendered":"\n

Aprenda sobre os principais aspectos dos processos de gerenciamento \u00e1gil para a SEFAZ AL, especialmente sobre Scrum e Kanban.<\/em><\/p>\n\n\n\n

Fala, pessoal! O edital<\/a> da Sefaz AL trouxe mais uma grande oportunidade para os alunos que se dedicam \u00e0 \u00e1rea fiscal. Nesse artigo, falaremos sobre o Gerenciamento \u00e1gil de projetos: Scrum e Kanban<\/em>, que se encontra na se\u00e7\u00e3o de Conhecimentos B\u00e1sicos, na disciplina Tecnologia da Informa\u00e7\u00e3o.<\/p>\n\n\n\n

Inicialmente, \u00e9 importante entender que o gerenciamento \u00e1gil de projetos<\/em> prima pela satisfa\u00e7\u00e3o dos clientes<\/strong>, atrav\u00e9s da entrega cont\u00ednua de incrementos<\/strong> do produto que sejam capazes de adicionar valor<\/strong>. Para alcan\u00e7ar esse objetivo, \u00e9 fundamental manter um padr\u00e3o constante de comunica\u00e7\u00e3o<\/strong> entre a equipe do projeto e os clientes.<\/p>\n\n\n\n

Esse assunto \u00e9 bastante interessante, pois a aplica\u00e7\u00e3o dos princ\u00edpios envolvidos n\u00e3o se restringe ao desenvolvimento de software<\/em>; eles podem ser utilizados at\u00e9 mesmo na execu\u00e7\u00e3o de projetos pessoais, com uma viagem, a compra de um im\u00f3vel ou o plano de mudar de carreira e virar um servidor p\u00fablico!<\/p>\n\n\n\n

Os modelos tradicionais – Gerenciamento \u00e1gil para a SEFAZ AL<\/h2>\n\n\n\n

Existem diversos modelos de processos<\/strong>, que buscam associar as atividades<\/strong> envolvidas na constru\u00e7\u00e3o de um produto de software. Dentre essas atividades, est\u00e3o a comunica\u00e7\u00e3o<\/strong> com o cliente, para defini\u00e7\u00e3o do objetivo e coleta de requisitos, o planejamento<\/strong> do projeto, a modelagem<\/strong> do sistema e a constru\u00e7\u00e3o<\/strong> do c\u00f3digo fonte.<\/p>\n\n\n\n

O modelo mais emblem\u00e1tico e antigo \u00e9 o sequencial linear em cascata<\/strong>, que, como o pr\u00f3prio nome antecipa, refere-se a uma organiza\u00e7\u00e3o linear das atividades, em que uma fase n\u00e3o deve iniciar antes do t\u00e9rmino da outra. A figura abaixo ilustra essa l\u00f3gica.<\/p>\n\n\n\n

\"Modelo
Modelo em cascata<\/figcaption><\/figure>\n\n\n\n

Esse modelo foi muito importante no in\u00edcio da constru\u00e7\u00e3o de sistemas mais complexos. Antes dele, os projetos eram desenvolvidos de uma maneira informal, resultando em produtos n\u00e3o confi\u00e1veis, de dif\u00edcil manuten\u00e7\u00e3o, desempenho insatisfat\u00f3rio e custo maior do que o esperado.<\/p>\n\n\n\n

Assim, o modelo em cascata introduziu contribui\u00e7\u00f5es relevantes para a engenharia de software, a exemplo da disciplina de planejamento<\/em> e gerenciamento<\/em> do desenvolvimento, aspectos hoje considerados t\u00e3o triviais.<\/p>\n\n\n\n

No entanto, logo o modelo come\u00e7ou a apresentar suas limita\u00e7\u00f5es. A principal delas est\u00e1 ligada ao fato de o cliente s\u00f3 ter o primeiro contato com o produto depois de um longo ciclo de desenvolvimento. Como consequ\u00eancia, os problemas s\u00e3o descobertos tardiamente.<\/p>\n\n\n\n

Esse modelo \u00e9 adequado em um cen\u00e1rio em que os requisitos s\u00e3o muito bem definidos e t\u00eam baixa chance de ser alterados ao longo do projeto. Todavia, o cen\u00e1rio atual de avan\u00e7o tecnol\u00f3gico e demandas da sociedade digital exige justamente o contr\u00e1rio: capacidade de adapta\u00e7\u00e3o a mudan\u00e7as cont\u00ednuas.<\/p>\n\n\n\n

Com isso, apesar dos avan\u00e7os trazidos, os modelos tradicionais tamb\u00e9m passaram a ser insuficientes com o passar do tempo, abrindo as portas para os modelos \u00e1geis.<\/p>\n\n\n\n

O que \u00e9 o Gerenciamento \u00c1gil<\/h2>\n\n\n\n

Os m\u00e9todos de gerenciamento \u00e1gil surgiram para fazer face a um cen\u00e1rio extremamente din\u00e2mico, que impacta diretamente o desenvolvimento de software. Nesse cen\u00e1rio, os usu\u00e1rios alteram suas necessidades constantemente, muitas vezes n\u00e3o \u00e9 poss\u00edvel definir todos os requisitos no in\u00edcio do projeto e o mercado se altera com muito mais rapidez.<\/p>\n\n\n\n

Caso os modelos tradicionais sejam aplicados nessa realidade, certamente resultar\u00e3o em projetos de alto custo e incapazes de entregar o que o cliente deseja.<\/p>\n\n\n\n

Por outro lado, espera-se que uma equipe \u00e1gil seja capaz de responder \u00e0s mudan\u00e7as, aceitando-as como parte do processo. Por isso, os m\u00e9todos \u00e1geis visam a entrega r\u00e1pida de software operacional, sem priorizar a especifica\u00e7\u00e3o detalhada do produto no in\u00edcio do projeto.<\/p>\n\n\n\n

As entregas r\u00e1pidas s\u00e3o poss\u00edveis gra\u00e7as ao desenvolvimento incremental<\/strong>, em que o produto vai se aperfei\u00e7oando a cada ciclo, ou itera\u00e7\u00e3o<\/strong>. Nesse caso, todos os stakeholders<\/em>, ou partes interessadas do projeto, participam da especifica\u00e7\u00e3o e avalia\u00e7\u00e3o de cada incremento.<\/p>\n\n\n\n

Com essa sistem\u00e1tica, a equipe n\u00e3o perde tempo no in\u00edcio do projeto detalhando exaustivamente todas as caracter\u00edsticas do produto. Definem-se, a cada etapa, as caracter\u00edsticas do pr\u00f3ximo incremento apenas, o que torna a fase conceitual mais r\u00e1pida e din\u00e2mica.<\/p>\n\n\n\n

Outra vantagem \u00e9 que, dessa forma, os clientes t\u00eam contato frequente com vers\u00f5es do produto e podem, assim, direcionar o produto final com mais propriedade. Quanto mais feedbacks dos clientes ao longo do processo de desenvolvimento, menor a chance de entregar um produto inadequado no final do projeto.<\/p>\n\n\n\n

O termo desenvolvimento \u00e1gil<\/em><\/strong> foi primeiramente utilizado em 2001, quando um grupo de proeminentes especialistas em desenvolvimento de software se reuniu para discutir sobre suas pesquisas e m\u00e9todos. Como resultado dos debates e discuss\u00f5es, deram origem ao Manifesto \u00c1gil<\/a>, documento que consolida as principais defini\u00e7\u00f5es dessa abordagem.<\/p>\n\n\n\n

O Manifesto \u00c1gil – Gerenciamento \u00e1gil para a SEFAZ AL<\/h2>\n\n\n\n

O Manifesto \u00c1gil apresenta-se como um documento que surgiu daqueles que precisavam de uma alternativa aos m\u00e9todos tradicionais, considerados \u201cpesados\u201d e inadequados.<\/p>\n\n\n\n

O manifesto apresenta suas ideias principais na forma de uma compara\u00e7\u00e3o, resumida abaixo, em que os itens da esquerda devem ser mais valorizados do que os da direita:<\/p>\n\n\n\n