25 research outputs found

    Agile software development approach for \u27ad-hoc\u27 IT projects

    Get PDF
    Restrictive Scrum assumptions make the effectiveness of this approach debatable in projects deviating from typical execution conditions. This article delivers a comprehensive software development approach for both academic and commercial Information Technology (IT) projects effectuated by teams that are hampered by significantly unsystematic participation of project members and mercurial internal communication. The nature of ‘ad-hoc’ projects imposes another level of difficulty in terms of both managing the conduct of such a project and ensuring the quality of the end product. Multicyclic action research enabled a gradual adaptation of the Scrum approach to support such project conditions. This study introduces major alterations to Sprint implementation and minor enhancements within the documentation process to streamline knowledge sharing among Development Team members. Proposed key alterations include the evolution of Daily Scrum towards Weekly Scrum, the possibility of extending Sprints length, the eventuality to switch team members during Sprint due to substantial failure to meet deadlines, having at least two team members responsible for a single Product Backlog Item (PBI) at all times, as well as exclusion of Burndown Chart in favor for Development Team members updating their working time. Positive validation of enhancements in mixed settings confirms that the generic Scrum framework can be adapted to support highly volatile projects. The proposed approach is suitable not only for carrying out software development initiatives that rely heavily on the skills of external experts and/or volunteers. It also supports traditional Scrum teams that seek to reduce their exposure to risk arising from organizational changes

    Low-code -pohjaisen tehdasapplikaatiokonseptin kehitysprosessi

    Get PDF
    Teollisen digitalisaation murros on siirtymässä ihmiskeskeisempään aikakauteen, jossa älykkäiden teknologioiden sijaan keskitytään ihmisen ja tuotantojärjestelmän välisen yhteistyön kehittämiseen. Tämä puolestaan on kasvattanut tarvetta erilaisten tuotantotyötä tukevien rajapintojen nopeaan kehittämiseen. Samalla digitalisaation esteeksi yrityksissä on kuitenkin muodostunut ohjelmistoammattilaisten puute. Low-code -alustat pyrkivät tarjoamaan ratkaisun tähän mahdollistamalla ohjelmistojen nopean ja ketterän kehittämisen minimoimalla tarpeen perinteiselle koodille. Low-code -kehittämisen tuomista mahdollisuuksista huolimatta siihen liittyy sen uutuuden vuoksi kuitenkin paljon epätietoisuutta. Tästä syystä teollisuusyrityksissä nojaudutaan usein perinteiseen koodiperustaiseen tapaan tehdä ohjelmistokehitystä. Tässä diplomityössä tarkastellaan low-code -pohjaisen Smart Factory app -tehdasapplikaationkonseptin kehitysprojektia. Smart Factory app -konseptin visiona on kevyt, käyttäjäkohtaisesti kustomoitava käyttöliittymäratkaisu, joka hyödyntää tuotannon tietojärjestelmien dataa yhdistäen niistä tarvittavaa tietoa yhteen käyttöliittymään. Samalla Smart Factory app -projektissa pyrittiin esittelemään low-coden potentiaalia erilaisten organisaation tietojärjestelmien dataa hyödyntävien ohjelmistosovellusten nopeaan kehittämiseen. Tällä tavoin Smart Factory app -konseptilla pyritään vastaamaan kahteen edellä mainittuun tarpeeseen: ihmisen ja tuotantojärjestelmien rajapintojen kasvaneeseen kysyntään ja low-code -kehittämiseen liittyvään epätietoisuuteen. Diplomityöllä oli kaksi tavoitetta. Ensimmäinen oli määritellä todellisen tuotantoympäristön tarpeisiin perustuva kuvaus Smart Factory app -konseptin toiminnallisuuksista ja tarpeista. Toinen oli tarkastella low-coden vaikutusta ohjelmistokehitykseen. Tehdasapplikaatiokonseptin tarpeita ja vaatimuksia kartoitettiin asiakasyritysten tuotantoympäristössä työskentelevien työntekijöiden haastatteluilla. Low-coden tarkasteluun hyödynnettiin sekä kirjallisuuskatsausta, että haastatteluja. Kirjallisuuskatsauksella pyrittiin tarkastelemaan low-coden vaikutusta Scrum-prosessin mukaiseen ohjelmistokehitykseen. Haastattelut toteutettiin Smart Factory app -prototyypin kehitystiimille. Haastattelujen tavoitteena oli kartoittaa low-coden -teknologian tuomia hyötyjä verrattuna perinteiseen ohjelmistokehityksen vaatimusmäärittelyprosessiin. Asiakasyritysten haastattelujen perusteella Smart Factory app -konseptin mukaiselle ohjelmistosovellukselle on selvää kysyntää. Asiakasyrityksissä toivottiin helppokäyttöistä, eri tieto-järjestelmien dataa kokoavaa käyttöliittymää. Lisäksi käyttöliittymän tulisi olla nopeasti muokattavissa tuotantoympäristön muutoksiin. Applikaatiolta toivottiin tukea erityisesti tuotantoprosessin kokonaiskuvan seurantaan, materiaalivirtojen tarkasteluun, työohjeiden saatavuuteen, sekä sisäiseen logistiikkaan liittyvien prosessien suoraviivaistamiseen ja automatisointiin. Kirjallisuuskatsauksessa low-coden havaittiin tukevan Scrum-prosessin iteratiivisen kehittämisen periaatetta edistämällä Scrum-prosessiin perustuvan ohjelmistokehityksen nopeutta ja ketteryyttä. Low-code -alustojen keskeisten ongelmien vuoksi niiden soveltuvuutta on tarkasteltava tapauskohtaisesti jo ennen Scrum-prosessin ensimmäistä kehitysjaksoa. Vaatimusmäärittelyn osalta low-code vaikuttaisi edistävän erityisesti vaatimusten validointi ja verifiointiprosessia nopean ja ketterän prototypoinnin kautta. Sekä kirjallisuuskatsauksessa, että kehitystiimin haastatteluissa low-coden havaittiin mahdollistavan tiiviimmän yhteistyön ohjelmistokehityksen sidosryhmien välillä, jolloin ohjelmistokehittäjien ja sidosryhmien välinen kuilu pienenee. Tämän havaittiin edistävän niin Scrum-prosessin, kuin vaatimusmäärittelyprosessinkin suorituskykyä. Kehitystiimin haastattelujen perusteella tämä kuitenkin edellyttää kehitystarpeen omistajan aktiivista osallistamista osaksi ohjelmistokehityksen käytännön työtä

    Uncertainty in software development: a threat and a possibility

    Get PDF
    Uncertainty is a pervasive and inevitable phenomenon in software development. It affects most if not all stakeholders in software projects in different ways. Mostly uncertainty is seen as a risk or threat that is one of the causes behind the failures of software projects. But there are also possibilities or opportunities that can be found from uncertainty. Uncertainty has been researched in academia, but not often from the viewpoint of software development. Understanding the causes and effects of uncertainty is needed to be able to mitigate the negative and to increase the positive aspects. Understanding the subject may also help in coping with the effects of inevitable uncertainties. This thesis explores the subject by conducting a literature review. The aim of this work is to increase understanding of causes and effects of uncertainty and how uncertainty can be managed in software development projects. This thesis discusses different types and sources of uncertainty that affect software development projects. The type represents what the uncertainty is about, and the source represents what causes the uncertainty. The presented types include for example requirements, stakeholders, and situation. The examined sources contain ambiguity, complexity, and lack of trust among other things. The effects of uncertainty on development projects and individual developers are dis-cussed as well. The effects on projects include for example delays in schedule, decreased product quality, and poor estimates, while the effects on developers include stress, feelings of inadequacy, or increased motivation among other things. Discussion of uncertainty management is divided into reducing uncertainty and coping with uncertainty. The former can be achieved for example by maintaining continuous and direct communication with stakeholders and by doing the development of the project in short, repeated iterations that builds the project in small steps. Coping with uncertainty can be facilitated by high autonomy of the team and trust between project members among other things. Also, the suitability of different software development processes in relation to uncertainty are discussed with the conclusion being that project type is a major factor in what software development process should be used

    Agile software development approach for 'ad-hoc' IT projects

    Get PDF
    Restrictive Scrum assumptions make the effectiveness of this approach debatable in projects deviating from typical execution conditions. This article delivers a comprehensive software development approach for both academic and commercial Information Technology (IT) projects effectuated by teams that are hampered by significantly unsystematic participation of project members and mercurial internal communication. The nature of ‘ad-hoc’ projects imposes another level of difficulty in terms of both managing the conduct of such a project and ensuring the quality of the end product. Multicyclic action research enabled a gradual adaptation of the Scrum approach to support such project conditions. This study introduces major alterations to Sprint implementation and minor enhancements within the documentation process to streamline knowledge sharing among Development Team members. Proposed key alterations include the evolution of Daily Scrum towards Weekly Scrum, the possibility of extending Sprints length, the eventuality to switch team members during Sprint due to substantial failure to meet deadlines, having at least two team members responsible for a single Product Backlog Item (PBI) at all times, as well as exclusion of Burndown Chart in favor for Development Team members updating their working time. Positive validation of enhancements in mixed settings confirms that the generic Scrum framework can be adapted to support highly volatile projects. The proposed approach is suitable not only for carrying out software development initiatives that rely heavily on the skills of external experts and/or volunteers. It also supports traditional Scrum teams that seek to reduce their exposure to risk arising from organizational changes

    Uncovering Situations of Cargo Cult Behavior in Agile Software Development Method Use

    Get PDF
    Misinterpretations and faulty use of Software Development Method (SDM) practices and principles are identified pitfalls in Software Development (SD). Previous research indicates cases with method adoption and use failures; one reason could be the SDM Cargo Cult (CC) behavior, where SD organizations claim to be agile but not doing agile. Previous research has suggested the SDM CC framework as an analytical tool. The aim of this paper is to refine the SDM CC framework and empirically test this version of the framework. We use data from an ethnographical study on three SD teams’ Daily Scrum Meetings (DSM). The empirical material was collected through observations, interviews, and the organization’s business documents. We uncovered twelve CC situations in the SD teams’ use of the DSM practice, structured into seven categories of SDM deviations: bringing irrelevant information, canceling meetings, disturbing the team, receiving unclear information, bringing new requirements, problem-solving, and task distribution

    A leadership model for DevOps adoption within software intensive organisations

    Get PDF
    The research, undertaken in organisational environments within IT-oriented culture and highly structured processes, outlines challenges and benefits associated to the adoption of Agile, Lean, and DevOps practices and principles. Realizing the adoption of DevOps practices and principles is no longer restricted to technology-specific skills. Studies indicate that successful DevOps adoption is part of continuous organisational transformation at various levels, and that includes a shift in cultural and behavioural patterns, process-driven perspectives, and toolchain usage readiness. There are also DevOps models to suggest an adoption roadmap for organisations to follow through the transitional path from existing highly structured processes to agile and lean approaches. However, there is a considerable lack of validated adoption models which are inclusive of leadership styles, traits, characteristics and the connection to adoption success or failure. This thesis details the explanation of product development approaches and using a mixed methods approach aims to provide proof and evidence to support the answers towards three research questions. The approach collected data through thirty interviews with industry practitioners, who were from ten countries working in nine different industry sectors. Almost two-thirds of interviewees had practiced DevOps. A set of agile, lean and DevOps practices and principles, which organisations choose to include in their DevOps adoption journeys were identified. The most frequently adopted structured service management practices, contributing to DevOps practice adoption success, indicate that those with software development and operation roles in DevOps-oriented organisations benefit from existence of highly structured service management approaches such as ITIL® . Furthermore, coded themes were generated based on the thirty interviews to expand understanding of relevant factors and produce the structure of an online survey. The analysis and evaluation of the online survey (n=250) confirmed some of the initial findings of the interviews and expanded viewpoints on other perceived outcomes. Out of the total 250 participants, 81% had 10+ years of professional experience and two-thirds were practicing DevOps. 73% of participants were from Europe and 76% had held previous leadership positions. The aim of the survey was to unveil leadership-specific observations on characteristics and factors that would indicate certain reasoning behind challenges faced by organisations while transitioning to DevOps. The research questions which evolved around (R1) an understanding of how productivity can be improved for software product development teams, indicated that there is a specific set of service management, project management and product management practices and principles to take into account. Furthermore, evidence produced from the qualitative and quantitative studies confirmed (R2) that DevOps-oriented organisations have mainly preferred to extend the structured approaches previously adopted such as ITIL® v3. The online survey produced significant evidence (R3.a) of industry practitioners’ desire to have a leadership role for the purposes of DevOps practice and principle adoption. (R3.b) The emergent leadership style pertinent to the transition of IT-focused organisations to DevOps condensed to the linkage of transformational and servant leadership. The observations from the confirmatory study of the online survey (n=250) contributed to the design and development of a conceptual model which emphasizes. The conceptual model was validated using PLS-SEM to improve understanding of significance and predictive power of construct validity and corresponding manifest variables. The final, model evaluation research stage of three focus group interviews (n=19), indicated industry practitioner consensus on the validated model in a range of 70% - 79%. The thesis outcomes formulate a leadership model towards the fulfilment of DevOps adoption within organisations. The thesis outcomes also aim to support the transitional efforts to DevOps, and commitment of software-intensive i.e. enterprise with an IT organisation. In this way, it become possible to enhance the competence level of an organisation’s adoption capability, guide DevOps adoption leadership through its upskilling journey, and achieve the cultural shift of mindset to enable continuous and habitual change

    Implementing Agile practices in a large game development company

    Get PDF
    Abstract. Large game development companies working with complex projects need to find ways to work iteratively and adjust to changing requirements in order to succeed. To achieve this, many of them turn to Agile frameworks and practices. In this thesis, the purpose is to analyze how these large game development companies implement Agile working practices and what are the related benefits and challenges. The roles of human skills in the implementation process are also examined. This is done by conducting a single-case study of the Agile implementation process in a case company. The findings of the study indicate that the Agile implementation process in the case company follows a general change process structure, which consists of seven core activities: recognition and start, diagnosis, planning, implementation and review, sustaining change, learning, and managing people issues. During the implementation process, the most significant challenges the case company faced were connected to implementing Agile ways of leading development, such as Product Ownership and Products Backlog. In addition, the relationship of human skills and Agile implementation appears to be cyclical; while well-developed human skills such as support, communication, and conflict solving skills make the implementation process easier, properly implemented Agile practices may also improve human skills. This study contributes to Agile implementation research by expanding the knowledge of Agile implementation in large game development organizations and elaborating the connection between the implementation process and change management theory. The findings of the study can also help those implementing Agile in game companies to predict the structure of the process and anticipate the potential challenges of it.Tiivistelmä. Suurten ja monimutkaisten projektien parissa työskentelevien pelialan yritysten täytyy löytää tapoja työskennellä iteratiivisesti ja sopeutua muutoksiin menestyäkseen. Tästä syystä monet niistä kääntyvät ketterien menetelmien puoleen. Tässä diplomityössä tarkoitus on analysoida sitä, miten nämä yritykset ottavat käyttöön ketteriä menetelmiä ja mitä hyötyjä ja haasteita prosessiin liittyy. Myös inhimillisten taitojen rooleja käyttöönottoprosessissa tutkitaan. Tutkimuksessa perehdytään ketterien menetelmien käyttöönottoon kohdeyrityksessä yksittäistapaustutkimuksena. Tutkimuksen tulokset osoittavat, että kohdeyrityksessä ketterien menetelmien käyttöönottoprosessi mukailee yleisen muutosprosessin rakennetta, joka koostuu seitsemästä toiminnosta: muutostarpeen tunnistamisesta ja prosessin aloittamisesta, diagnosoinnista, suunnittelusta, käyttöönotosta ja arvioinnista, muutoksen ylläpitämisestä, oppimisesta ja ihmisiin liittyvien asioiden johtamisesta. Keskeisimmät kohdeyrityksen käyttöönottoprosessin aikana kohtaamat haasteet liittyivät ketterien menetelmien mukaisten johtamistapojen käyttöönottoon kuten tuoteomistajuuteen ja tuotteen tehtävälistoihin. Inhimillisten taitojen ja ketterien menetelmien käyttöönoton suhde puolestaan vaikuttaa sykliseltä; samalla kun hyvät inhimilliset taidot kuten tuki-, kommunikaatio-, ja konfliktienselvittelytaidot tekevät käyttöönottoprosessista helpomman, voivat ketterät menetelmät puolestaan kehittää inhimillisiä taitoja. Tämä tutkimus edistää ketterien menetelmien käyttöönottoon liittyvää tutkimusta kasvattamalla ymmärrystä menetelmien käyttöönotosta suurissa pelialan yrityksissä ja lisäämällä tietoa käyttöönottoprosessin ja muutoksenhallinnan teorian välisestä yhteydestä. Tutkimuksen tulokset voivat myös auttaa ketterien menetelmien käyttöönottoa pelialan yrityksissä johtavia henkilöitä ennakoimaan käyttöönottoprosessin kulkua ja siihen liittyviä haasteita

    Metodologías Agiles en Proyectos de Construcción con la Finalidad de Reducir los Tiempos en Edificios Multifamiliares

    Get PDF
    Desde principios de los años 50 del siglo pasado, las metodologías y marcos de gestión de proyectos comenzaron a evolucionar rápidamente. Esto dio lugar a la existencia de una serie de enfoques para la gestión del proyecto. En los últimos años, los marcos ágiles ganaron exposición y se hicieron muy populares entre varias industrias. Sin embargo, en las obras de construcción de edificaciones multifamiliares no suelen verse mucho. Debido a esto el objetivo de esta tesis es desarrollar una Metodología Ágil en proyectos de construcción con el fin de reducir los tiempos en edificios multifamiliares utilizando un marco estructurado de trabajo Scrum en el cual se llegó a la conclusión de que esta metodología es adaptable el cual fue corroborado con las encuestas realizadas además se reducen los tiempos de trabajos como se muestra en los siguientes capítulos
    corecore