Relation et communication

Conforme sugerido por Kitchenham e Charters [17], foi criado o protocolo da revisão sistemática que contém critérios de seleção de inclusão e exclusão dos estudos primários, resultando em uma consistente base de dados utilizada na fase de extração de dados. Este protocolo foi discutido com o orientador e outros orientandos de forma a melhorar a consistência da extração de dados. Com base nos resultados dos testes piloto, as strings de busca foram modificadas e validadas pelos outros pesquisadores.

TRABALHOS FUTUROS

Um fato importante a ser considerado é que nos modelos apresentados para formação de equipes de desenvolvimento de software, o critério Personalidade foi

bem representado através dos testes de personalidade conhecidos como MBTI, 16PF, FFM, SPI, etc. Seria interessante aplicar esses modelos em projetos da vida real e analisar o impacto no funcionamento das equipes.

Com o conhecimento obtido nesta revisão, pode-se partir para sugerir o uso formal de critérios de formação de equipes de desenvolvimento de software de maneira que produzam efeito positivo nos projetos.

É importante, também, ampliar a pesquisa para outras fontes de busca, contribuindo para a confirmação das tendências apresentadas.

As evidências presentadas na questão Q1.1 (tipos de equipes) mostram que ela tem relação com as demais questões. Por exemplo, o tipo de equipe pode direcionar a sua estrutura e o seu funcionamento.

Outro fato importante que constatamos com os resultados da pesquisa, é que existe poucos trabalhos publicados sobre equipes de desenvolvimento de software. Portanto, é uma lacuna existente na área que deve ser explorada para contribuir com o conhecimento já existente.

Os resultados desta Dissertação podem ser utilizados na prática do desenvolvimento de software na indústria além de mostrar oportunidades para novos trabalhos de pesquisa. Vislumbramos como oportunidades de trabalhos futuros:

Publicação dos resultados em Congressos, Workshops e outros eventos da área de Engenharia de Software;

Ampliação da pesquisa em outras fontes e bibliotecas digitais;

Proposição de modelos de formação de equipes de desenvolvimentos; e

Validação dos modelos de formação de equipes já existentes em equipes da indústria;

CONCLUSÕES

Este trabalho reúne o conhecimento existente e publicado sobre equipes de desenvolvimento de software, sua tipologia, estrutura e critérios de formação. Conhecer as equipes de desenvolvimento de software é um importante passo em direção a tornar o seu funcionamento mais eficiente. As pesquisas têm aumentado em volume sobre esse tema desde 2006, e o Brasil ocupa posição de destaque no cenário mundial no que se refere ao número de publicações sobre o tema em questão.

Como visto na Seção 4.2, foram identificados três tipos de equipes de desenvolvimento de software, que possuem características próprias e gerais e que têm uma forma de funcionamento. Apesar de existir critérios utilizados na formação de equipes de desenvolvimento na prática da indústria, ainda não se tem uma formalização quanto ao seu uso. Modelos têm sido propostos, mas que precisam ser validados. De forma geral, o Perfil técnico e a Personalidade têm sido os critérios mais utilizados para formar uma equipe de desenvolvimento de software.

REFERÊNCIAS BIBLIOGRÁFICAS

[1] ACUÑA, S. T.; JURISTO, N.; MORENO, A. M. Emphasizing Human Capabilities in Software Development. IEEE Software, v. 23, n. 2, p. 94-101, mar. 2006.

[2] ACUÑA, S. T. et al. A software process model handbook for incorporating people´s capabilities. [S.l.]: Springer Scince+Business Media, Inc, 2005.

[3] BAKER, F. Chief programmer team management of production programming. IBM Systems Journal, v.11, n.1, p. 56–73, jan.1972.

[4] BEAVER, J. M.; SCHIAVONE, G. A. The Effects of Development Team Skill on Software Product Quality. ACM SIGSOFT Software Engineering Notes , v. 31, n. 3, may 2006.

[5] BELBIN, M. Management Teams: Why They Succeed or Fail. Second Edition. ed. [S.l.]: Elsevier Ltd, 2004.

[6] BELBIN, M. Team Roles at Work. [S.l.]: Elsevier Ltd, 2007.

[7] BETTENHAUSEN, K. L. Five Years of Groups Research: What We Have Learned and What Needs to Be Addressed. Journal of Management, v. 17, n. 2, p. 345-381, 1991.

