Relevant bibliographies by topics / Software Team

Contents

  1. Journal articles
  2. Dissertations / Theses
  3. Books
  4. Book chapters
  5. Conference papers
  6. Reports

Academic literature on the topic 'Software Team'

Author: Grafiati
Published: 4 June 2025
Last updated: 23 June 2025

Create a spot-on reference in APA, MLA, Chicago, Harvard, and other styles

Select a source type:

Consult the lists of relevant articles, books, theses, conference reports, and other scholarly sources on the topic 'Software Team.'

Next to every source in the list of references, there is an 'Add to bibliography' button. Press on it, and we will generate automatically the bibliographic reference to the chosen work in the citation style you need: APA, MLA, Harvard, Chicago, Vancouver, etc.

You can also download the full text of the academic publication as pdf and read online its abstract whenever available in the metadata.

Journal articles on the topic "Software Team"

1

Hernández-López, Adrián, Ricardo Colomo-Palacios, Ángel García-Crespo, and Pedro Soto-Acosta. "Team Software Process in GSD Teams." International Journal of Human Capital and Information Technology Professionals 1, no. 3 (2010): 32–53. http://dx.doi.org/10.4018/jhcitp.2010070103.

Full text
Abstract:
Distributed software development is becoming the norm for the software industry today as an organizational response to globalization and outsourcing tendencies. In this new environment, centralized models for software development team building models have to be reanalyzed. Team Software Process (TSP) guides engineering teams in developing software-intensive products and is intended to improve the levels of quality and productivity of a team’s software development project. In this paper, the authors assess the difficulty of using TSP in distributed software development environments. The objective of this assessment is twofold; firstly, know the general difficulty for using TSP in these environments, and secondly, know the caveats to be addressed in future software development team building models designed specifically for distributed environments.
APA, Harvard, Vancouver, ISO, and other styles
2

Dey, Chitra, and Ganesh Mangadu Paramasivam. "Team Boundary Activity in Software Development Teams." Academy of Management Proceedings 2016, no. 1 (2016): 12484. http://dx.doi.org/10.5465/ambpp.2016.12484abstract.

Full text
APA, Harvard, Vancouver, ISO, and other styles
3

Gómez, Marta N., Silvia T. Acuña, Marcela Genero, and José A. Cruz-Lemus. "How Does the Extraversion of Software Development Teams Influence Team Satisfaction and Software Quality?" International Journal of Human Capital and Information Technology Professionals 3, no. 4 (2012): 11–24. http://dx.doi.org/10.4018/jhcitp.2012100102.

Full text
Abstract:
Team member knowledge and expertise are the aspects typically considered important for software team development formation. However, the authors believe that the formation of teams, as is found in literature, could be based on factors related to the personalities of the members of the development team, and that these factors might affect both the quality of the software product developed and the satisfaction perceived by the development team. In this work they present a controlled experiment, which was carried out during an academic course on Data Bases. The intention of this experiment was to evaluate whether the work team’s level of extraversion influenced, on the one hand, the final quality of the software products obtained and, on the other, the satisfaction perceived while this work was being carried out. The results obtained indicate that when forming work teams, project managers and lecturers should carry out a personality test beforehand in order to balance the amount of extraverted team members with those who are not extraverted. This would permit the team members to feel satisfied with the work carried out by the team without reducing the quality of the software products developed.
APA, Harvard, Vancouver, ISO, and other styles
4

Chiang, I. Robert, and Vijay S. Mookerjee. "Improving software team productivity." Communications of the ACM 47, no. 5 (2004): 89–93. http://dx.doi.org/10.1145/986213.986217.

Full text
APA, Harvard, Vancouver, ISO, and other styles
5

Schlimmer, J. C., J. B. Fletcher, and L. A. Hermens. "Team-oriented software practicum." IEEE Transactions on Education 37, no. 2 (1994): 212–20. http://dx.doi.org/10.1109/13.284997.

Full text
APA, Harvard, Vancouver, ISO, and other styles
6

Zingg, Christian, Alexander von Gernler, Carsten Arzig, Frank Schweitzer, and Christoph Gote. "Detecting the functional interaction structure of software development teams." PLOS ONE 19, no. 10 (2024): e0306923. http://dx.doi.org/10.1371/journal.pone.0306923.

