What Are the Characteristics that Software Development Project Team Members Associate with a Good Project Manager?

2015 ◽  
Vol 46 (5) ◽  
pp. 81-93 ◽  
Author(s):  
Alicia Medina ◽  
Alison J. Francis
Author(s):  
Valerija Platonova ◽  
Solvita Berzisa

Gamification methodology has a positive impact on software development (SD) processes, contributes to better product quality production and team involvement. To show how gamification can be used to motivate the SD project team to carry out daily routine activities and document it in PM tool the gamification framework is proposed in this paper. With this gamification framework is also tried to solve project manager challenge to get actual information in PM tool entered by the project team for correct reporting of project status and process overview. A prototype of a gaming tool has been developed, which is based on Jira's app functionality and is implemented as a plugin.


Author(s):  
Marcos Ruano-Mayoral ◽  
Ricardo Colomo-Palacios ◽  
Ángel García-Crespo ◽  
Juan Miguel Gómez-Berbís

Despite the clear relevance of the Information and Communications Technologies (ICT) market in world economics and the evident lack of success of software projects, organizations devote little effort to the development and maturity of the software project manager profession. This work analyzes the figure of project manager from the perspective of the Team Software Process (TSP), and it considers the required skills, attitudes and knowledge for a software development project. The basis for the study is the analysis of relevant references from the literature for their subsequent categorization into different competency concepts. The results of the analysis are compared with the contributions which the Guide to the SWEBOK® and the PMBOK® Guide models provide of the profiles of the project manager. The results indicate that the literature relating to the Team Software Process is focused on the definitions of skills and attitudes, and to a lesser extent on knowledge components. The lack of the definition of the components which comprise competency constitutes a challenge for software development organizations that use TSP, whose project managers should confront the task with full capacities, and without the help of established and recognized competencies. The current work attempts to establish the competencies for project managers identified in the literature, in the environment of the use of TSP for software development, using a study based on content analysis.


Author(s):  
Inga Podjavo ◽  
Solvita Berzisa

The necessity of finding the connection between the planning, decision making, actions and results create project management interest to an evaluation of the project team performance. By analyzing the team performance, determining successful projects and assessing results, members of such project will have the necessary information to avoid failures, to monitor the progress, to compare similar projects and move to defined goals. The objective of this paper is to provide guidelines for evaluation of the project team performance in the software development project. This paper summarizes measures for evaluation of the team performance, an evaluation objectives and it benefits as well as factors that may have an influence on the team performance. Demonstration example of the guideline usage has been provided.


Author(s):  
Javier García Guzmán ◽  
Javier Saldaña Ramos ◽  
Antonio Amescua Seco ◽  
Ana Sanz Esteban

The management of globally distributed software teams is complex because of problems of linguistic differences, geographical dispersion, different time zones, and the cultural diversity of the team members; what is particularly common in software development environments. These problems are amplified when a single software development team is composed of highly skilled individuals working in dispersed geographical locations, and they have to work as a team across distances. This paper describes several of the most important factors that contribute to the correct and effective management of global virtual teams for software development and underlying solutions are addressed to reduce cultural and time barriers. These factors are obtained from an industrial case study, which lasted 36 months, corresponding to a huge software development project that involved several global virtual teams. These success factors consider different perspectives as technology, human factors and process.


Author(s):  
Mridul Bhardwaj ◽  
Ajay Rana

<p class="MsoNormal" style="margin: 0in 0in 10pt; text-align: justify;"><span style="line-height: 115%; font-size: 9pt; mso-bidi-font-size: 12.0pt;"><span style="font-family: Calibri;"><span style="mso-spacerun: yes;"><span style="font-size: small;"><span style="line-height: 115%; mso-bidi-font-size: 12.0pt;">Every software development project is unique and different from repeatable manufacturing process. Each software project share different challenges related to technology, people and timelines. If every project is unique, how project manager can estimate project in a consistent way by applying his past experience. One of the major challenges faced by the project manager is to identify the key software metrics to control and monitor the project execution. Each software development project may be unique but share some common metric that can be used to control and monitor the project execution. These metrics are software size, effort, project duration and productivity. These metrics tells project manager about what to deliver (size), how it was delivered in past (productivity) and how long will it take to deliver with current team capability (time and effort). In this paper, we explain the relationship among these key metrics and how they statistically impact each other. These relationships have been derived based on the data published in book “Practical Software Estimation” by International Software Benchmarking Group. This paper also explains how these metrics can be used in predicting the total number of defects. Study suggests that out of the four key software metrics software size significantly impact the other three metrics (project effort, duration and productivity). Productivity does not significantly depend on the software size but it represents the nonlinear relationship with software size and maximum team size, hence, it is recommended not to have a very big team size as it might impact the overall productivity. Total project duration only depends on the software size and it does not depend on the maximum team size. It implies that we cannot reduce project duration by increasing the team size. This fact is contrary to the perception that we can reduce the project duration by increasing the project team size. We can conclude that software size is the important metrics and a significant effort must be put during project initiation phases to estimate the project size. As software size will help in estimating the project duration and project efforts so error in estimating the software size will have significant impact on the accuracy of project duration and effort. All these key metrics must be re-calibrated during the project development life cycle. </span><strong style="mso-bidi-font-weight: normal;"></strong></span></span></span></span></p><p class="MsoNormal" style="margin: 0in 0in 10pt; text-align: justify;"> </p>


