{"id":10430,"date":"2020-08-17T10:24:13","date_gmt":"2020-08-17T13:24:13","guid":{"rendered":"https:\/\/www.blip.ai\/blog\/?p=10430"},"modified":"2023-07-16T10:25:24","modified_gmt":"2023-07-16T13:25:24","slug":"agile-methodology","status":"publish","type":"post","link":"https:\/\/www.blip.ai\/blog\/institucional\/agile-methodology\/","title":{"rendered":"Agile Methodology: conhe\u00e7a 3 fundamentos para ter um time \u00e1gil"},"content":{"rendered":"

Hoje em dia se fala muito sobre agilidade. M\u00e9todos abertos, frameworks mais prescritivos, Scrum, Kanban, Safe, XP, ASD e outros in\u00fameros nomes e siglas comp\u00f5em um mosaico de informa\u00e7\u00f5es que podem \u00e0s vezes confundir, mais do que ajudar. Por isso, vamos focar no <\/span>Agile Methodology<\/b><\/p>\n

Mas, um time pode ser \u00e1gil mesmo sem toda essa sopa de letras e nomes? Sim, nesse texto listamos os 3 princ\u00edpios que consideramos essenciais para um time ter agilidade. Quer conferir quais s\u00e3o? Basta continuar com a leitura!<\/span><\/p>\n

Agile Methodology #1: entrega antecipada e cont\u00ednua de valor<\/h2>\n

Muito cuidado ao ler isso. N\u00e3o \u00e9 sobre realizar a entrega de um produto completo rapidamente, <\/span>mas entregar valor com qualidade<\/b>, e em uma boa cad\u00eancia.<\/span><\/p>\n

Um time \u00e1gil deve realizar entregas com valor em ciclos curtos, pois facilita o contato constante com os stakeholders, o ciclo de aprendizado do produto, a adapta\u00e7\u00e3o \u00e0 mudan\u00e7as que podem ocorrer. Evitando, assim, os desperd\u00edcios de funcionalidade.<\/span><\/p>\n

Quem conhece um pouco do modelo tradicional, lembra que a equipe de stakeholders geralmente passava todo o escopo. Por outro lado, a equipe de desenvolvimento ia para o seu cantinho desenvolver todo o sistema, e depois de 9 meses voc\u00ea via o resultado. <\/span><\/p>\n

Brincadeiras \u00e0 parte, o contato com os stakeholders geralmente tinha o objetivo de status report. Era um contato no final do projeto, no qual realizava-se a entrega do sistema que, por mudan\u00e7as que acontecem, n\u00e3o tinha mais utiliza\u00e7\u00e3o.<\/span><\/p>\n

E para evitarmos esses desperd\u00edcios, <\/span>\u00e9 essencial entregar primeiro as funcionalidades mais importantes<\/b>. Dessa forma, o cliente final j\u00e1 come\u00e7ar a enxergar o valor no produto que est\u00e1 em desenvolvimento.<\/span><\/p>\n

Quando eu entrego o que realmente importa, consigo public\u00e1-lo antes mesmo da finaliza\u00e7\u00e3o do produto, o que nos permite aprender rapidamente e se adaptar para entregar ainda mais valor nos ciclos seguintes.<\/span><\/p>\n

Se voc\u00ea quer um time \u00e1gil, se adapte para entregar antecipadamente, e se adapte a mudan\u00e7as.<\/b><\/p>\n

Agile Methodology #2: auto-organiza\u00e7\u00e3o<\/h2>\n

Em um time auto-organizado, <\/span>cada um faz o que quer e n\u00e3o existe mais gest\u00e3o<\/b>. Essa \u00e9 talvez a primeira coisa que geralmente vem \u00e0 cabe\u00e7a de uma pessoa que est\u00e1 matutando sobre a auto-organiza\u00e7\u00e3o. Nada poderia ser mais distante da realidade.<\/span><\/p>\n

Auto-organiza\u00e7\u00e3o \u00e9 um dos caminhos para um time de excel\u00eancia<\/b>, de alta performance. Equipes \u00e1geis precisam de autonomia para tomadas de decis\u00e3o, precisam de uma comunica\u00e7\u00e3o efetiva e precisam de objetivo.  <\/span><\/p>\n

A auto-organiza\u00e7\u00e3o pressup\u00f5e que os membros de um time, em conjunto, devem decidir a melhor forma de realizar seu trabalho. As tarefas n\u00e3o devem ser atribu\u00eddas pelos gestores; os pr\u00f3prios membros do time devem ser capazes de verificar e puxar o trabalho pendente. Atingindo, assim, um n\u00edvel de comprometimento muito maior com o produto. <\/span><\/p>\n

A comunica\u00e7\u00e3o<\/b><\/a> e a confian\u00e7a s\u00e3o chaves nesse processo.<\/b> Toda organiza\u00e7\u00e3o do trabalho deve ser feita pelo grupo. Claro, tudo deve ser feito dentro dos limites das organiza\u00e7\u00f5es e sempre com objetivos muito bem definidos. <\/span><\/p>\n

E os gestores, onde entram nessa hist\u00f3ria? Os gestores s\u00e3o de suma import\u00e2ncia nesse processo. S\u00e3o esses que, junto aos times, <\/span>definem as prioridades,  definem o objetivo, o que deve ser feito<\/b>, mas n\u00e3o a forma de fazer. <\/span><\/p>\n

Gestores conectados com seus times d\u00e3o liberdade e confian\u00e7a suficiente para a equipe definir seu trabalho, encontrar solu\u00e7\u00f5es para os problemas, gerenciar suas atividades e, com isso, realizar entregas consistentes de valor.<\/span><\/p>\n

Se tornar auto-organizado \u00e9, sem d\u00favida alguma, um desafio. Com esse desafio vem grandes recompensas, como <\/span>equipes mais motivadas e alinhadas<\/b><\/a>, comunica\u00e7\u00e3o eficiente e confian\u00e7a, trabalho em equipe em alto n\u00edvel e um time de excel\u00eancia<\/b>.<\/span><\/p>\n

Agile Methodology #3: kaizen (melhoria cont\u00ednua)<\/h2>\n

Kaizen significa <\/span>mudan\u00e7a para melhor<\/b>, uma busca cont\u00ednua pela melhoria. <\/span><\/p>\n

Um time \u00e1gil deve pensar em como pode melhorar, seja para entregar um produto melhor, com mais qualidade e valor, ou para ser mais eficiente. Realizar melhorias \u00e9 um processo de inspe\u00e7\u00e3o e adapta\u00e7\u00e3o constante, no qual devemos olhar para o que se faz e como se faz, para discutir o que melhorar.<\/span><\/p>\n

Como disse William Thomson: <\/span> \u201cN\u00e3o se pode melhorar aquilo que n\u00e3o se pode medir\u201d<\/span><\/i>, ent\u00e3o a dica aqui \u00e9 <\/span>dar visibilidade de como o trabalho est\u00e1 sendo realizado<\/b>, e qual o impacto que ele causa. <\/span><\/p>\n

Existem formas como m\u00e9tricas de efici\u00eancia, qualidade, m\u00e9tricas culturais e de produto. Tenha cuidado com essas m\u00e9tricas, pois a ideia n\u00e3o \u00e9 buscar uma meta para elas, e sim <\/span>verificar como podemos evoluir a partir do que enxergamos<\/b>. <\/span><\/p>\n

Ainda assim, <\/span>s\u00f3 apresentar m\u00e9tricas n\u00e3o garante a evolu\u00e7\u00e3o de nada<\/b>, ent\u00e3o \u00e9 importante realizar reuni\u00f5es para conversar sobre o trabalho, e verificar o que foi bom, o que poderia melhorar, e como evoluir constantemente.<\/span><\/p>\n

Ressaltamos aqui que n\u00e3o falamos em m\u00e9todos, nem frameworks e nem ferramentas. <\/span><\/p>\n

Se um time est\u00e1 comprometido com <\/span>entrega antecipada de valor<\/b><\/a> com loop r\u00e1pido de feedback<\/b>, se h\u00e1 uma auto-organiza\u00e7\u00e3o para realizar o trabalho da melhor forma e um olhar para o pr\u00f3prio processo buscando melhorias e efici\u00eancia, com certeza estamos diante de um time \u00e1gil!<\/span><\/p>\n

Todo o resto s\u00e3o ferramentas que nos possibilitam gerir esse processo da forma mais eficiente poss\u00edvel. O que tratamos aqui na verdade \u00e9 de <\/span>mindset<\/i><\/b>.<\/span><\/p>\n

Gostou de conhecer um pouco mais sobre os 3 fundamentos do Agile Methodology? <\/span>Aproveite para descobrir como a Take desenvolveu uma auto-organiza\u00e7\u00e3o para fazer uma opera\u00e7\u00e3o de home office!<\/b><\/a><\/p>\n

Esse texto foi escrito por Philipe Ratton e Gabriel Campos<\/strong>, Agilistas da Take.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"

Hoje em dia se fala muito sobre agilidade. M\u00e9todos abertos, frameworks mais prescritivos, Scrum, Kanban, Safe, XP, ASD e outros in\u00fameros nomes e siglas comp\u00f5em um mosaico de informa\u00e7\u00f5es que podem \u00e0s vezes confundir, mais do que ajudar. Por isso, vamos focar no Agile Methodology Mas, um time pode ser \u00e1gil mesmo sem toda essa […]<\/p>\n","protected":false},"author":1,"featured_media":10431,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[126],"tags":[366,166],"class_list":["post-10430","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-institucional","tag-agile-master","tag-comunicacao-corporativa"],"lang":"pt","translations":{"pt":10430},"pll_sync_post":[],"_links":{"self":[{"href":"https:\/\/www.blip.ai\/blog\/wp-json\/wp\/v2\/posts\/10430","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.blip.ai\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.blip.ai\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.blip.ai\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.blip.ai\/blog\/wp-json\/wp\/v2\/comments?post=10430"}],"version-history":[{"count":0,"href":"https:\/\/www.blip.ai\/blog\/wp-json\/wp\/v2\/posts\/10430\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.blip.ai\/blog\/wp-json\/wp\/v2\/media\/10431"}],"wp:attachment":[{"href":"https:\/\/www.blip.ai\/blog\/wp-json\/wp\/v2\/media?parent=10430"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.blip.ai\/blog\/wp-json\/wp\/v2\/categories?post=10430"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.blip.ai\/blog\/wp-json\/wp\/v2\/tags?post=10430"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}