{"id":3788,"date":"2018-05-02T12:14:10","date_gmt":"2018-05-02T15:14:10","guid":{"rendered":"https:\/\/blog.umbler.com\/?p=3788"},"modified":"2018-12-04T12:15:07","modified_gmt":"2018-12-04T14:15:07","slug":"inside-umbler-4-a-metodologia-agil-dos-times-parte-1","status":"publish","type":"post","link":"https:\/\/blog.umbler.com\/br\/inside-umbler-4-a-metodologia-agil-dos-times-parte-1\/","title":{"rendered":"Inside Umbler #4: a metodologia \u00e1gil dos times – Parte 1"},"content":{"rendered":"

H\u00e1 tr\u00eas anos quando nascia a Umbler<\/a>, t\u00ednhamos em mente a domina\u00e7\u00e3o mundial. Nossos objetivos estavam muito claros: t\u00ednhamos ambi\u00e7\u00e3o, determina\u00e7\u00e3o, experi\u00eancia de mercado e alguns grandes desafios pela frente – desafios jamais enfrentados por n\u00f3s. Na \u00e9poca, est\u00e1vamos replicando muitas de nossas a\u00e7\u00f5es do passado sem perceber, foi ent\u00e3o que os mesmos problemas come\u00e7aram a aparecer logo ap\u00f3s o lan\u00e7amento da marca.<\/p>\n

Buscando uma alternativa para controlar o caos, resolvemos apostar em times \u00e1geis. Essa hist\u00f3ria voc\u00ea confere aqui.<\/p>\n

O velho e conhecido problema da ind\u00fastria de TI<\/h2>\n

Sysadmins mant\u00e9m. Desenvolvedores fazem features. Cada um em sua sala com suas tarefas. At\u00e9 que, um belo dia, algu\u00e9m quer implantar um novo sistema ou colocar uma nova feature no ar.<\/p>\n

\u00c9 sexta-feira, Deivid (Dev), finalmente termina de codificar aquela feature que com certeza vai alavancar a empresa. Ele faz seus \u00faltimos testes e se sente confi\u00e1vel para o \u00faltimo deploy. Com isso vem a pergunta: como fa\u00e7o esse deploy para a produ\u00e7\u00e3o? Deivid se levanta e vai at\u00e9 Ricardo (Sysadmin). Ricardo j\u00e1 imagina a conversa que vem pela frente, at\u00e9 que Deivid o questiona sobre a implementa\u00e7\u00e3o do novo sistema:<\/p>\n

\u2013 Bom dia, Ricardo. Preciso colocar no ar um sistema que vai fazer a empresa decolar. Como eu fa\u00e7o?
\n\u2013 Como assim, \u00e9 aquela nova feature super importante? Por que n\u00e3o avisou antes? Quando eu ouvi falar sobre ela nos corredores j\u00e1 imaginei o tamanho da infra para suportar essa feature com excel\u00eancia para que n\u00e3o caia.
\n\u2013 Ent\u00e3o, preciso colocar ela no ar hoje, meu chefe est\u00e1 me cobrando.
\n\u2013 Sexta-feira, cara! \u00c9 coloca-l\u00e1 no ar hoje que vai dar problema e teremos que trabalhar o final de semana todo. N\u00e3o tem como, tem que planejar isso de forma antecipada e estou cheio de problemas para resolver. N\u00e3o vai dar!
\n\u2013 Me d\u00e1 um servidor que eu fa\u00e7o, ent\u00e3o.
\n\u2013 Como assim voc\u00ea faz? Voc\u00ea n\u00e3o sabe configurar um servidor!
\n\u2013 Voc\u00eas s\u00e3o lentos demais e engessam todo o processo. N\u00e3o vejo a hora do movimento NoOps<\/a> chegar.
\n\u2013 Como assim?! Vem aqui no dia da implementa\u00e7\u00e3o, ent\u00e3o.
\n\u2013 Esses caras da Infra s\u00e3o \u2026<\/p>\n

PRONTO! Est\u00e1 instalado o que eu chamo de a batalha dos 1000 dias, onde dois cavaleiros de ouro se enfrentam.<\/p>\n

\"Saint<\/a><\/p>\n

Algu\u00e9m j\u00e1 passou por isso?<\/p>\n

Acreditem ou n\u00e3o, na Umbler n\u00e3o era diferente. Cen\u00e1rios como este eram cada vez mais frequentes entre os setores, n\u00e3o somente na engenharia, gerando embates intermin\u00e1veis de ego, estresse e pessoas desanimadas no trabalho. Parecia que eram v\u00e1rias empresas diferentes dentro da mesma empresa. N\u00e3o havia conversa entre os setores e, obviamente, o mais prejudicado nesse caso era o cliente.<\/p>\n

O Caos:<\/h2>\n

Lembro de quando nos deparamos com dois times desenvolvendo o mesmo projeto. Na ocasi\u00e3o eram dois times bem conhecidos por seus embates: Infra e Programa\u00e7\u00e3o. Cada um estava fazendo esse projeto como julgava ser a melhor forma, meio a essa confus\u00e3o existia times como o de Marketing e de Vendas<\/a> que eram inclu\u00eddos somente no momento do lan\u00e7amento de algum produto ou feature. O suporte, por algumas vezes, foi avisado de uma nova feature pelo cliente.<\/p>\n

]Algo estava errado, afinal est\u00e1vamos crescendo de forma desordenada e desnorteada, precis\u00e1vamos fazer algo.\u00a0Neste per\u00edodo da hist\u00f3ria da Umbler j\u00e1 t\u00ednhamos alguns modelos implementados em alguns times como: Go horse, Scrum, Xp, Itil, Kanban, entre outras metodologias \u00e1geis. Por\u00e9m, no nosso caso, esses modelos mais atrapalharam do que ajudaram.<\/p>\n

A pergunta que fica \u00e9: como modelos \u00e1geis t\u00e3o consolidados e utilizados por grandes empresas mundiais n\u00e3o funcionou na organiza\u00e7\u00e3o dos times na Umbler? Simples, ainda n\u00e3o \u00e9ramos um time, era um bate cabe\u00e7a.<\/p>\n

\"Zidane<\/a><\/p>\n

Mudan\u00e7as: disso n\u00f3s entendemos bem<\/h2>\n

Come\u00e7amos a perceber que antigos m\u00e9todos j\u00e1 n\u00e3o funcionavam mais, conforme a Umbler continuava a crescer – e crescer r\u00e1pido – nossa ambi\u00e7\u00e3o tamb\u00e9m aumentava. Era preciso investir mais tempo em como organizar os times de uma forma que fosse escal\u00e1vel. T\u00ednhamos em mente a cria\u00e7\u00e3o de um ecossistema que permitisse, de forma org\u00e2nica, o surgimento de novos l\u00edderes e de pessoas com muita vontade de fazer as coisas acontecerem, reduzindo o modelo hier\u00e1rquico tradicional.<\/p>\n

Era preciso um modelo no qual o trabalho coletivo prevalecesse, o que n\u00e3o era nada f\u00e1cil, j\u00e1 que est\u00e1vamos acostumados a trabalhar de forma desordenada. Sab\u00edamos que a mudan\u00e7a era vital para a empresa e, com isso, t\u00ednhamos duas certezas:resist\u00eancia por parte de alguns setores e que a estagna\u00e7\u00e3o n\u00e3o era uma op\u00e7\u00e3o.<\/p>\n

Bora misturar tudo?<\/h2>\n

Ser\u00e1 que um time de futebol s\u00f3 de zagueiros ou s\u00f3 de atacantes vai ganhar o campeonato? Um time precisa de zagueiros, laterais, meio campistas, goleiros e atacantes. Ent\u00e3o, como achamos que uma empresa vai crescer s\u00f3 com os esfor\u00e7os de um setor? Assim como um time de futebol precisa de jogadores com v\u00e1rias habilidades, uma empresa precisa de um time diverso, com mentes diferentes, pensando em prol de um \u00fanico objetivo.<\/p>\n

Os primeiros times Multidisciplinares da Umbler<\/h2>\n

\"National<\/a><\/p>\n

J\u00e1 est\u00e1vamos com um ano de empresa e possu\u00edamos um estilo setorial que focava em servidores, c\u00f3digos, vendas, suporte ou campanhas. Precis\u00e1vamos pensar diferente, caso contr\u00e1rio ter\u00edamos times focado em melhorias setoriais. Ent\u00e3o, nosso mindset mudou e, com isso, come\u00e7amos a montar times focados em produto, afinal de contas a Umbler \u00e9 centrada no cliente e nosso cliente precisa de um produto absurdamente incr\u00edvel.<\/p>\n

Naquela ocasi\u00e3o formamos um time multidisciplinar para desenvolver a nova plataforma da Umbler. T\u00ednhamos tr\u00eas Sysadmins, dois desenvolvedores um PO – que na ocasi\u00e3o era eu. Esse time teve um in\u00edcio bem turbulento, j\u00e1 que n\u00e3o era un\u00e2nime essa jun\u00e7\u00e3o, e que est\u00e1vamos come\u00e7ando a mudar uma cultura de trabalho. Mudan\u00e7a de cultura sempre \u00e9 muito complexo, mas t\u00ednhamos certeza que aquilo ia<\/a> fazer a Umbler crescer no futuro, precis\u00e1vamos ser perseverantes no decorrer do processo.<\/p>\n

Levamos um certo tempo para nos acostumar. Discuss\u00f5es continuavam frequentes, por\u00e9m, dessa vez, est\u00e1vamos discutindo sobre o mesmo objetivo. Foi ent\u00e3o que percebemos o valor que est\u00e1vamos entregando, o valor que os clientes precisavam. Obviamente ter\u00edamos algumas desaven\u00e7as, afinal est\u00e1vamos aprendendo a jogar juntos, como um time. Mas ainda faltava alguns elementos para trazer mais valor para o cliente, precis\u00e1vamos que todas as \u00e1reas da empresa participassem da constru\u00e7\u00e3o do produto e suas features.<\/p>\n

Praticamente em paralelo a todas estas mudan\u00e7as, outro evento extraordin\u00e1rio estava acontecendo em outro time. Um time com foco no produto de e-mail, uma pessoa de Marketing e outra do Suporte estavam se juntando ao time, agregando ainda mais a vis\u00e3o do cliente. Essas pessoas foram a cereja do bolo, algo m\u00e1gico estava ocorrendo na Umbler.<\/p>\n

\"\"<\/p>\n

Juliana Spitaliere<\/h4>\n

\u201cLembro que quando sugeriram meu nome para atuar junto a uma equipe de desenvolvimento\/infraestrutura, aceitei de imediato, mas pensei: \u2018Isso n\u00e3o faz sentido! Eu sou de humanas, n\u00e3o tenho muito a contribuir\u2019. J\u00e1 nos primeiros dias, desmistifiquei completamente a ideia de que algu\u00e9m de Marketing n\u00e3o pode colaborar em uma equipe t\u00e9cnica. Minha experi\u00eancia foi incr\u00edvel e mudou diversas percep\u00e7\u00f5es que tinha tanto sobre profissionais desenvolvedores quanto sobre o impacto de suas atua\u00e7\u00f5es no neg\u00f3cio. A troca de conhecimentos e backgrounds foi absurdamente rica. Me aproximei tanto do time e me senti t\u00e3o participativa que, inclusive, estendi meus aprendizados para a equipe de Marketing e os levo comigo na minha carreira. Trabalhar com metodologias \u00e1geis, principalmente com planejamento, estimativa de tempo e review, foi algo que realmente abrilhantou minha vis\u00e3o de Marketing, conte\u00fado e gest\u00e3o\u201d.<\/p><\/blockquote>\n

\"\"<\/p>\n

Lucas Pfeiffer<\/h4>\n

\u201cTrabalhar em um time multidisciplinar te faz entender todas as \u00e1reas do produto no qual voc\u00ea trabalha. Te faz sair da sua zona de conforto, pois, muitas vezes, ao ajudar a equipe, voc\u00ea ter\u00e1 que realizar atividades outrora n\u00e3o realizadas, com ferramentas e em \u00e1reas que voc\u00ea n\u00e3o tem muito conhecimento, tendo que aprender por conta a resolver um problema realmente novo. Assim voc\u00ea ajuda a equipe e cresce aprendendo coisas novas que em uma equipe de “mesma skill” n\u00e3o teria a oportunidade de aprender\u201d<\/p><\/blockquote>\n

\"Shia<\/a><\/p>\n

Nessa ocasi\u00e3o est\u00e1vamos usando Scrum<\/a> como metodologia \u00c1gil para estes dois times. Considero dois pontos fundamentais para a cultura de times multidisciplinares que o Scrum nos ajuda, ou melhor, o m\u00e9todo \u00e1gil: as Daily meetings e as retrospectivas, ambas instigavam o time a conversar, coisa que raramente ocorria no passado. Na retrospectiva lembro de ser uma reuni\u00e3o bem estressante, que no fim gerava um resultado muito bom para os times. Em termos de jogar junto, percebemos que o time estava come\u00e7ando a resolver seus pr\u00f3prios problemas, sem precisar que chefes funcionais mediassem os conflitos.<\/p>\n

Demoramos uns tr\u00eas meses para que todos se adaptassem a nova metodologia, come\u00e7ando a jogar junto de verdade. T\u00ednhamos um \u00fanico objetivo, sent\u00e1vamos juntos, faz\u00edamos reuni\u00f5es e resolv\u00edamos os conflitos internos em conjunto. Ap\u00f3s conseguirmos provar na pr\u00e1tica o valor de um time com habilidades diversificadas t\u00ednhamos em mente expandir para o restante da empresa.<\/p>\n

O Caos Controlado<\/h2>\n

Desde o in\u00edcio da Umbler o caos foi uma caracter\u00edstica do dia a dia. Como diria o especialista em criatividade, Murilo Gun<\/a>: \u201centre o caos e a organiza\u00e7\u00e3o, fique com o caos.\u201d<\/p>\n

Isso porque a organiza\u00e7\u00e3o excessiva mata a criatividade e a velocidade de mudan\u00e7a de uma empresa, gerando burocracia. Por\u00e9m, o caos sem algum tipo de organiza\u00e7\u00e3o e alinhamento gera retrabalho, desalinhamento e perda de energia.<\/p>\n

A Umbler j\u00e1 possu\u00eda dois anos de vida, a empresa estava crescendo e contava com cerca de 40 colaboradores, era chegada a hora de expandir essa cultura para o restante dos times.\u00a0Est\u00e1vamos sendo arrancados da nossa zona de conforto, a melhor e mais r\u00e1pida forma de crescimento do ser humano \u00e9 estar fora de sua zona de conforto. T\u00ednhamos uma grande oportunidade de fazer isso dar certo, e deu muito certo.<\/p>\n

T\u00ednhamos em mente n\u00e3o apenas colocar algumas pessoas dentro dos times, mas sim fazer isso da forma certa e de maneira profissional. Ent\u00e3o come\u00e7amos a pensar com algumas premissas antes de expandir para o restante da empresa, como:<\/p>\n