{"id":3825,"date":"2018-05-10T12:48:55","date_gmt":"2018-05-10T15:48:55","guid":{"rendered":"https:\/\/blog.umbler.com\/?p=3825"},"modified":"2018-12-04T11:57:47","modified_gmt":"2018-12-04T13:57:47","slug":"a-metodologia-agil-dos-times","status":"publish","type":"post","link":"https:\/\/blog.umbler.com\/br\/a-metodologia-agil-dos-times\/","title":{"rendered":"Inside Umbler #5: a metodologia \u00e1gil dos times \u2013 Parte 2"},"content":{"rendered":"

J\u00e1 contamos como essa hist\u00f3ria come\u00e7ou no primeiro post<\/a> sobre metodologia \u00e1gil. Agora chegou a vez de falar como aplicamos e fizemos essa ideia de times multidisciplinares funcionar na pr\u00e1tica.<\/p>\n

Hora de expandir a ideia, mas com profissionalismo<\/strong><\/h2>\n

H\u00e1 um ano, depois de v\u00e1rias experimenta\u00e7\u00f5es e metodologias, j\u00e1 t\u00ednhamos provado o valor de criar times multidisciplinares. Nesse mesmo per\u00edodo est\u00e1vamos estudando a melhor forma de estrutura-los, bem como os pr\u00f3ximos passos nessa otimiza\u00e7\u00e3o de cultura que est\u00e1vamos implementando. Foi ent\u00e3o que nos deparamos com uma metodologia que fazia muito sentido para o que quer\u00edamos, a metodologia que o Spotify<\/a> havia criado. Basicamente o Spotify havia deixado a j\u00e1 conhecida estrutura matricial<\/a> da administra\u00e7\u00e3o bem mais atraente.<\/p>\n

A organiza\u00e7\u00e3o b\u00e1sica desta metodologia \u00e9 que os times s\u00e3o orientados de forma vertical e horizontal, no qual os times multidisciplinares s\u00e3o chamados de Squads<\/em>, \u00e1reas s\u00e3o chamadas de Tribos<\/em>, setores s\u00e3o chamados de Chapters<\/em> e entusiastas por algum assunto s\u00e3o chamados de Guilds<\/em>. Claro, a metodologia \u00e9 bem mais complexa que isso, mas para nosso caso isso j\u00e1 \u00e9 o suficiente para explicar como a Umbler faz.<\/p>\n

O que s\u00e3o Squads<\/em>?<\/strong><\/h3>\n

\"\"
\nSquads<\/em> s\u00e3o times multidisciplinares que tem como objetivo uma parte do produto ou feature<\/em>. Um dos Squads<\/em> da Umbler, por exemplo, \u00e9 o Squad de E-mail<\/em>, que \u00e9 o respons\u00e1vel por manter e inovar o UmblerMail. Podemos chamar os Squads<\/em> de times auto organizados que, assim como \u201cmini startups\u201d, possuem autonomia para usarem a metodologia de gerenciamento de projetos que mais lhes der resultado. Tem autonomia para decidir quais tecnologias v\u00e3o usar nos produtos e juntos constru\u00edrem as solu\u00e7\u00f5es baseadas na miss\u00e3o do Squad<\/em> e na estrat\u00e9gia do produto.<\/p>\n

Normalmente um Squad<\/em> \u00e9 composto por pessoas com habilidades diversas que fa\u00e7a sentido para atingir os objetivos propostos ao time, como por exemplo, desenvolvedores, sysadmins, marketing, entre outros.\u00a0 Em todos os Squads<\/em> existe o papel de lideran\u00e7a, o Product Owner<\/a> \u00e9 a \u00a0pessoa respons\u00e1vel por gerenciar o produto ou feature<\/em> em quest\u00e3o.
\nCada membro de um Squad<\/em> pertence a um chapter<\/em>.<\/p>\n

O que s\u00e3o Chapters<\/em>?<\/strong><\/h3>\n

\"\"
\nChapter<\/em> \u00e9 um grupo de pessoas com as mesmas habilidades, como o Chapter de Marketing, o de Programa\u00e7\u00e3o, de Infraestrutura, etc. Cada chapter<\/em> \u00e9 respons\u00e1vel por manter padr\u00f5es, pr\u00e1ticas t\u00e9cnicas, melhorias funcionais e troca de ideias sobre problemas enfrentados. Frequentemente esses grupos se encontram para alinhamento, visto que cada membro de um chapter<\/em> pertence a um Squad<\/em>. Em um chapter<\/em> sempre existe um l\u00edder, que \u00e9 visto com um l\u00edder t\u00e9cnico e tamb\u00e9m como uma esp\u00e9cie de l\u00edder funcional, \u00e9 ele quem guia o aprendizado t\u00e9cnico e o funcionamento da equipe.<\/p>\n

Cada chapter<\/em> est\u00e1 dentro de uma tribe<\/em>.<\/p>\n

O que s\u00e3o Tribes<\/em>?<\/strong><\/h3>\n

\"\"
\nTribes<\/em> s\u00e3o compostas de chapters<\/em> e squads<\/em> com objetivos semelhantes, como por exemplo o squad <\/em>de Interface e o squad <\/em>de backend<\/em>, ambos pertencem a Tribe Product<\/em> na Umbler. Tribes<\/em> est\u00e3o fisicamente no mesmo local e possuem cerca de 100 pessoas, seguindo a limita\u00e7\u00e3o num\u00e9rica de Dunbar<\/a>, a teoria diz que serem humanos conseguem manter a comunica\u00e7\u00e3o fluida com no m\u00e1ximo 100 pessoas.<\/p>\n

Squads<\/em> e chapters<\/em> de tribes<\/em> diferentes se encontram para trocar experi\u00eancias e alinhar a comunica\u00e7\u00e3o frequentemente.<\/p>\n

O que s\u00e3o Guilds<\/em>?<\/h3>\n

\"\"
\nGuids<\/em> \u00e9 um grupo formado por pessoas de squads, chapters e tribes diferentes. \u00c9 um pouco confuso no in\u00edcio, mas \u00e9 isso mesmo. Guilds<\/em> possuem um objetivo em comum e seus participantes s\u00e3o pessoas interessadas nesse assunto. Existe uma figura de lideran\u00e7a da Guild<\/em>, por exemplo a Guild de Remote work, na qual s\u00e3o discutidas melhorias e regras para pessoas que trabalham remoto na Umbler.<\/p>\n

Quer saber mais sobre o trabalho remoto na Umbler? Confere esse post sobre o home office e a nova lei trabalhista<\/a>.<\/p><\/blockquote>\n

Porque a Umbler escolheu essa metodologia?<\/strong><\/h2>\n

Est\u00e1vamos nos organizando para entregar produtos cada vez melhores e mais r\u00e1pidos para nossos clientes. Essa metodologia tem como foco a entrega de resultado. Segundo o Spotify, ela possui um alto n\u00edvel de autogerenciamento, dando mais autonomia e liberdade para os squads<\/em>, que por sua vez s\u00e3o auto gerenci\u00e1veis e n\u00e3o possuem uma depend\u00eancia de chefes funcionais, visto terem autonomia para criar e manter da forma que mais faz sentido para os objetivos tra\u00e7ados pelo time.<\/p>\n

A comunica\u00e7\u00e3o \u00e9 o ponto chave dessa metodologia. Tribes, chapters, squads <\/em>e guilds<\/em> se comunicam com frequ\u00eancia, trazendo sinergia interna, coisa que n\u00e3o t\u00ednhamos com tanta \u00eanfase assim no passado. Por \u00faltimo, \u00e9 uma forma divertida de organizar o caos, trazendo alinhamento e organiza\u00e7\u00e3o ao caos j\u00e1 estabelecido.<\/p>\n

Como N\u00c3O iniciar uma mudan\u00e7a de cultura? <\/strong><\/h2>\n

Iniciamos o processo com a famosa tentativa e erro, afinal somos uma Startup e precis\u00e1vamos arriscar. Sem praticamente nada de alinhamento, um belo dia come\u00e7amos a chamar os times de squad<\/em>. Alguns tiveram a iniciativa de buscar informa\u00e7\u00f5es sobre o que era isso, aos poucos praticamente toda a empresa sabia o que era um squad<\/em>, sorte nossa que temos correndo em nossas veias a curiosidade.<\/p>\n

Algum tempo ap\u00f3s a adapta\u00e7\u00e3o come\u00e7amos a refletir qual era o resultado gerado pela mudan\u00e7a, j\u00e1 que apenas a troca de nome n\u00e3o estava gerando o resultado que esper\u00e1vamos, com isso t\u00ednhamos de avan\u00e7ar, j\u00e1 sab\u00edamos que implementar partes da metodologia aos poucos era o caminho mais s\u00e1bio, por\u00e9m precis\u00e1vamos agilizar.<\/p>\n

Um certo dia trocamos os nomes dos times e dos setores para Squads<\/em> e Chapters<\/em> em nossa ferramenta de comunica\u00e7\u00e3o interna, o Slack<\/a>. Pronto, criamos um novo problema. Mais confus\u00e3o na cabe\u00e7a das pessoas e uma implementa\u00e7\u00e3o sem alinhamento. Houve um descontentamento geral sobre essas mudan\u00e7as, o que pode ser natural em uma mudan\u00e7a de cultura de trabalho. Mas em pouco tempo percebemos que isso n\u00e3o era uma mudan\u00e7a de cultura, justamente porque estava sendo imposta \u00e0s pessoas. Era uma estrat\u00e9gia, mas n\u00e3o uma mudan\u00e7a de cultura. Era quest\u00e3o de tempo de at\u00e9 isso cair no abandono.<\/p>\n

Como iniciar da forma certa?<\/strong><\/h2>\n

Engajando as pessoas!<\/p>\n

Primeiro come\u00e7ou com uma palestra sobre a metodologia. Uma das primeiras partes de uma implementa\u00e7\u00e3o como essa \u00e9 nivelar o conhecimento dos colaboradores sobre o assunto. Muitas d\u00favidas surgiram, muita empolga\u00e7\u00e3o e tamb\u00e9m um pouco de apreens\u00e3o, o que \u00e9 perfeitamente natural em mudan\u00e7as t\u00e3o dr\u00e1sticas.<\/p>\n

Uma das formas mais eficiente de engajar pessoas \u00e9 incluindo elas nas decis\u00f5es. Ap\u00f3s a apresenta\u00e7\u00e3o da metodologia, reunimos algumas pessoas da empresa para discutir quais seriam os squads<\/em>, para come\u00e7ar a bolar alguns times e formas de como come\u00e7ar.<\/p>\n

Foram diversos encontros e algumas boas horas gastas em din\u00e2micas e brainstormings sobre os squads, chapters <\/em>e tribes<\/em>. O nome dos squads<\/em> e os objetivos foram alterados mais de uma vez, os chapters<\/em> e tribes<\/em> ent\u00e3o, nem se fale.<\/p>\n

At\u00e9 que chegamos ao que parecia ser a op\u00e7\u00e3o mais adequada para a empresa. Fl\u00e1vio, nosso CEO, disse em certo momento que \u201ctodas as op\u00e7\u00f5es v\u00e3o ter vantagens e desvantagens, temos de optar por uma e seguir em frente\u201d. Com essa ideia em mente escolhemos a configura\u00e7\u00e3o dos times, determinamos um per\u00edodo de teste e criamos uma regra: n\u00e3o modificar nada em 3 meses, tempo definido para teste.<\/p>\n

Definimos os squads<\/em> e seus objetivos; os chapters<\/em> e seus l\u00edderes; os PO de squads<\/em> criado; as tribes e tribe leaders. Esse foi o resultado:<\/p>\n

\"\"<\/p>\n

Ok, mas quem \u00e9 o chefe?<\/strong><\/h2>\n

Essa \u00e9 uma parte complicada da hist\u00f3ria. Em uma estrutura matricial existe algumas figuras de lideran\u00e7a, normalmente por objetivos e cada um tem um papel importante na empresa. Isso causa novos problemas, por\u00e9m s\u00e3o problemas saud\u00e1veis.<\/p>\n