[8] BIOLCHINI, J. et al. Systematic Review in Software Engineering. Technical Report RT-ES 679/05, Universidade Federal do Rio de Janeiro, Systems Engineering and Computer Science Departament. [S.l.], 2005.

[9] BROOKS, F. P. The Mythical Man-Month. Datamation, p 44–52, 1974.

[10] COHEN, S. G. Designing Effective Self-Managing Work Teams. In M. Beyerlein (Ed.), Advances in interdisciplinary studies of work teams: Theories of self-managed work teams, v. 1, Greeenwich, CT, Estados Unidos: JAI Press, jul. 1993. p.67-102.

[11] CONSTANTINE, L. Peopleware Papers: The Notes on the Human Side of Software, Prentice Hall, 2001.

[12] DA SILVA, F.Q.B. et al. An Empirical Study on the Use of Team Building Criteria in Software Projects. 5th International Symposion on Empirical Software Engineering and Metrics (ESEM’2011), Banff, Canada, 2011.

[13] DYBA, T.; DINGSOYR, T. Empirical studies of agile software development: A systematic review. Information and Software Technology, v.50, n.9-10, p.833-859. Aug. 2008.

[14] FRANÇA, A. C. C. et al. Uma Pesquisa Qualitativa sobre Formação de Times em Projetos de Software. Proceedings of the 5th International Conference on Information Systems. São Paulo: [s.n.]. jun. 2008.

[15] GORLA, N.; LAM, Y. W. Who Should Work With Whom: Building Effective Software Project Teams. Communications of the ACM, v. 47, n. 6, p. 79- 82, jun. 2004.

[16] GUZZO, R. A.; DICKSON, M. W. Teams in Organizations: Recent Research on Performance and Effectiveness. Annual Review Psychology, v. 47, p. 307-338, 1996.

[17] KITCHENHAM, B.; CHARTERS, S. Guidelines for performing Systematic Literature Reviews in Software Engineering. Technical Report EBSE-2007- 01, School of Computer Science and Mathematics, Keele University, 2007.

[18] LAUGHERY Jr., K.R.; LAUGHERY Sr., K.R. Human factors in software engineering: A review of the literature, Journal of Systems and Software, v.5, Issue 1, p. 3-14, ISSN 0164-1212, 1985.

[19] NASH, S.H.; REDWINE Jr., S.T. People and organizations in software production: a review of the literature. SIGCPR Comput. Pers. v.11, n.3, p. 10- 21. Jan. 1988.

[20] PIETERSE, V.; KOURIE, D. G.; SONNEKUS, I. P. Software Engineering Team Diversity and Performance. Proceedings of the 2006 Annual Research Conference of the South African Institute of Computer Scientists and Information Technologists on IT Research in Developing Countries. [S.l.]: [s.n.]. p. 180-186. 2006.

[21] RANDOLPH, J. J. A Guide to Writing the Dissertation Literature Review. Practical Assessment, Research & Evalutaion, v.14, n. 13, jun. 2009. [22] SENGE, P. M. A Quinta Disciplina: Arte e prática da organização que

aprende. Tradução de Gabriel Zide Neto. 25a. ed. Rio de Janeiro: BestSeller, 2009. 530 p.

[23] SHNEIDERMAN, B. Software Psychology: Human Factors in Computer and Information Systems, Winthrop Publishers, 1980.

[24] STEWART, G. L. The Past Twenty Years: Teams Research Is Alive and Well. Journal of Management, v. 36, n. 4, p. 801-805, jul. 2010.

[25] TRIST, E. The evolution of socio-technical systems: a conceptual framework and an action research program. Ontario Quality of Working Life Centre: Ontario. 1981.

[26] TROWER, J. K.; MOORE, K. K. A Study of the Impact of Individual Goals and Team Composition Variables on Team Performance. Proceedings of the 1996 ACM SIGCPR/SIGMIS Conference on Computer Personnel Research. [S.l.]: [s.n.]. 1996.

[27] WEINBERG, G.M. The Psychology of Computer Programming. Van Nostrand Reinhold Company, New York, NY. 1971.

REFERÊNCIAS BIBLIOGRÁFICAS DA REVISÃO SISTEMÁTICA

[S090] AMBLER, S. W. Agile and Large Teams. Dr. Dobb´s, 2008. Disponivel em: <http://www.ddj.com/architecture-and-design/208700162>. Acesso em: set. 2010.