Full text
Abstract:
The functional interaction structure of a team captures the preferences with which members of different roles interact. This paper presents a data-driven approach to detect the functional interaction structure for software development teams from traces team members leave on development platforms during their daily work. Our approach considers differences in the activity levels of team members and uses a block-constrained configuration model to compute interaction preferences between members of different roles. We apply our approach in a case study to extract the functional interaction structure of a product team at the German IT security company genua GmbH. We validate the accuracy of the detected interaction structure in interviews with five team members. Finally, we show how our approach enables teams to compare their functional interaction structure against synthetically created benchmark scenarios. Specifically, we evaluate the level of knowledge diffusion in the team and identify areas where the team can further improve. Our approach is computationally efficient and can be applied in real-time to manage a team’s interaction structure. In summary, our approach provides a novel way to quantify and evaluate the functional interaction structure of software development teams that aids in understanding and improving team performance.
APA, Harvard, Vancouver, ISO, and other styles
7

O’Connor, Rory, and Shuib Basri. "The Effect of Team Dynamics on Software Development Process Improvement." International Journal of Human Capital and Information Technology Professionals 3, no. 3 (2012): 13–26. http://dx.doi.org/10.4018/jhcitp.2012070102.

Full text
Abstract:
This article identifies the effect of team dynamics in the context of software development teams and its impact on software process improvement (SPI) activities in very small companies, in order to understand the relationship between these two variables. Most software development work is done by teams of software engineers working together in a collaborative manner to execute a software development process. Although there is much literature examining software process and how to improve it, less attention has been paid to the issues of team-working and specifically the impact of team dynamics on the software development process. Team dynamics is the term used to define how people work and interact together in teams. Teamwork is more effective with the existence of positive team dynamic, as it encourages a better working environment with satisfied, fulfilled employees who will in turn be more productive. This paper presents the results of a research study of team dynamics in very small software development companies and its impact on the software development process and software process improvement activities.
APA, Harvard, Vancouver, ISO, and other styles
8

Tavakoli, Farzaneh, and Taghi Javdani Gandomani. "A Novel Team Productivity Model for XP Teams." Journal of Cases on Information Technology 20, no. 4 (2018): 93–109. http://dx.doi.org/10.4018/jcit.2018100106.

Full text
Abstract:
Team productivity is one of the issues that always been considered in the software development teams. In software development process, as a team-oriented process, team productivity is a serious issue in software competitive industry that always gets high attention. Several studies have been conducted on various aspects of team productivity, but because of role of employed methodologies, providing a unified model in this regard is not possible. This article is specifically aimed to focus on team productivity in XP methodology and provide a productivity model dedicated for this method. The proposed model is developed based on the most influential features affecting team productivity. This model evaluated and gained enough acceptance. The article also shows the most effective XP practices that positively impact team productivity in XP projects.
APA, Harvard, Vancouver, ISO, and other styles
9

Mensah, Alexander Larbie. "The Impact of Teamwork Quality (TWQ) on Agile Software Development Team Performance." International Journal of Project Management 6, no. 3 (2024): 25–51. http://dx.doi.org/10.47672/ijpm.2179.

Full text
Abstract:
Purpose: The study examined the extent to which teamwork quality (TWQ) impacts team performance in the Agile software development space in the U.S. and how the TWQ factors (Communication, coordination of expertise, cohesion, trust, mutual support & value sharing) are ranked in terms of importance to team performance Materials and Methods: The study used correlation and regression analysis to determine the degree of the relationship and the effect of the extended TWQ factors on Agile software team performance. Additionally, the study assessed the relative importance of the TWQ factors to team performance. Participants in the study included IT workers from the software development team in U.S. companies with in-house teams using the Agile methodology. Data was collected using an online survey through survey monkey. The data was presented through descriptive statistics and analyzed using regression analysis. Findings: The study found all the extended TWQ factors were strongly correlated to the team performance. The analysis showed that a statistically significance predictive relationship exists between the extended TWQ factors and Agile software development team performance. However, only mutual support and value sharing contributed statistically significantly to the model. Among these factors, mutual support was ranked as the most important TWQ factor in relation to team performance, while trust was ranked as the least. Implications to Theory, Practice and Policy: This empirical study tested and extended the TWQ model on team performance in the Agile software development space in the U.S. for software development teams and how these TWQ factors are ranked in terms of importance to team performance. The findings provide insight to project teams and team leaders, product owners, scrum masters, and project managers about the TWQ model from the perspective of agile software development teams. The findings also address the critical TWQ factors that are needed for building effective and efficient Agile software development teams.
APA, Harvard, Vancouver, ISO, and other styles
10