2022 ◽  
pp. 565-583
Author(s):  
Hanna Dreyer ◽  
Gerald Robin Bown ◽  
Martin George Wynn

Specialised knowledge is a key component of success in an organisational context that resides in the expertise of the organisation's personnel. To explore this situation, an ethnographic case study was chosen in which data was collected from a software development project. Extempore verbal exchanges occur through the interplay of project team members in weekly meetings, as the software was tested, analyzed, and altered in accordance with the customer's needs. Utilizing tacit knowledge from the project members as well as the group, new tacit knowledge surfaces and spirals, which allows it to build over time. Five extempore triggers surfaced during the research generated through explicit stimuli, allowing project members to share and create new knowledge. Through the use of ideas developed by Husserl and Heidegger, this study has cast some light on verbal exchanges that, through their interjection, allow significant learning to take place. The theoretical development places these learning triggers in an interpretive framework, which can add value to other software development projects.


2021 ◽  
pp. 875697282096030
Author(s):  
Meghann L. Drury-Grogan

This study examines changing team cognition and cognitive artifact use as agile software development iterations progress to better understand team member interactions. The four case studies conducted observed the distributed cognition on the team changing from planning, managing, developing, and concluding tasks in iterations to deliver working functionality. Cognitive artifacts used throughout the iteration also changed. This study provides a clearer understanding of how and when team cognition and artifact use change as agile software development teams use artifacts to manage projects. Interactions between team members and artifacts move from individual to social interactions as the iteration progresses with frequent, short, continuous communication and interactions.


Author(s):  
Mridul Bhardwaj ◽  
Ajay Rana

<p class="MsoNormal" style="margin: 0in 0in 10pt; text-align: justify;"><span style="line-height: 115%; font-size: 9pt; mso-bidi-font-size: 12.0pt;"><span style="font-family: Calibri;"><span style="mso-spacerun: yes;"><span style="font-size: small;"><span style="line-height: 115%; mso-bidi-font-size: 12.0pt;">Every software development project is unique and different from repeatable manufacturing process. Each software project share different challenges related to technology, people and timelines. If every project is unique, how project manager can estimate project in a consistent way by applying his past experience. One of the major challenges faced by the project manager is to identify the key software metrics to control and monitor the project execution. Each software development project may be unique but share some common metric that can be used to control and monitor the project execution. These metrics are software size, effort, project duration and productivity. These metrics tells project manager about what to deliver (size), how it was delivered in past (productivity) and how long will it take to deliver with current team capability (time and effort). In this paper, we explain the relationship among these key metrics and how they statistically impact each other. These relationships have been derived based on the data published in book “Practical Software Estimation” by International Software Benchmarking Group. This paper also explains how these metrics can be used in predicting the total number of defects. Study suggests that out of the four key software metrics software size significantly impact the other three metrics (project effort, duration and productivity). Productivity does not significantly depend on the software size but it represents the nonlinear relationship with software size and maximum team size, hence, it is recommended not to have a very big team size as it might impact the overall productivity. Total project duration only depends on the software size and it does not depend on the maximum team size. It implies that we cannot reduce project duration by increasing the team size. This fact is contrary to the perception that we can reduce the project duration by increasing the project team size. We can conclude that software size is the important metrics and a significant effort must be put during project initiation phases to estimate the project size. As software size will help in estimating the project duration and project efforts so error in estimating the software size will have significant impact on the accuracy of project duration and effort. All these key metrics must be re-calibrated during the project development life cycle. </span><strong style="mso-bidi-font-weight: normal;"></strong></span></span></span></span></p><p class="MsoNormal" style="margin: 0in 0in 10pt; text-align: justify;"> </p>


Sign in / Sign up

Export Citation Format

Share Document