[S021] AMRIT, C. Coordination in software development: the problem of task allocation. Proceedings of the 2005 Workshop on Human and Social Factors of Software Engineering, v. 30, n. 4. Jul. 2005.

[S002] ANTONIOL, G.; DI PENTA, M.; HARMAN, M. A Robust Search–Based Approach to Project Management in the Presence of Abandonment, Rework, Error and Uncertainty. Proceedings of the 10th International Symposium on Software Metrics. [S.l.: s.n.]. p. 172 - 183. 2004.

[S035] BARRETT, R. Labouring under an illussion? The labour process of software development in the Australian information industry. New Technology, Work and Employment, v. 16, n. 1, p. 18-34, 2001.

[S039] BATTIN, R. D. et al. Leveraging Resources in Global Software Development. IEEE SOFTWARE, v. 18, n. 2, p. 70-77, mar.-apr. 2001.

[S046] BAYTIYEH, H.; PFAFFMAN, J. Open source software: A community of altruists. Computers in Human Behaviour, v. 26, n. 6, p. 1345-1354, may 2010.

[S009] CHONG, J. Social Behaviors on XP and non-XP teams: A Comparative Study. Proceedings of the Agile Development Conferente. [S.I.:s.n.]. p. 39-48. 2005.

[S029] DE LA BARRA, C. L.; CRAWFORD, B. Fostering Creativity Thinking in Agile Software Development. Proceedings of the 3rd Human-Computer Interaction and Usability Engineering of the Austrian Computer Society Conference on HCI and usability for medicine and health care. [S.l.: s.n.]. p. 161-162. 2007.

[S053] DEMIRORS, E.; SARMAGIK, G.; DEMIRORS, O. The Role of Teamwork in Software Development: Microsoft Case Study. Proceedings of the EUROMICRO Conference. [S.l.:s.n.]. p. 129-133. 1997.

[S018] DUGGAN, J.; BYRNE, J.; LYONS, G. J. A Task Allocation Optimizer for Software Construction. IEEE Computer Society Press , v. 21, n. 3, p. 76-82, may 2004.

[S041] FELDT, R. et al. Links between the personalities, views and attitudes of software engineers. Information and Software Technology , v. 52, n. 6, p. 611-624, jun. 2010.

[S032] GOEBEL III, C. J. How Being Agile Changed Our Human Resources Policies. Proceedings - 2009 Agile Conference. [S.l.:s.n.]. p. 101-106. 2009.

[S034] GONÇALVES, M. K.; SOUZA, C. R. B. D.; GONZÁLEZ, V. M. Initial Findings from an Observational Study of Software Engineers. Proceedings of the 2009 13th International Conference on Computer Supported Cooperative Work in Design. [S.l.:s.n.]. p. 498-503. 2009.

[S030] GRAY, A. et al. Forming Successful eXtreme Programming Teams. Proceedings - AGILE Conference. [S.l.:s.n.]. p. 390-399. 2006.

[S064] HILBURN, T. B. Teams Need a Process! Proceedings of the Conference on Integrating Technology into Computer Science Education. [S.l.:s.n.]. p. 53-56. 2000.

[S020] HODA, R.; NOBLE, J.; MARSHALL, S. Balancing Acts: Walking the Agile Tightrope. Proceedings of the 2010 ICSE Workshop on Cooperative and Human Aspects of Software Engineering. [S.l.:s.n.].p. 5-12. 2010.

[S079] HU, H.; LI, L.; XU, B. A Role based Human Resource Organization Model in Dual-shore Software Development. Conference Proceedings - IEEE International Conference on Systems, Man and Cybernetics. [S.l.:s.n.]. p. 3657 - 3662. 2008.

[S011] HUCKMAN, R. S.; STAATS, B. R.; UPTON, D. M. Team Familiarity, Role Experience, and Performance: Evidence from Indian Software Services. Management Science, v. 55, n. 1, p. 85-100, 2009.

[S010] HUMPHREY, W. S. Software – A performing science? Annals of Software Engineering, v. 10, n. 1-4, p. 261-271, 2000.

[S084] KARN, J. S. et al. A study into the effects of personality type and methodology on cohesion in software engineering teams. Behaviour & Information Technology, v. 26, n. 2, p. 99-111, mar. 2007.