DeFranco, Joanna F., and Phillip Laplante. "A software engineering team research mapping study." Team Performance Management: An International Journal 24, no. 3/4 (2018): 203–48. http://dx.doi.org/10.1108/tpm-08-2017-0040.

Full text
Abstract:
Purpose The purpose of this mapping study has been performed to identify, critically analyze and synthesize research performed in the area of software engineering teams. Teams, in a general sense, have been studied extensively. But the distinctive processes that need to be executed effectively and efficiently in software engineering require a better understanding of current software engineering team research. Design/methodology/approach In this work, software engineering team publications were analyzed and the key findings of each paper that met our search inclusion criteria were synthesized. In addition, a keyword content analysis was performed to create a taxonomy to categorize each paper and evaluate the state of software engineering team research. Findings In software engineering team research, the resulting areas that are the most active are teamwork/collaboration, process/design and coordination. Clear themes of analysis have been determined to help understand how team members collaborate, factors affecting their success and interactions among all project stakeholders. In addition, themes related to tools to support team collaboration, improve the effectiveness of software engineering processes and support team coordination have been found. However, the research gaps determined from the content analysis point toward a need for more research in the area of communication and tools. Originality/value The goal of this work is to define the span of previous research in this area, create a taxonomy to categorize such research and identify open research areas to provide a clear road map for future research in the area of software engineering teams. These results, along with the key finding themes presented, will help guide future research in an area that touches all parts of the software engineering and development processes.
APA, Harvard, Vancouver, ISO, and other styles
More sources

Dissertations / Theses on the topic "Software Team"

1

Gidlund, Maja. "Measuring feature team characteristics of software development teams." Thesis, KTH, Skolan för datavetenskap och kommunikation (CSC), 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-192371.

Full text
Abstract:
This report evaluates the team-structure of three software maintenance teams in order to decide their level of featureness (a term that defines to what extent a team has the quality (the set of characteristics) of being a feature team). Simulations of changes that are expressed as beneficial in an agile environment and that could increase the teams‘ level of featureness within the team structure are performed. The results show that each team‘s level of featureness is affected differently by each change. Partly, this underlines the importance of understanding the current team-structure before implementing changes that aim to increase the level of featureness. And secondly, within the scope of the study, the change where a user expert is declared a team member is concluded as the change that increases the teams‘ level of featureness the most. Based on the results the report also concludes that it is essential to implement changes that affect different, which in combination can increase the level of featureness.
APA, Harvard, Vancouver, ISO, and other styles
2

Crunk, John. "Examining Tuckman's Team Theory in Non-collocated Software Development Teams Utilizing Collocated Software Development Methodologies." Thesis, Capella University, 2018. http://pqdtopen.proquest.com/#viewpdf?dispub=10929105.

Full text
Abstract:
<p> The purpose of this qualitative, multi-case study was to explain Tuckman&rsquo;s attributes within software development when using a collocated software designed methodology in a non-collocated setting. Agile is a software development methodology that is intended for use in a collocated setting; however, organizations are using it in a non-collocated setting, which is increasing the software errors in the final software product. The New Agile Process for Distributed Projects (NAPDiP) was developed to fix these software errors that arise when using Agile in a non-collocated setting but have not been effective. This research utilized Tuckman's team theory to explore the disparity related to why these errors still occur. The research question asked is how software development programmers explain Tuckman's attributes (i.e., forming, storming, norming, performing) on software development projects. The study adopted a qualitative model using nomothetic major and minor themes in the exploration of shared expressions of sentiments from participants. The study&rsquo;s population came from seven participants located in the United States and India who met the requirement of using the Agile development methodology and work for organizations on teams with a size of at least thirty individuals from various organizations. A total of seven participants reached saturation in this multi-case study supporting the research question explored. The findings of the research demonstrated that development teams do not meet all stages and attributes of Tuckman&rsquo;s team development. Future research should explore additional ways that software development teams satisfy a more significant number of Tuckman&rsquo;s team development stages.</p><p>
APA, Harvard, Vancouver, ISO, and other styles
3

Yang, Bob 1976. "Managing a distributed software engineering team." Thesis, Massachusetts Institute of Technology, 1998. http://hdl.handle.net/1721.1/50394.

