{"id":1681,"date":"2024-10-15T07:39:00","date_gmt":"2024-10-15T10:39:00","guid":{"rendered":"https:\/\/www.semeru.com.br\/blog\/?p=1681"},"modified":"2024-10-05T19:47:41","modified_gmt":"2024-10-05T22:47:41","slug":"por-que-a-red-bull-e-melhor-em-agile-do-que-voce-principios-do-agile-na-formula-1","status":"publish","type":"post","link":"https:\/\/www.semeru.com.br\/blog\/por-que-a-red-bull-e-melhor-em-agile-do-que-voce-principios-do-agile-na-formula-1\/","title":{"rendered":"Por que a Red Bull \u00e9 melhor em Agile<\/em> do que voc\u00ea: Princ\u00edpios do Agile<\/em> na F\u00f3rmula 1"},"content":{"rendered":"\n

Esta \u00e9 a tradu\u00e7\u00e3o do texto original de Martina \u0160najder<\/a>, publicado no blog da Infinum<\/strong><\/a>. O artigo pode ser acessado aqui<\/a>, e todos os cr\u00e9ditos s\u00e3o devidos ao autor, Martina \u0160najder<\/a><\/strong>.<\/em><\/p>\n\n\n\n

Se voc\u00ea \u00e9 um ser humano com uma TV, provavelmente est\u00e1 familiarizado com a F\u00f3rmula 1. Os n\u00e3o-f\u00e3s podem descrever como um bando de caras dirigindo em c\u00edrculos por 2 horas at\u00e9 que algu\u00e9m ganhe, e como uma completa perda de tempo para assistir.<\/p>\n\n\n\n

Para os f\u00e3s, a F1 \u00e9 muito mais \u2013 trata-se de estrat\u00e9gias, temperaturas dos pneus, pit stops<\/em> e chuva na pista, para citar alguns elementos.<\/p>\n\n\n\n

Agile<\/em> e desenvolvimento de software: dois esportes coletivos comparados<\/h3>\n\n\n\n

Se voc\u00ea trabalha com desenvolvimento de software, provavelmente est\u00e1 familiarizado com o Agile<\/em> ou talvez at\u00e9 esteja trabalhando em um de seus frameworks<\/em>. Agile<\/em> \u00e9 uma mentalidade definida por quatro valores, guiada por 12 princ\u00edpios, e manifestada por meio de muitas pr\u00e1ticas diferentes. E, assim como a F1, voc\u00ea ou ama ou acha que n\u00e3o faz sentido.<\/p>\n\n\n\n

Essa n\u00e3o \u00e9 a \u00fanica semelhan\u00e7a entre eles, ent\u00e3o junte-se a mim enquanto tra\u00e7o paralelos entre esses dois esportes coletivos.<\/p>\n\n\n\n

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

Time, time, time<\/h3>\n\n\n\n

Voc\u00ea leu corretamente \u2013 tanto a F1 quanto o Agile<\/em> s\u00e3o esportes coletivos. E enquanto no Agile<\/em> os times s\u00e3o mantidos relativamente pequenos, as equipes de F1 podem ter mais de 1000 pessoas, se o or\u00e7amento permitir. Assim, al\u00e9m de dois pilotos, voc\u00ea encontrar\u00e1 um chefe de equipe, mec\u00e2nicos de corrida, engenheiros de corrida, cientistas de dados e muitos outros especialistas. Todos est\u00e3o trabalhando juntos como uma equipe em dire\u00e7\u00e3o ao objetivo comum \u2013 vencer o campeonato de pilotos e construtores acumulando pontos em 22 corridas atrav\u00e9s de cinco continentes ao longo de uma temporada ou nove meses. As equipes s\u00e3o multifuncionais, compostas por profissionais motivados que cada um contribui para o quadro maior.<\/p>\n\n\n\n\n \n<\/a>\n\n\n\n

A F\u00f3rmula 1 \u00e9 um esporte que progrediu muito em seus quase 100 anos de hist\u00f3ria. N\u00e3o s\u00f3 os carros s\u00e3o mais r\u00e1pidos agora, mas eles est\u00e3o utilizando muitas tecnologias que pessoas dos anos 1920 nem poderiam imaginar.<\/p>\n\n\n\n

\n

Para criar algo novo e inovador, as pessoas precisam ser altamente motivadas, mas tamb\u00e9m precisam ser capazes de falhar sem consequ\u00eancias ou puni\u00e7\u00f5es. N\u00e3o \u00e9 o medo de falhar que impede as pessoas, \u00e9 o medo das repercuss\u00f5es dessa falha.<\/strong><\/p>\n<\/blockquote>\n\n\n\n

N\u00e3o h\u00e1 espa\u00e7o para uma cultura de culpa em um ambiente r\u00e1pido e estressante como uma corrida de F1. As equipes \u00e0s vezes precisam tomar decis\u00f5es em fra\u00e7\u00f5es de segundos, e voc\u00ea quer que elas sejam capazes de fazer isso sem medo do que acontecer\u00e1 se a decis\u00e3o estiver errada. Se falharem, falham juntas. Elas aprendem com isso e voltam mais fortes.<\/p>\n\n\n\n

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

Um time prospera em um ambiente saud\u00e1vel, recebendo o apoio e a confian\u00e7a de que precisa. Quando as pessoas sentem que seu trabalho contribui para algo maior e se sentem ouvidas e valorizadas, isso as motiva a trabalhar ainda mais. Essas s\u00e3o as pessoas que voc\u00ea quer na sua equipe.<\/p>\n\n\n\n

O mesmo precisa acontecer no desenvolvimento de software. Se queremos construir produtos de qualidade que fa\u00e7am nossos usu\u00e1rios felizes, precisamos dar espa\u00e7o para as pessoas falharem e aprenderem com seus erros.<\/p>\n\n\n\n

Se olharmos para a equipe de F1 por outro \u00e2ngulo e colocarmos o piloto de F1 no papel de usu\u00e1rio, voc\u00ea tamb\u00e9m pode ver como \u00e9 vital a colabora\u00e7\u00e3o di\u00e1ria entre ele e o restante da equipe. Ele \u00e9 quem est\u00e1 dirigindo o carro e pode fornecer o melhor feedback \u00e0 equipe sobre como melhorar o desempenho do carro. Nossos usu\u00e1rios finais s\u00e3o aqueles que deveriam guiar o desenvolvimento de nossos produtos. N\u00e3o faz sentido construir algo que ningu\u00e9m vai querer ou ser capaz de usar.<\/p>\n\n\n\n

\n

“Voc\u00ea n\u00e3o espera estar no topo da montanha no dia em que come\u00e7a a escal\u00e1-la.”<\/strong>
\u2014 Ron Dennis, CEO da McLaren<\/em><\/p>\n<\/blockquote>\n\n\n\n\n \n<\/a>\n\n\n\n

Eu quero ir r\u00e1pido!<\/h3>\n\n\n\n

Agile<\/em> \u00e9 frequentemente associado \u00e0 velocidade. Mas isso n\u00e3o significa que os desenvolvedores v\u00e3o programar mais r\u00e1pido. Isso significa que estamos focados em entregar funcionalidades de aplicativos pouco a pouco, mas com mais frequ\u00eancia. Agile<\/em> significa priorizar os recursos essenciais e deixar o resto para vers\u00f5es futuras \u2013 \u00e9 por isso que chamamos a primeira itera\u00e7\u00e3o de minimum viable product<\/em> (MVP). Ciclos de desenvolvimento curtos permitem que as marcas lancem produtos mais cedo, obtenham feedback sobre eles e possam reagir rapidamente \u00e0s tend\u00eancias e mudan\u00e7as de mercado.<\/p>\n\n\n\n

\n

Na F1, os carros mudam a cada temporada, e o carro de cada temporada \u00e9 a evolu\u00e7\u00e3o do anterior. Eles constroem um prot\u00f3tipo a cada ano, colocam-no na pista, aprendem algo novo em cada corrida, melhoram-no e depois o testam novamente. O mesmo ocorre no desenvolvimento Agile. Normalmente, voc\u00ea come\u00e7a com algum MVP, o lan\u00e7a para os usu\u00e1rios, coleta seu feedback e, com base nisso, trabalha em melhorias e novos recursos.<\/strong><\/p>\n<\/blockquote>\n\n\n\n

As corridas de F1 acontecem quase todo fim de semana, dando \u00e0s equipes um ciclo de feedback curto, algo valioso no Agile<\/em>. Em vez de tentar planejar cada situa\u00e7\u00e3o ou problema poss\u00edvel com anteced\u00eancia, eles lidam com uma corrida de cada vez. Ao dar esses pequenos passos, acabam a temporada com o melhor carro poss\u00edvel.<\/p>\n\n\n\n

A prefer\u00eancia do Agile<\/em> por curtas itera\u00e7\u00f5es no desenvolvimento de software tenta fazer o mesmo. N\u00e3o s\u00f3 permite construir seus produtos passo a passo, mas tamb\u00e9m oferece mais oportunidades para uma melhor gest\u00e3o de riscos. Se voc\u00ea n\u00e3o sabe o que est\u00e1 \u00e0 frente, n\u00e3o faz sentido perder tempo planejando tudo que pode acontecer. Em vez disso, pense nos seus objetivos de curto prazo e prepare-se para eles \u2013 tanto em como voc\u00ea deseja alcan\u00e7\u00e1-los quanto em como mitigar poss\u00edveis riscos.<\/p>\n\n\n\n\n \n<\/a>\n\n\n\n

Copy<\/strong>, Lewis, vamos conversar depois<\/h3>\n\n\n\n

Um dos pilares do Agile<\/em> \u00e9 a reflex\u00e3o constante. Chame de retrospectiva, inspe\u00e7\u00e3o e adapta\u00e7\u00e3o ou li\u00e7\u00f5es aprendidas. O ponto \u00e9 o mesmo \u2013 aprender algo com o que voc\u00ea acabou de passar. N\u00e3o h\u00e1 progresso sem mudan\u00e7a. Voc\u00ea precisa aprender com suas experi\u00eancias passadas para se tornar melhor. Como equipe, como desenvolvedor e como pessoa. Em ambientes acelerados como a F1 e o desenvolvimento de software, sempre haver\u00e1 algo que voc\u00ea poderia ter feito melhor.<\/p>\n\n\n\n

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

As equipes de F1 sabem bem disso. Quer um Grande Pr\u00eamio tenha corrido bem ou mal, elas conversam sobre tudo o que aconteceu ao longo do fim de semana para ver o que pode ser aprendido. Elas destacam os pontos positivos, mas tamb\u00e9m examinam o que deu errado e como evitar isso no futuro. Isso une toda a equipe, tanto as pessoas na pista quanto na f\u00e1brica, para dar seu feedback, perspectiva e vis\u00e3o geral da corrida. Como resultado, elas saem disso mais inteligentes e mais focadas para a pr\u00f3xima corrida.<\/p>\n\n\n\n

\n

“Se tudo parece estar sob controle, voc\u00ea simplesmente n\u00e3o est\u00e1 indo r\u00e1pido o suficiente.”<\/strong>
\u2014 Mario Andretti, ex-piloto campe\u00e3o de F1 em 1978<\/em><\/p>\n<\/blockquote>\n\n\n\n

Bandeira quadriculada<\/h3>\n\n\n\n

Se a abordagem Agile<\/em> funciona para algo t\u00e3o complexo quanto construir o carro mais r\u00e1pido da F\u00f3rmula 1, voc\u00ea pode ter certeza de que funcionar\u00e1 para o seu pr\u00f3ximo projeto de desenvolvimento de software. D\u00ea \u00e0 sua equipe a chance de conversar com seus usu\u00e1rios. Confie que eles sabem o que est\u00e3o fazendo. D\u00ea a eles um ambiente seguro onde possam falhar e ajude-os a aprender com seus erros.<\/p>\n\n\n\n

Leve a palavra de Guenther Steiner<\/strong> a s\u00e9rio.<\/p>\n\n\n\n

Treinamentos relacionados com essa postagem<\/h2>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n\n \n<\/a>\n
<\/div><\/div><\/div>","protected":false},"excerpt":{"rendered":"

Esta \u00e9 a tradu\u00e7\u00e3o do texto original de Martina \u0160najder, publicado no blog da Infinum. O artigo pode ser acessado aqui, e todos os cr\u00e9ditos s\u00e3o devidos ao autor, Martina \u0160najder. Se voc\u00ea \u00e9 um ser humano com uma TV, provavelmente est\u00e1 familiarizado com a F\u00f3rmula 1. Os n\u00e3o-f\u00e3s podem descrever como um bando de caras dirigindo em c\u00edrculos por […]<\/p>\n

\n
\n
<\/div>\n<\/div>\n<\/div>\n","protected":false},"author":1,"featured_media":1682,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[256,269,276,4,7,274,275,32,5],"tags":[278,281,280,277,279,124],"_links":{"self":[{"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/posts\/1681"}],"collection":[{"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/comments?post=1681"}],"version-history":[{"count":9,"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/posts\/1681\/revisions"}],"predecessor-version":[{"id":1773,"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/posts\/1681\/revisions\/1773"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/media\/1682"}],"wp:attachment":[{"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/media?parent=1681"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/categories?post=1681"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.semeru.com.br\/blog\/wp-json\/wp\/v2\/tags?post=1681"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}