[S061] LICORISH, S.; PHILPOTT, A.; MACDONELL, S. G. Supporting Agile Team Composition: A Prototype Tool for Identifying Personality (In)Compatibilities. Workshop on Cooperative and Human Aspects on Software Engineering. [S.l.:s.n.]. p. 66 - 73. 2009.

[S028] LUI, K. M.; CHAN, K. C. C. Programming Task Demands. Proceedings of the 5th IEEE International Conference on Cognitive Informatics, ICCI 2006. [S.l.:s.n.]. p. 765-770. 2006.

[S012] MCGUIRE, M. Team Software Development Techniques. SIGCPR '86 Proceedings of the twenty-second annual computer personnel research conference on Computer personnel research conference. [S.l.:s.n.]. 1986.

[S013] MANTEI, M. The Effect of Programming Team Structures on Programming Tasks. Communications of the ACM, v. 24, n. 3, p. 106-113, mar. 1981. [S060] MCGREW, J. F.; BILOTTA, J. G.; DEENEY, J. M. Software Team Formation

and Decay : Extending the Standard Model for Small Group. Small Group Research, v. 30, n. 2, p. 209-234, apr. 1999.

[S048] MOE, N. B.; DINGSøYR, T.; DYBÅ, T. Overcoming Barriers to Self- Management in Software Teams. IEEE Software, v. 26, n. 6, p. 20-26, 2009. [S054] MOORE, E.; SPENS, J. Scaling Agile: Finding your Agile Tribe. Agile

Conference. [S.l.:s.n.]. p. 121-124. 2008.

[S077] PEREIRA, T. A. B. et al. A Recommendation Framework for Allocating Global Software Teams in Software Product Line Projects. Proceedings of the 2nd International Workshop on Recommendation Systems for Software Engineering. [S.l.:s.n.]. p. 36-40. 2010.

[S026] PLEKHANOVA, V.; OFFEN, R. Managing the Human-Software Environment. Proceedings of the 8th International Workshop on Software Technology and Engineering Practice. [S.l.:s.n.]. p. 422 - 432. 1997.

[S094] RAJENDRAN, M. Analysis of team effectiveness in software development teams working on hardware and software environments using Belbin Self- perception Inventory. Journal of Management Development , v. 24, n. 8, p. 738-753, 2005.

[S027] RETTIG, M. Practical programmer: software teams. Communications of the ACM, v. 33, n. 10, p. 23-27, 1990.

[S081] SILVA, F. E. D. O. D. Uma Abordagem de Combinação Social para Apoiar a Formação de Equipes. Grau 2009. 168p. Dissertação (Mestrado em Informática) - Instituto de Matemática, Núcleo de Computação Eletrônica. Universidade Federal do Rio de Janeiro, Rio de Janeiro, 2009.

[S066] SHUJUAN, Z. et al. The Balance Study of IT Project and Team Member. IEEE International Conference on Information Management and Engineering. [S.l.:s.n.]. p. 442 - 445. 2010.

[S019] SRINIVASAN, J.; LUNDQVIST, K. Agile in India: Challenges and lessons learned. ISEC'10 - Proceedings of the 2010 India Software Engineering Conference. [S.l.:s.n.]. p. 125-130. 2010.

[S004] WANG, Y. Building the Linkage between Project Managers’ Personality and Success of Software Projects. International Symposium on Empirical Software Engineering and Measurement. [S.l.:s.n.]. p. 410-413. 2009.

[S052] XU, B.; YANG, X.; MA, A. Role based Cross-Project Collaboration in Multiple Distributed Software Design Projects. Internation Conference on Computer Supported Cooperative Work in Design. [S.l.:s.n.]. p. 177 - 182. 2008.

[S016] ZHANG, C. A Network Perspective on Open Source Software Development: Team Formation and Community Participation. Grau 2008. 142p. Tese. Faculty of Purdue University, 2008.

APÊNDICE A – PROTOCOLO DA REVISÃO SISTEMÁTICA

Protocolo para Coletar Evidências sobre Equipes de

Desenvolvimento de Software: Tipologia, Características e

Critérios de Formação

Regina C. G. de Miranda

Fábio Q. B. da Silva

Mestrado em Ciência da Computação Centro de Informática

Universidade Federal de Pernambuco Recife, PE

Resumo