Full text
Abstract:
Thesis (M. Eng.)--Massachusetts Institute of Technology, Dept. of Electrical Engineering and Computer Science; and, Thesis (B.S.)--Massachusetts Institute of Technology, Dept. of Electrical Engineering and Computer Science, 1998.<br>Includes bibliographical references (leaves 97-98).<br>by Bob Yang.<br>B.S.<br>M.Eng.
APA, Harvard, Vancouver, ISO, and other styles
4

Basava, Shibani. "Supporting team performance---An empirical study of software teams, processes and tools to enhance software development." Connect to online resource, 2008. http://gateway.proquest.com/openurl?url_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:dissertation&res_dat=xri:pqdiss&rft_dat=xri:pqdiss:1453486.

Full text
APA, Harvard, Vancouver, ISO, and other styles
5

Cavalcante, Marcia Beatriz. "The impact of team software organizations on software quality and productivity." Thesis, National Library of Canada = Bibliothèque nationale du Canada, 1998. http://www.collectionscanada.ca/obj/s4/f2/dsk1/tape10/PQDD_0006/MQ44140.pdf.

Full text
APA, Harvard, Vancouver, ISO, and other styles
6

Gifford, Solomon Stephen. "A Roadmap for a Successful Software Development Team Assembly Model Using Roles." Thesis, Virginia Tech, 2003. http://hdl.handle.net/10919/43109.

Full text
Abstract:
Software development requires teams due to size, scope, and location of the project. A few software development team structures have been proposed based on tasks and job descriptions, but no team structure or model has been proposed to assemble software development teams based on individual characteristic and trait differences. This thesis presents two studies that support the argument that a new model needs to be developed for assembling software development teams. A roadmap for developing such a model is presented as the response to the inapplicability of applying current models to software development team assembly.<br>Master of Science
APA, Harvard, Vancouver, ISO, and other styles
7

Schoenhoff, Peter Klaus. "Belbin's Company Worker, The Self-Perception Inventory, and Their Application to Software Engineering Teams." Thesis, Virginia Tech, 2001. http://hdl.handle.net/10919/36117.

Full text
Abstract:
Software engineering often requires a team arrangement because of the size and scope of modern projects. Several team structures have been defined and used, but these structures generally define only the tasks and jobs required for the team. Various process and product metrics seek to improve quality, even though it is generally agreed that the greatest potential benefit lies in people issues. This study uses a team-based personality profiling tool, the Belbin Self-Perception Inventory, to explore the characteristics offered by the Company Worker, one of the team roles defined by Belbin.<br>Master of Science
APA, Harvard, Vancouver, ISO, and other styles
8

Sudhakar, G. P. [Verfasser]. "The Relationship between Team Climate and Performance in Software Development Teams / G.P. Sudhakar." München : GRIN Verlag, 2020. http://d-nb.info/120337318X/34.

Full text
APA, Harvard, Vancouver, ISO, and other styles
9

Sudhakar, G. P. [Verfasser]. "The Relationship between Team Climate and Performance in Software Development Teams / G.P. Sudhakar." München : GRIN Verlag, 2019. http://d-nb.info/1203373163/34.

Full text
APA, Harvard, Vancouver, ISO, and other styles
10

Ahlstrand, Rebecca, and Annie Xu. "Guidelines to improve teamwork in software projects." Thesis, KTH, Skolan för informations- och kommunikationsteknik (ICT), 2015. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-177553.

