Existem estudos de equipes multifuncionais versus equipes baseadas em domínio (por exemplo, baseadas em projetos vs. software / mecânica / etc)?


8

Eu trabalho em uma organização que cria muitos produtos de sistemas integrados - ou seja, são produtos completos com sistemas mecânicos / sistemas / eletrônicos / software sendo projetados e fabricados. No momento, a maioria das equipes está organizada em torno de projetos de uma maneira multifuncional. A vantagem de uma organização como essa é que as pessoas que estão trabalhando juntas para um objetivo comum estão próximas.

As desvantagens vêm do isolamento dos engenheiros de seus pares. Normalmente, um projeto recebe apenas um engenheiro de software. Isso significa que os projetos têm um alto fator de caminhão, compartilhamento mínimo de conhecimento e melhores práticas, e o desenvolvimento técnico é limitado.

Portanto, minha pergunta é: existem estudos comparando os custos / benefícios dessas duas abordagens?


Sim. Todos os dias várias empresas fazem essa escolha. E todos os dias, várias empresas acham que isso realmente não importa muito. Se houvesse um vencedor claro, ele já estaria preso às práticas de negócios. As idéias essenciais existem desde a invenção da ferrovia e da loja de departamentos. Como não há um vencedor claro, o que isso diz a você?
S.Lott 19/09

Eu acho que essa é uma boa pergunta, mas estou me perguntando se ela terá uma visibilidade mais apropriada no Gerenciamento de Projetos. Esses problemas geralmente transcendem o desenvolvimento de software e podem ser aplicados a qualquer equipe em qualquer configuração do projeto. Além disso, @ S.Lott isso importa muito. No entanto, não há vencedor porque ambos funcionam (e funcionam bem) sob certas condições. Infelizmente, estou em um intervalo muito curto entre as tarefas, então não tenho tempo para responder agora. Fornecerei uma resposta assim que tiver mais tempo.
Thomas Owens

@ Thomas Owens: "não há vencedor porque ambos funcionam (e funcionam bem) sob certas condições"? Isso não pode ser verdade. Caso contrário, haveria uma resposta para o livro de receitas e todas as empresas seriam simplesmente obrigadas (por seus advogados e auditores) a seguir essa abordagem.
S.Lott 19/09

Acho que Thomas Owens quis dizer (me corrija se estiver errado) é que depende da cultura da empresa. Trabalhei em várias empresas, cada uma usando uma dessas abordagens e funcionou para elas. Eu já vi esse trabalho entre departamentos da mesma empresa (cada departamento usando um modelo diferente). Para mim, isso depende muito da cultura da empresa e das pessoas.
NomadAlien

Respostas:


3

O melhor tipo de estrutura de equipe a ser usada não é necessariamente o custo-benefício, mas a cultura organizacional atualmente em vigor, as características dos funcionários e o tipo de projeto que está sendo conduzido. Devido a essas variáveis, não há como dizer que uma estratégia ou abordagem específica é a melhor, mas existem alguns indicadores gerais sobre como você pode estruturar melhor uma equipe para concluir a tarefa em questão.

Existem muitos tipos de equipes e maneiras de organizar equipes e organizações . Algumas das formas mais comuns são funcionais, leves, pesadas e autônomas. Abaixo, estou resumindo uma parte de um livro sobre gerenciamento de inovação tecnológica - Gerenciamento Estratégico de Inovação Tecnológica, de Melissa A. Schilling .

Uma equipe funcional é totalmente não-funcional. Todo funcionário permanece dentro de seu próprio departamento. Isolamento total entre ciência, engenharia, recursos humanos e assim por diante. Um funcionário se reportará a um gerente funcional. Sob essa estrutura, as pessoas que trabalham em um projeto tendem a estar mais comprometidas com seu departamento funcional do que com o projeto. Essa estrutura é apropriada para o que é conhecido como projeto derivado - alavancando o trabalho existente com apenas pequenas modificações ou melhorias e projetos que apenas (ou principalmente) exigem um único tipo de conhecimento.

As equipes leves ocorrem quando os membros residem em seus departamentos funcionais e se reportam aos gerentes funcionais. No entanto, um gerente de projeto é apresentado. O gerente de projeto supervisionará as pessoas necessárias para executar o projeto, mas não as gerenciará diretamente. O papel do gerente de projeto é facilitar a comunicação e garantir que cada membro do projeto esteja contribuindo adequadamente. Essa estrutura é melhor para projetos derivativos que não exigem uma grande quantidade de coordenação e comunicação entre os membros.