O capital humano apresenta-se como fator crucial no desenvolvimento de projetos de software, sendo considerado mais importante que o fator técnico [1]. Apesar das atividades relacionadas ao desenvolvimento de software requerer longos tempos de interação direta com um computador, o trabalho em equipe complementa as habilidades individuais para atingir o objetivo de um projeto de software. O foco na relação das pessoas nesse contexto tem avançado nos últimos anos. Este documento é um protocolo para coletar evidências sobre praticas utilizadas na formação de equipes de desenvolvimento de software. A finalidade desse estudo é prover uma visão geral de material disponível, atualizando o trabalho nesta área para ajudar gerentes, engenheiros de software e pesquisadores interessados em determinar o atual estado de pesquisa em critérios de formação de equipes de desenvolvimento de software. Conhecer os critérios utilizados para formar equipes de desenvolvimento de projetos de software será um grande avanço no sentido de identificar e propor mudanças.

Histórico de Revisões

Autor Data Mudança

Regina Miranda 28/05/2010 Versão inicial

Fábio da Silva 28/06/2010 Ampliação das questões de busca, redução nas strings de busca e aumento no critério de inclusão de busca.

Fábio da Silva 08/10/2010 Adicionar ao critério de exclusão documentos escritos em língua diferente de português e inglês.

1. Trabalhos Relacionados

Tendo o capital humano como um dos principais ativos, o uso inteligente e eficaz dos indivíduos disponíveis pode levar algumas as empresas a obter vantagem competitiva sobre os outros [2]. A formação de equipes refere-se a um amplo conjunto de atividades, utilizada no meio industrial e acadêmico como forma de melhorar o desempenho. É um fator importante, que traz como foco especializar-se em trazer o melhor de uma equipe para garantir o desenvolvimento e a capacidade dos indivíduos componentes trabalharem juntos para resolver problemas.

Em [1] Acuña et al. relataram que pouco se tem conhecido sobre identificar a pessoa certa para um papel: “Gerentes de software tipicamente baseiam seus processos na sua experiência, conhecimento heurístico, percepção subjetiva e instinto”. Essa constatação foi encontrada também por França et al. em [3], que ao final da pés quisa nota-se claramente que os gerentes formam suas equipes baseados na sua experiência pessoal e na crença do que acreditam ser melhor para suas empresas. Como forma de integrar a experiência gerencial com um processo para identificar o indivíduo que melhor se adéqua a cada papel, em [1] foi definido um processo baseado nas capacidades humanas para complementar as atividades de gestão para apoiar o desenvolvimento pessoal e a gestão de recursos humanos. Seu processo consiste em três passos: (a) identificar as habilidades pessoais do indivíduo, (b) definir os papéis e as habilidades requeridas para o papel, e (c) alocar os indivíduos ao papel que melhor se adéqua a ele. Após a experiência, os parceiros industriais demonstraram maior interesse em conhecer as habilidades de cada indivíduo e seus papéis como forma de melhorar os recursos humanos da empresa. Silva e França [4] investigaram os efeitos do uso de critérios na formação de equipes de sucesso. Em suas pesquisas conseguiram mostrar que o uso consistente de um conjunto de critérios para formação de equipes de desenvolvimento de projetos de software está relacionado com o sucesso dos projetos. Seu trabalho foi dividido em duas fases; a primeira fase, chamada de qualitativa, teve como foco entender quais critérios os gerentes utilizam na prática para selecionar engenheiros de software para formar equipes de projeto de software. A segunda fase, quantitativa, complementou a primeira fase construindo um questionário para entender se há alguma relação no uso de critérios de formação de equipes de desenvolvimento de projetos de software com o sucesso do projeto. Ao final, concluíram que o uso formal de critérios na formação de equipes de desenvolvimento de software tem um efeito positivo no sucesso do projeto. A principal implicação destes resultados é que as empresas podem aumentar as chances de sucesso de projetos de software através da adoção de conjunto mais formal e detalhada dos critérios de formação de equipe.

Gorla e Lam [5] conduziram uma metodologia de pesquisa de estudo com o objetivo de encontrar relação entre a composição de personalidade das equipes e o desempenho da equipe. Foi utilizado o Myers-Briggs Type Indicator (MBTI) como método para avaliar a personalidade dos indivíduos. No âmbito do sucesso ou insucesso do projeto foi utilizado um questionário para avaliar a percepção dos membros sobre o desempenho da equipe. Ao final, baseados nos resultados da pesquisa, foi possível elaborar uma lista de recomendações para criar uma equipe ideal de desenvolvimento de software.