Full text
Abstract:
In consulting firms one of the goals is to have the consultants on an assignment with an external client to bring in capital. In some consulting firms, when the consultants are not on an assignment with a client, they work on internal projects until a new assignment arrives. Since most of the team members do not work for more than a few days or weeks on the projects, it leads to a high team member turnover. In projects with such a turnover, problems such as hasty handovers, unclear roles and responsibilities and low-quality documentation may occur. The purpose of this thesis was to create guidelines to improve teamwork in teams with a high team member turnover. This thesis was based on a case study of a company specializing in information technology and management consulting. To begin to tackle this problem, a literature review was conducted and the data was collected by conducting interviews. The interviews were performed with team members that had been on a project for the longest and shortest period of time in order to identify problems from different perspectives. Based on the interviews and the literature study, guidelines were created to counteract the problems experienced in this type of volatile teams. The guidelines are categorized in four areas: processes, resources, people and long-term perspective. The areas cover the problems experienced and can be ultimately implemented in all teams with high team member turnover to improve teamwork in software projects.<br>I konsultföretag är ett av målen att konsulterna ska vara på uppdrag hos en extern kund för att dra in pengar. I vissa konsultföretag, när konsulterna inte är hos en extern kund, arbetar de på interna projekt tills dess att ett nytt uppdrag kommer. Eftersom de flesta teammedlemmar inte jobbar i mer än några dagar på dessa interna projekt leder det till en hög omsättning av projektmedlemmar. I projekt med den typen av höga omsättning kan problem uppstå som förhastade överlämningar, otydliga roller och skyldigheter samt lågkvalitativ dokumentation. Målet med denna uppsats var att skapa riktlinjer för att förbättra lagarbete i teams med hög omsättning av projektmedlemmar. Denna uppsats var baserad på ett fallstudie på ett företag som är specialiserat på informationsteknik och management consulting. För att börja tackla detta problem utfördes en litteraturstudie och data samlades in genom intervjuer. Intervjuerna utfördes med de teammedlemmar som har deltagit i projektet längst respektive kortast tid, för att identifiera problemen utifrån olika perspektiv. Baserat på intervjuerna och litteraturstudien, skapades riktlinjer för att motverka dessa problem som uppstår i sådana typer av rörliga team. Riktlinjerna kan kategoriseras i fyra områden: processer, resurser, människor och långtids perspektiv. Dessa områden täcker de upplevda problemen och kan implementeras av teams som har hög omsättning av medlemmar för att förbättra arbetet inom teamet i mjukvaruprojekt.
APA, Harvard, Vancouver, ISO, and other styles
More sources

Books on the topic "Software Team"

1

Pasch, Jürgen. Software-Entwicklung im Team. Springer Berlin Heidelberg, 1994. http://dx.doi.org/10.1007/978-3-642-78513-9.

Full text
APA, Harvard, Vancouver, ISO, and other styles
2

James, Newkirk, ed. Visual studio team system: Better software development for agile teams. Addison-Wesley, 2007.

Find full text
APA, Harvard, Vancouver, ISO, and other styles
3

Babich, Wayne A. Software configuration management: Coordination for team productivity. Addison-Wesley, 1986.

Find full text
APA, Harvard, Vancouver, ISO, and other styles
4

Humphrey, Watts S. Introduction to the team software process(sm). Addison-Wesley, 2000.

Find full text
APA, Harvard, Vancouver, ISO, and other styles
5

Humphrey, Watts S. Introduction to the team software process(sm). Addison-Wesley, 2000.

Find full text
APA, Harvard, Vancouver, ISO, and other styles
6

Levinson, Jeff. Pro visual studio team system: With team edition for database professionals. 2nd ed. Apress, 2007.

Find full text
APA, Harvard, Vancouver, ISO, and other styles
7

Meier, J. D. Team development with Microsoft Visual studio team foundation server: Patterns & practices. Microsoft, 2008.

Find full text
APA, Harvard, Vancouver, ISO, and other styles
8

1971-, David Jean-Luc, ed. Professional Visual studio team system. Wiley Technology Pub., 2006.

Find full text
APA, Harvard, Vancouver, ISO, and other styles
9

Sleeva, Sheryl Lynn. Agile Innovation Team Learning: A Multiple Case Study of Agile Software Development Teams. [publisher not identified], 2021.

Find full text
APA, Harvard, Vancouver, ISO, and other styles
10

Institute, Project Management, ed. The virtual edge: Embracing technology for distributed project team success. 2nd ed. Project Management Institute, 2010.

Find full text
APA, Harvard, Vancouver, ISO, and other styles
More sources

Book chapters on the topic "Software Team"

1

Demant, Christian. "Das Team." In Software Due Diligence. Springer Berlin Heidelberg, 2017. http://dx.doi.org/10.1007/978-3-662-53062-7_4.

Full text
APA, Harvard, Vancouver, ISO, and other styles
2

Beneken, Gerd, Felix Hummel, and Martin Kucich. "Euer Team." In Grundkurs agiles Software-Engineering. Springer Fachmedien Wiesbaden, 2022. http://dx.doi.org/10.1007/978-3-658-37371-9_3.

Full text
APA, Harvard, Vancouver, ISO, and other styles
3

Rosen, Clive. "Team Management." In Guide to Software Systems Development. Springer International Publishing, 2020. http://dx.doi.org/10.1007/978-3-030-39730-2_4.

Full text
APA, Harvard, Vancouver, ISO, and other styles
4

