1,118 research outputs found

    Software quality assurance in Scrum the need for concrete guidance on SQA strategies in meeting user expectations

    Get PDF
    Includes abstract.Includes abstract.The purpose of this study is to identify and present the concerns of project stakeholders in relation to Software Quality Assurance (SQA) in a Scrum environment. Guided by the tenets of Classic Grounded Theory Methodology, this exploratory and inductive case study presents a broad range of SQA concepts related to the main concern of “Meeting User Expectations”. In trying to resolve the main concern, the Scrum project stakeholders alluded to lack of “Concrete Guidance” on SQA strategies, tools, and techniques in Scrum. The lack of concrete guidance in Scrum requires a development team to devise “Innovations” which may include “Adopting Practices” from other methodologies and carefully designing the “Process Structure” to accommodate the “Adopted Practices”, ensure “Continuous Improvement” of the process, and provide an environment for “Collaborative Ownership”. In addition to the “Need for Concrete Guidance”, the study reveals two other important concepts necessary for “Meeting User Expectations”: the “Need for Solid User Representation” and the “Need for Dedicated Testing”. While some Agile proponents claim that the Agile SQA practices are adequate on their own, the study reveals a number of challenges that impact on a team’s ability to meet user expectations when there is no dedicated tester in a Scrum environment

    International Comparative Studies on the Software Testing Profession

    Get PDF
    This work attempts to fill a gap by exploring the human dimension in particular, by trying to understand the motivation of software professionals for taking up and sustaining their careers as software testers. Towards that goal, four surveys were conducted in four countries—India, Canada, Cuba, and China—to try to understand how professional software engineers perceive and value work-related factors that could influence their motivation to start or move into software testing careers. From our sample of 220 software professionals, we observed that very few were keen to take up testing careers. Some aspects of software testing, such as the potential for learning opportunities and the importance of the job, appear to be common motivators across the four countries, whereas the treatment of testers as second-class citizens and the complexity of the job appeared to be the most prominent de-motivators

    How Songbirds Learn to Sing Provides Suggestions for Designing Team Projects for Computing Courses

    Full text link
    Understanding how our brain works and how we learn is perhaps one of the greatest challenges facing twenty-first computer science. Songbirds are good candidates for trying to unravel some of this mystery. Over the last decade, a large amount of research has been made to better understand how songbirds learn complex songs. The Canary (Serinus canaria) and the Zebra Finch (Taeniopygia guttata) have been widely used bird models to study these brain and behavior relationships. Like songbirds, we humans are vocal and social learners. In such learners, the development of communication is initially steered by social interactions with adult tutors. In songbirds, song development is further shaped through interactions with peers and by attending to the consequences of others interacting. In this paper, we review three key areas in a bird’s brain which perform three specific roles (i.e. actor, experimenter and critic). Similarly, there are three roles (i.e. coder, designer and tester) that are being played in software firms for developing products. We can bring the same roles into the computer science classroom by designing a term project which involves students who play these three different roles. We demonstrate our methodology by showing how it works in a senior level computer science course. We then discuss and qualitatively show the benefits of such a role-based project design

    Agile software development in a context of plan-based organizations

    Get PDF
    Agile software development has increasingly been used in the last fifteen years with the goal of improving traditionally time-consuming and rather non-user friendly process of developing software code. As implications of agile development and its impact on employees are still unclear, it is important to understand the benefits, opportunities and limitations of this development or collaboration mechanism. Thus, empirical evidence with implications for decision makers in the field of corporate policy and software development is an open research field. This master thesis analyzes the potentials of agile software development and how this approach can be used to support the development processes in companies, in terms of efficiency, shorter time-to-market as well as better customer fit of the developed products or services. By exploring some of the key features of different methods and processes, the potentials and limitations of the selected approaches are analyzed and linked to recent literature insights

    Agile software development in a context of plan-based organizations

    Get PDF
    Agile software development has increasingly been used in the last fifteen years with the goal of improving traditionally time-consuming and rather non-user friendly process of developing software code. As implications of agile development and its impact on employees are still unclear, it is important to understand the benefits, opportunities and limitations of this development or collaboration mechanism. Thus, empirical evidence with implications for decision makers in the field of corporate policy and software development is an open research field. This master thesis analyzes the potentials of agile software development and how this approach can be used to support the development processes in companies, in terms of efficiency, shorter time-to-market as well as better customer fit of the developed products or services. By exploring some of the key features of different methods and processes, the potentials and limitations of the selected approaches are analyzed and linked to recent literature insights

    A case study in open source innovation: developing the Tidepool Platform for interoperability in type 1 diabetes management.

    Get PDF
    OBJECTIVE:Develop a device-agnostic cloud platform to host diabetes device data and catalyze an ecosystem of software innovation for type 1 diabetes (T1D) management. MATERIALS AND METHODS:An interdisciplinary team decided to establish a nonprofit company, Tidepool, and build open-source software. RESULTS:Through a user-centered design process, the authors created a software platform, the Tidepool Platform, to upload and host T1D device data in an integrated, device-agnostic fashion, as well as an application ("app"), Blip, to visualize the data. Tidepool's software utilizes the principles of modular components, modern web design including REST APIs and JavaScript, cloud computing, agile development methodology, and robust privacy and security. DISCUSSION:By consolidating the currently scattered and siloed T1D device data ecosystem into one open platform, Tidepool can improve access to the data and enable new possibilities and efficiencies in T1D clinical care and research. The Tidepool Platform decouples diabetes apps from diabetes devices, allowing software developers to build innovative apps without requiring them to design a unique back-end (e.g., database and security) or unique ways of ingesting device data. It allows people with T1D to choose to use any preferred app regardless of which device(s) they use. CONCLUSION:The authors believe that the Tidepool Platform can solve two current problems in the T1D device landscape: 1) limited access to T1D device data and 2) poor interoperability of data from different devices. If proven effective, Tidepool's open source, cloud model for health data interoperability is applicable to other healthcare use cases

    How to develop financial applications with game features in e-banking?

    Get PDF
    As for Gamification, it is about business software with game characteristics, understanding the software development process will improve the practices, and will more than likely, improve the business itself (make it more efficient, effective, and less costly and mainly collect a positive influence from the customers). This study aims to develop a framework that provides the mechanisms to ensure that the software will have game characteristic and that clients will recognize it as Gamification. Our results show that the five-step framework proposal applied to the Gamification project management on this study, the Spiral development model, and the group discussion results into a positive effect on customers and e-business. The spiral development methodology used for the development of this application showed to be the appropriated for this type of project. The tests with discussion-groups proved to be a key "tool" to identify and adapt the game characteristics that has led to the improvement of customer perception of socialness, usefulness ease of use, enjoyment and ease of use that probed to have a strong positive impact on the intention to use the game.info:eu-repo/semantics/acceptedVersio

    Agile Software Development: Exploring the Values and Principles, Collaboration and Boundary Objects

    Get PDF
    Agile software development, both a movement and a set of software development methods, guided by the values and principles state in the Manifesto for Agile development (Beck et al. 2001), should not be seen only as a collection of development methods. This thesis proposes that in order to understand what constitutes differences or similarities between Agile organisations, one should apply a holistic view of Agile development. This view consists of three elements that form the Agile development environment: the perspective the organisations have towards Agile, the Agile process the organisations follow and the Agile structures that form the basis for the process. By proposing this framework of Agile engagement, the thesis answers following research questions: 1. How does collaboration in organisations differ under the various approaches towards Agile? 2. How do organisations structure collaboration between Agile teams and business stakeholders? 3. How are boundary objects used in collaboration between these groups? As research method, I followed the eight steps of the SPS approach and conducted a qualitative, interpretive case study. The study consists of three case studies. First, the Extreme Inc. case is an example of an organisation where the members hold an Avid perspective towards Agile methods. The organisation had arranged the collaboration to follow a tightly integrated model where boundary objects are applied to support the pair programming method and foster face-to-face collaboration. The case of Escapade and Carmine presents an example of an Inclusive Agile perspective, where organisations strive to focus on collaboration and boundary mitigation. The organisations had set up a collaboration configuration, where boundary spanners and all boundary objects were designed to create a sense of presence and ease of collaboration. The last case, the PrecautionCorp program, is a study of an organisation where the members of the organisation have chosen to observe Agile methods in a Pragmatic way. All collaboration between the stakeholders was organised via selected boundary spanners who mitigated the boundaries but also maintained a level of control over the chaos by applying a variety of boundary objects. By analysing the three case studies, I have identified three main elements that impact Agile software development: the perspective the organisations have towards the Agile philosophy which impacts the Agile process, that is, how the Agile methods are applied in practice; the configuration of the business stakeholder collaboration; and the application of the boundary objects. Based on this analysis, I have presented the framework for Agile engagement, a holistic theory that tied together the elements of Agile development. The practical contributions of this thesis are several: practitioners can apply the framework for Agile engagement when analysing their own positions, can benefit from better understanding of the relations between Agile process, Agile perspective and Agile structures, and can enhance their understanding of the best possible application of boundary objects

    Requirements Engineering for Globally Distributed Teams using Scaled Agile Framework

    Get PDF
    As large organizations are striving to deliver software at a faster pace and to keep up with the latest trends, they are in a transformation stage of adopting to Scaled Agile Framework (SAFe). SAFe is a framework for implementing agile practices at enterprise level and it provides a roadmap for portfolios, programs and teams. Large organizations adopting to SAFe are facing challenges in coordinating, planning and managing requirements, as they work with globally distributed teams. The goal of this thesis was to improve the Requirements Engineering (RE) process using Scaled Agile Framework in globally distributed teams. The main research method used in this thesis was action research, an iterative approach which combines theory and practice. The empirical study was conducted in a large project that used SAFe and had eight globally distributed teams. In order to investigate the challenges faced by globally distributed teams, analysis of the existing literature and RE process flow in SAFe was important. It served as a good input to understand which good RE practices can be applied in the empirical study. The results of the study show that visually representing requirements as models and sharing domain and system knowledge through Community of Practice (CoP) reduced ambiguity in requirements. The good RE practice applied in SAFe, of working and improving collaboratively with the globally distributed teams helped in better coordination and managing of requirements. In addition to this, it was also essential to have SAFe training to develop clear and shared understanding of the framework and RE process. The lessons learned from the empirical study indicate that a well-organized PI planning is the key RE practice of SAFe in providing the big picture of requirements to all members in distributed teams. In addition, Community of Practice (CoP) can be a key RE practice of SAFe in sharing knowledge such as business domain, system knowledge, skills and techniques, and experiences
    • …
    corecore