As equipes de peso pesado removem as pessoas necessárias de seus departamentos funcionais, mas ainda se reportam a um gerente funcional. Um gerente de projeto supervisiona as atividades do projeto, mas não supervisiona nem gerencia diretamente os membros individuais da equipe. Os gerentes de projeto geralmente superam os gerentes funcionais nesse ambiente e são responsáveis ​​por avaliar, recompensar e liderar os membros do projeto. Essas equipes têm um alto grau de comunicação e colaboração entre os designados para o projeto e os membros também estão comprometidos com o sucesso do projeto. Esse formato é usado em projetos de plataforma, que são usados ​​para melhorar custo, qualidade e desempenho de uma geração anterior (mas pode não ter uma inovação nova e significativa).

As equipes autônomas removem inteiramente os membros dos departamentos funcionais e fazem com que eles trabalhem diretamente sob um gerente de projeto. Os gerentes de projeto aqui são membros da equipe sênior e líderes da organização. Às vezes, essas equipes têm imensa liberdade para "fazer o trabalho", desenvolvendo suas próprias políticas e procedimentos. Ao mesmo tempo, eles seriam totalmente responsáveis ​​pelos sucessos ou fracassos do projeto. Esses tipos de equipes geralmente são implantados em projetos inovadores, que introduzem inovações nos produtos da organização ou produzem novas unidades de negócios.

No entanto, apenas porque um tipo de equipe específico pode geralmente ser bom para um tipo específico de projeto, também importa qual é a cultura da organização. Algumas organizações não podem (ou não vão) apoiar equipes autônomas por razões culturais. Outros "sempre fizeram" de uma certa maneira e simplesmente não mudam. Também importa que tipo de pessoas estão na equipe - algumas pessoas funcionam melhor se estão colocadas e têm um alto grau de comunicação e capacidade de colaborar, enquanto outras preferem seu espaço para resolver o problema e jogá-lo de volta.

Os seguintes papéis / livros / documentos são citados na seção do livro que estou lendo:

  • SC Wheelwright e KB Clark, Revolucionando o desenvolvimento de produtos: saltos quânticos em velocidade, eficiência e qualidade (Nova York: Free Press, 1992).
  • F. Damanpour, "Inovação Organizacional: Uma Meta-Análise dos Efeitos de Determinantes e Moderadores", Academy of Management Journal 34, no. 3 (1991).
  • EF McDonough, "Investigação de fatores que contribuem para o sucesso de equipes multifuncionais". Journal of Product Innovation Management 17 (2000).

Obrigado, agradeço as referências, analisarei mais adiante.
Mikelong 30/09

@mikelong Se você quiser mais, consulte outros tópicos de liderança e comportamento organizacional - esses seriam os tipos de recursos que discutiriam isso com mais detalhes.
Thomas Owens

1

Embora você possa ter equipes multifuncionais, também não prejudica a equipe dessas equipes com vários engenheiros de meio período. Você poderia, por exemplo, colocar Bob no projeto ae projeto b e também Jane no projeto ae projeto b. Dessa forma, eles são distribuídos, no entanto, se você tiver projetos pequenos o suficiente para construir com apenas um engenheiro de software, mesmo essa abordagem poderá ter limitações.

Outra opção pode ser manter a estrutura da equipe igual, mas organizar o ambiente de trabalho em torno da função. Junte todos os engenheiros de software onde eles possam colaborar em um ambiente aberto. Isso contraria alguns pensamentos e às vezes as pessoas ficam na defensiva quando você derruba os muros, mas pode ajudar a trabalhar em um arranjo do tipo caneta-touro.

O conceito de cooperação também se baseia nisso. Consultores e designers independentes que, de outra forma, trabalhariam em um escritório em casa, mudam-se para uma instalação compartilhada, onde podem se alimentar.

Pode não haver muito por aí sobre essas idéias, talvez você possa enviá-las para as equipes envolvidas como um experimento para obter melhor produtividade e satisfação nos trabalhos. Em seguida, escreva um white paper sobre os resultados.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.