Lind, Gregory, and Maryna Mishchenko. "Team Dynamics." In Radical Therapy for Software Development Teams. Apress, 2024. http://dx.doi.org/10.1007/979-8-8688-0187-7_2.

Full text
APA, Harvard, Vancouver, ISO, and other styles
5

Pasch, Jürgen. "Ein Problem: Die Software-Bürokratie." In Software-Entwicklung im Team. Springer Berlin Heidelberg, 1994. http://dx.doi.org/10.1007/978-3-642-78513-9_3.

Full text
APA, Harvard, Vancouver, ISO, and other styles
6

Pasch, Jürgen. "Die Theorie: Dialogischer Software-Entwurf." In Software-Entwicklung im Team. Springer Berlin Heidelberg, 1994. http://dx.doi.org/10.1007/978-3-642-78513-9_6.

Full text
APA, Harvard, Vancouver, ISO, and other styles
7

Pasch, Jürgen. "Die Praxis: Dialogischer Software-Entwurf." In Software-Entwicklung im Team. Springer Berlin Heidelberg, 1994. http://dx.doi.org/10.1007/978-3-642-78513-9_7.

Full text
APA, Harvard, Vancouver, ISO, and other styles
8

Pasch, Jürgen. "Der Prolog: Perspektivität bei der Software-Entwicklung Ein Fallbeispiel." In Software-Entwicklung im Team. Springer Berlin Heidelberg, 1994. http://dx.doi.org/10.1007/978-3-642-78513-9_1.

Full text
APA, Harvard, Vancouver, ISO, and other styles
9

Pasch, Jürgen. "Die Einführung." In Software-Entwicklung im Team. Springer Berlin Heidelberg, 1994. http://dx.doi.org/10.1007/978-3-642-78513-9_2.

Full text
APA, Harvard, Vancouver, ISO, and other styles
10

Pasch, Jürgen. "Die Tradition: Projekte aus der Sicht der Software- Technik." In Software-Entwicklung im Team. Springer Berlin Heidelberg, 1994. http://dx.doi.org/10.1007/978-3-642-78513-9_4.

Full text
APA, Harvard, Vancouver, ISO, and other styles

Conference papers on the topic "Software Team"

1

Devathasan, Kezia. "Decoding Diversity: Understanding its Impact on Team Performance in Software Teams." In 2025 IEEE/ACM 47th International Conference on Software Engineering: Companion Proceedings (ICSE-Companion). IEEE, 2025. https://doi.org/10.1109/icse-companion66252.2025.00028.

Full text
APA, Harvard, Vancouver, ISO, and other styles
2

Marsicano, George, Diana Valenca Pereira, Fabio Q. B. da Silva, and Cesar Franca. "Team Maturity in Software Engineering Teams." In 2017 ACM/IEEE International Symposium on Empirical Software Engineering and Measurement (ESEM). IEEE, 2017. http://dx.doi.org/10.1109/esem.2017.36.

Full text
APA, Harvard, Vancouver, ISO, and other styles
3

Miller, Phillip. "Team software process." In the 2009 Annual Research Conference of the South African Institute of Computer Scientists and Information Technologists. ACM Press, 2009. http://dx.doi.org/10.1145/1632149.1632150.

Full text
APA, Harvard, Vancouver, ISO, and other styles
4

Kemppainen, Amber, Amy Hamlin, Matthew Barron, and Mary Raber. "Comparing Team Evaluation Software (Team+ and CATME)." In 2022 IEEE Frontiers in Education Conference (FIE). IEEE, 2022. http://dx.doi.org/10.1109/fie56618.2022.9962624.

Full text
APA, Harvard, Vancouver, ISO, and other styles
5

Chen, Cong, and Kang Zhang. "TEAM RADAR." In 6th International Conference on Evaluation of Novel Software Approaches to Software Engineering. SCITEPRESS - Science and Technology Publications, 2011. http://dx.doi.org/10.5220/0003464201140120.

Full text
APA, Harvard, Vancouver, ISO, and other styles
6

McGuire, Mary. "Team software development techniques." In the twenty-second annual computer personnel research conference. ACM Press, 1986. http://dx.doi.org/10.1145/317210.317234.

Full text
APA, Harvard, Vancouver, ISO, and other styles
7

"Team." In 2012 IEEE International Conference on Software Maintenance (ICSM). IEEE, 2012. http://dx.doi.org/10.1109/icsm.2012.6404981.

Full text
APA, Harvard, Vancouver, ISO, and other styles
8

