7 research outputs found

    NON-TECHNICAL COMPETENCIES REQUIRED FOR INFORMATION TECHNOLOGY PROFESSIONALS: HOW TO EFFECTIVELY INTERACT WITH CLIENTS/USERS

    Get PDF
    After considering reasons for developing the competencies of information technology (IT) professionals, so me of their key non-technical competencies are identified and discussed. Focusing on competence in their communicative interactions, results are presented from a survey which was performed to identify specific components of competence in interaction with clients/users. A total of 150 traits was evaluated by 424 IT professionals. Four factors have been found to contribute lo competence in interaction with clients/users: (1) work effectiveness; (2) productive information exchange; (3) agreeableness; and (4) sales related characteristics. Results are interpreted in relation to the demands of the professional environment of IT personnel

    Development of a framework to understand the factors that influence software productivity in agile teams

    Get PDF
    Productivity improvement in the software industry is one of the major challenges facing many software development companies in this century. Most companies have adopted agile methodologies in order to profit from the benefits claimed for them. Agile methodologies are characterised by frequent software delivery, short feedback loops, quicker response to change, and problem identification earlier in the development process. The agile approach has been recognised as paving a way for companies to acquire higher software productivity, delivering good-quality and cost-effective software, enabling software development companies to respond to business challenges with their demands for high quality, high performance and high development speed in delivering the final product. For companies that adopt agile methodologies, understanding the factors that influence their teams’ software development productivity is a challenging task for management and practitioners today. In this research, an analysis is presented that identifies productivity factors that affect agile teams. It is a study of agile methods to identify common agile practices and/or values that have impact on productivity, and describes suitable metrics that could be used to measure agile team productivity. A qualitative research approach was used, and the case study was chosen as the research strategy. Two South African companies that are located in two different provinces and that adopted agile methodologies in their software development, were selected for the case studies. Qualitative content analysis was used in the research to permit subjective interpretation of factors that influence agile team productivity, and to analyse to what extent these factors affected productivity. This research has shown that an understanding of the factors that influence an agile team’s productivity gives significant insight into the way agile teams work, motivates team members to work together, and leads to uniform metrics in tracking each team’s progress. The study indicates that tracking an agile team’s work and providing adequate tools needed to execute their tasks results in improving agile team productivity. It should be recognised that using metrics to measure performance in agile teams is helpful in creating a team’s culture and trust. In this study, it was found that the factors identified in both literature and case studies affected productivity in the two companies under study, both positively and negatively. The study also found that applying the correct metrics in assessing, analysing and reviewing an agile team’s performance is important when monitoring productivity. Successful software delivery is only possible if individuals are committed to their work, are provided with the necessary tools and have access to a stable working environment. In addition, individual factors such as knowledge, skills, abilities, personalities and experience should be considered when forming agile teams. Consideration of these factors will result in grouping people that are able to work together and achieve a common goal, which is important in improving productivity. A conceptual framework for agile team productivity was proposed. The discussion of the findings is presented in more detail in this research.School of ComputingM.Sc. (Computing

    A Structured Systemic Framework for Software Development

    Get PDF
    The purpose of this research was to develop and apply a systems-based framework for the analysis of software development project performance. Software development project performance is measured at the project level; that is, cost, schedule, and product quality that affect the overall project. To date, most performance improvement efforts have been focused on individual processes within the overall software development system. Making improvements to sub-elements, processes, or sub-systems without regard for the overall project is a classic misbehavior entered into by practitioners who fail to use a holistic, systemic approach. Attempts to improve sub-system behavior are at odds with The Principle of Sub-optimization. (van Gigch, 1974) The traditional method of predicting software development project performance, in terms of sub-system performance is too restrictive. A new holistic, systemic view based on systems principles offers a more robust way to look at performance. This research addressed this gap in the systems and software body of knowledge by developing a generalizable and transportable framework for software project performance that is based on systems principles. A rigorous mixed-method research methodology, employing both inductive and case study methods, was used to develop and validate the framework. Two research questions were identified as integral to increasing the understanding of a systems-based framework. (1) How does systems theory apply to the analysis of software development project performance? (2) What results from the application of a systems-based analysis framework for analyzing performance on a software development project? Using Discoverers\u27 Induction (Whewell, 1858), a systems-based framework for the analysis of software development project performance was constructed, adding to the systems and software body of knowledge and substantiating a comprehensive and unambiguous theoretical construct for software development. Then, the framework was applied to two completed software development projects to support validation. The structured systemic framework shows significant promise for contribution to software practitioners by indicating future software development project performance. The research also made a contribution in the area of research methodologies by resurrecting William Whewell\u27s Discoverers\u27 Induction (1858) and furthering the use of the case study method in the engineering management and systems engineering domain, areas where their application has been very limited

    Characterising the relationship between practice and laboratory-based studies of designers for critical design situations

    Get PDF
    Experimental study of the designer plays a critical role in design research. However laboratory based study is often poorly compared and contrasted to practice, leading to a lack of uptake and subsequent research impact. The importance of addressing this issue is highlighted by its significant influence on design research and many related fields. As such the main aim of this work is to improve empirical design research by characterising the relationship between practice and laboratory-based studies for critical design situations. A review of the state of the art methods in design research and key related fields is reported. This highlights the importance and commonality of a set or core issues connected to the failure to effectively link study of practice and study in the laboratory. Further to this a technical review and scoping was carried out to establish the most efective capture strategy to be used when studying the designer empirically. Subsequently three studies are reported, forming a three point comparison between practice the laboratory (with student practitioners) and an intermediary case (a laboratory with practitioners) . Results from these studies contextualise the critical situations in practice and develop a detailed multi-level comparison between practice and the laboratory which was then validated with respect to a number of existing studies. The primary contribution of this thesis is the development of a detailed multi-level relationship between practice and the laboratory for critical design situations: information seeking, ideation and design review. The second key contribution is the development of a generic method for the empirical study of designers in varying contexts - allowing researchers to build on this work and more effectively link diverse studies together. The final key contribution of this work is the identification of a number of core methodological issues and mitigating techniques affecting both design research and its related fields.EThOS - Electronic Theses Online ServiceGBUnited Kingdo

    The Slippery Path to Productivity Improvement

    Get PDF
    The article of record as published may be found at https://doi.org/10.1109/52.526831Productivity tools simply aren't delivering increased productivity even when a project is managed "by the book". It is demonstrated that there may be more systemic, albeit counterintuitive, causes for the "productivity paradox". Specifically, the productivity potential of software engineering tools may be squandered not because organizations fail to institute the necessary managerial practices but because the software development environment is a complex social system that causes such practices to have unintended consequences. To support this view, the author uses a system dynamics microworld of the software development process to simulate the long term productivity trend in a a hypothetical project environment managed "by-the-book". The microworld lets the project team examine possible causes one by one through controlled experimentation and hence allows them to discern true causal relationships in a failed project. The results indicate productivity erosion was unintentionally accelerated by perfectly "good" planning and control practices
    corecore