64 / 68
POST
DO DIEGO
DEV WEB
64
Cargo:
Criador do
Tableless.com.br e
coordenador de
Front-end na Locaweb
Contato:
diego@
tabeless.com.br
Twitter:
@diegoeis
DIEGO EIS
m times multifuncionais,
PLVWXUDPRV SURëVVLRQDLV
que exercem várias funções
necessárias para que aquele
projeto saia do papel. Eles
trabalham para entregar
o mesmo valor para o negócio. Correm
atrás de um mesmo objetivo. Falam de um
mesmo produto, de um mesmo cliente, de
uma mesma feature.
Geralmente, projetos formados por times
multifuncionais são mais independentes. Dessa
forma, não precisam esperar times externos,
facilitando na tomada de decisões inerentes do
projeto. Aqui o trabalho pode ser feito de forma
mais paralela e em conjunto.
O problema nos times multifuncionais é que a
expertise de cada função pode ser prejudicada. É
comum existiremmais desenvolvedores
back-end em um time do que os integrantes de
outras funções. Isso é bom para eles, pois as
decisões de back-end são feitas em grupo. Agora,
pegue como exemplo um time multifuncional,
que tem apenas um front-end. Nesse caso, quem
decide quais são os padrões de código? Qual
pattern de JavaScript será usado? São decisões
difíceis de serem tomadas e com certeza, se
houver somente um cara no time, ele vai decidir
pelo gosto pessoal. Esse é o começo do caos. Isso
pode se agravar, caso haja um front-end contra
vários back-ends “proativos”, escrevendo código JS
e metendo o bedelho no CSS. O código front-end
vira um inferno. Sério. Nesse caso, meu conselho
é igual ao de muita gente: é bom que cada função
seja exercida por pelo menos uma dupla. As
decisões tomadas são baseadas na carga de
conhecimento e experiência de duas pessoas,
onde não há espaço para gosto pessoal.
Não há apenas um time multifuncional em
uma empresa. Existem vários outros espalhados,
commais ou menos a mesma estrutura de
funções. É muito mais interessante que os
integrantes desses times, que exercem as mesmas
funções, se comuniquem. Aí entra algo chamado
Grupos de Interesse. Se isso ocorrer em uma
empresa com vários times multifuncionais, os
integrantes de cada time que exercem a mesma
função (por exemplo, todos os front-ends dos
GLIHUHQWHV SURMHWRV MXQWDP VH SDUD GHíQLU GLVFXWLU
e solucionar problemas comuns entre os projetos,
de forma que o objetivo seja estabelecer um
padrão comum entre eles.
É imprescindível que, quando há mais do que
um time em uma empresa, os integrantes desses
times se comuniquem para se organizar e decidir
as soluções de problemas comuns. Todos os times
podem decidir qual a melhor forma de fazer o
deploy dos projetos, por exemplo. Isso não precisa
ser uma decisão individual de cada time. Se fosse
assim, todos os times tentariam resolver sozinhos
os mesmos problemas. Não faz sentido. É muito
melhor que uma decisão seja tomada em grupo.
E
[
TODOSOS TIMES
PODEMDECIDIR
QUAL AMELHOR
FORMADE FAZER
ODEPLOYDOS
PROJETOS, POR
EXEMPLO. ISSO
NÃOPRECISA SER
UMADECISÃO
INDIVIDUAL DE
CADAGRUPO
]
TIMES
MULTIFUNCIONAIS
(PARTE 2)
LW
REVISTA LOCAWEB