Chen, Pei-Chi, Ching-Chin Chern, and Chung-Yang Chen. "Software Project Team Characteristics and Team Performance: Team Motivation as a Moderator." In 2012 19th Asia-Pacific Software Engineering Conference (APSEC). IEEE, 2012. http://dx.doi.org/10.1109/apsec.2012.152.

Full text
APA, Harvard, Vancouver, ISO, and other styles
9

Robillard, Pierre N., and Mathieu Lavallee. "Software team processes: A taxonomy." In 2012 International Conference on Software and System Process (ICSSP). IEEE, 2012. http://dx.doi.org/10.1109/icssp.2012.6225952.

Full text
APA, Harvard, Vancouver, ISO, and other styles
10

Zhang, Suling, Marilyn Tremaine, Jerry Fjermestad, Allen Milewski, and Patrick O'Sullivan. "Delegation in Virtual Team: the Moderating Effects of Team Maturity and Team Distance." In 2006 IEEE International Conference on Global Software Engineering (ICGSE'06). IEEE, 2006. http://dx.doi.org/10.1109/icgse.2006.261217.

Full text
APA, Harvard, Vancouver, ISO, and other styles

Reports on the topic "Software Team"

1

Humphrey, Watts S. The Team Software Process (TSP). Defense Technical Information Center, 2000. http://dx.doi.org/10.21236/ada386941.

Full text
APA, Harvard, Vancouver, ISO, and other styles
2

Chick, Timothy A., Robert Cannon, James McHale, et al. Team Software Process (TSP) Coach Mentoring Program Guidebook. Defense Technical Information Center, 2009. http://dx.doi.org/10.21236/ada512361.

Full text
APA, Harvard, Vancouver, ISO, and other styles
3

Humphrey, Watts S., Timothy A. Chick, William Nichols, and Marsha Pomeroy-Huff. Team Software Process (TSP) Body of Knowledge (BOK). Defense Technical Information Center, 2010. http://dx.doi.org/10.21236/ada634307.

Full text
APA, Harvard, Vancouver, ISO, and other styles
4

Nord, Robert L., James McHale, and Felix Bachmann. Combining Architecture-Centric Engineering with the Team Software Process. Defense Technical Information Center, 2010. http://dx.doi.org/10.21236/ada536714.

Full text
APA, Harvard, Vancouver, ISO, and other styles
5

Callison, Rachel, and Marlene MacDonald. A Bibliography of the Personal Software Process (PSP) and the Team Software Process (TSP). Defense Technical Information Center, 2009. http://dx.doi.org/10.21236/ada512317.

Full text
APA, Harvard, Vancouver, ISO, and other styles
6

Chick, Timothy A., Robert Cannon, James McHale, et al. Team Software Process (TSP) Coach Mentoring Program Guidebook Version 1.1. Defense Technical Information Center, 2010. http://dx.doi.org/10.21236/ada528656.

Full text
APA, Harvard, Vancouver, ISO, and other styles
7

Davis, Noopur, and Jim McHale. Relating the Team Software Process(SM) (TSPSM) to the Capability Maturity Model for Software (SW-CMM). Defense Technical Information Center, 2002. http://dx.doi.org/10.21236/ada404970.

Full text
APA, Harvard, Vancouver, ISO, and other styles
8

Sims, Benjamin Hayden. Enabling coordinated, distributed development of scientific software: A research agenda for adapting a team of teams approach. Office of Scientific and Technical Information (OSTI), 2019. http://dx.doi.org/10.2172/1575765.

Full text
APA, Harvard, Vancouver, ISO, and other styles
9

McAndrews, Donald R. The Team Software Process (TSP): An Overview and Preliminary Results of Using Disciplined Practices. Defense Technical Information Center, 2000. http://dx.doi.org/10.21236/ada387061.

Full text
APA, Harvard, Vancouver, ISO, and other styles
10

McAndrews, Donald R. The Team Software ProcessSM (TSPSM): An Overview and Preliminary Results of Using Disciplined Practices. Defense Technical Information Center, 2000. http://dx.doi.org/10.21236/ada388712.

Full text
APA, Harvard, Vancouver, ISO, and other styles
You might also be interested in the extended bibliographies on the topic 'Software Team' for particular source types:
Journal articles Dissertations / Theses Books
We offer discounts on all premium plans for authors whose works are included in thematic literature selections. Contact us to get a unique promo code!

To the bibliography