Em [6] Trower e Moore estudaram o impacto dos objetivos individuais e desempenho que a formação das equipes tem sobre o desempenho da equipe. Baseado em quatro fatores (tamanho da equipe, objetivos individuais, motivação e desempenho) observou-se mais de 65% de variabilidade no desempenho de projetos. Foram analisadas variáveis individuais e de equipe, e o estudo corrobora com os anteriores sobre o cuidado que se deve ter na formação de equipes de projetos de sistemas de informação.

Após nove anos de estudo e observação, Meredith Belbin, conceituado pesquisador na área de gerencia de equipes e autor de vários livros, desenvolveu uma abordagem à gerência de equipes baseada na teoria de papéis. Em um indivíduo não se encontram todas as características desejáveis, mas uma equipe pode combinar todas as qualidades exigidas [7]. Em seu livro Management Teams - Why they succeed or fail, Belbin descreve seus experimentos, que foram projetados para visualizar como certas combinações de indivíduos podem produzir determinados resultados. Várias questões são levantadas sobre equipes, desde personalidades, como liderança, equipes de sucesso e fracassadas, tamanho ideal das equipes e construção de equipes. Vários temas são abordados pelo trabalho, incluindo a síndrome Apolo (onde todos os componentes da equipe apresentam características diferenciais), tamanho de equipe, formação da equipe, liderança em equipes, trabalho com equipes fracassadas e equipes vencedoras.

Pieterse et al. [8] citam a importância de um engenheiro de software ser competente no desenvolvimento de software, mas também é necessária aptidão para trabalhar em equipe. Nesse artigo, os autores mostram como chegaram a um modelo simples de formação de equipe. Encontraram na literatura vários fatores que podem influenciar no desempenho de uma equipe de projeto de software, entre eles habilidades de trabalhar em equipe, o envolvimento gerencial, as ferramentas e métodos de desenvolvimento de software, o tamanho da equipe, a alocação de papel de acordo com a personalidade e a diversidade de habilidades. Partindo desse modelo, fizeram um experimento e o utilizaram nas diversas fases de um projeto. Comprovaram que a diversidade de personalidade é um forte fator de sucesso que não pode ser ignorado, principalmente nas fases iniciais de formação da equipe.

Observa-se que a habilidade e experiência também são fatores importantes no resultado final de um projeto de software. Beaver et al. [9] criaram um modelo para avaliar e quantificar as habilidade de uma equipe de desenvolvimento de software. Foram avaliados 26 projetos de pequena escala e, ao final, concluíram que uma seleção com alto grau de experiência e habilidade da equipe de desenvolvimento nas fases iniciais do projeto (requisitos, projeto e implementação) aumentavam a qualidade do produto final. Por outro lado, a seleção de engenheiros de software menos qualificados afeta negativamente na qualidade do software. Os autores recomendam o uso do modelo de avaliação como forma de entender melhor os pontos fortes e fracos dos indivíduos, de forma a evitar atribuir tarefas que não são adaptadas a determinado perfil e dessa forma evitar o impacto negativo na qualidade do produto. Trabalhos futuros para continuar essa pesquisa de formação de equipe são considerados como forma de fornecer uma base para projetos de Engenharia de Software; pesquisas serão realizadas, tais como a coleta de dados de outros tipos de projetos em termos de tamanho e complexidade.

2.Papéis e Responsabilidades

Haverá um pesquisador principal, responsável pela execução desse Protocolo. Outros dois pesquisadores, alunos de Doutorado do orientador tmabém irão ajudar na validação das Strings de Busca. O orientador auxiliará nas demais revisões de critérios de inclusão e exclusão e na análise dos dados.

3.Processo de Busca

Consideramos que as perguntas de pesquisa “O que é uma equipe de desenvolvimento de software” e “Quais os critérios para formar uma equipe de desenvolvimento de software” irão auxiliar a prover uma visão geral de material disponível, atualizando o trabalho nesta área para ajudar gerentes, engenheiros de software e pesquisadores interessados em determinar o atual estado de pesquisa em critérios de formação de equipes de desenvolvimento de software.

O processo de busca para este estudo deve ser baseado em uma busca