1 research outputs found

    Vad karaktÀriserar komplexa Àrenden i mjukvaruprojekt?

    Get PDF
    I de avancerade mjukvarusystem som utvecklas idag krĂ€vs det en hel del processer och arbetsmetodik för att sĂ€kerstĂ€lla att produkten hĂ„ller en bra kvalitĂ©. SvĂ„righeten uppstĂ„r i att organisationer oftast Ă€r tvungna att hantera vĂ€ldigt mĂ„nga Ă€ndringar som kommer frĂ„n kunder och dessa kan vara av varierande komplexitet, dvs. krĂ€va olika mycket resurser att Ă„tgĂ€rda. CGI Ă€r ett globalt IT-företag och jobbar mot mĂ„nga kunder. Supportorganisationen i Malmö klassificerar ett Ă€rende som komplext nĂ€r X antal timmar har tidrapporterats. Genom att implementera ett webbaserat tidrapporteringssystem har vi identifierat de mest tidskrĂ€vande Ă€rendena, och utfört djupstudier pĂ„ dessa. Tillsammans med intervjuer av supportpersonal pĂ„ företaget har vi identifierat potentiella faktorer som kan förklara varför komplexa Ă€renden har blivit större och mer tidskrĂ€vande Ă€n övriga incidenter. Resultatet av intervjuerna överlappade nĂ„gorlunda med djupstudien vid karaktĂ€risering av komplexa Ă€renden, 11 av 24 faktorer visade sig vara gemensamma. Att siffran inte blev högre kan bero pĂ„ att komplexa Ă€renden inte Ă€r sĂ„ vanliga inom företaget, vilket baseras pĂ„ resultatet av mĂ€tningar frĂ„n tidrapporteringssystemet och intervjuer med supportpersonal. NĂ„gra av faktorerna vi har identifierat Ă€r: ‱ Felet gĂ„r inte att Ă„terskapa. ‱ Arbetet pĂ„verkade gammal funktionalitet negativt. ‱ Allt Ă€r anpassat efter en felaktig lösning, som gör att korrekt logik leder till fel pĂ„ ovĂ€ntade stĂ€llen i koden. ‱ En Ă€ndring i en modul leder till att andra moduler mĂ„ste modifieras. ‱ Ändring av kod som redan gĂ„tt i produktion och fĂ„tt oförutsedda konsekvenser. Vi har skapat ett beslutsstöd, i formav de komplexitetsfaktorer som tagits fram, som kan anvĂ€ndas av företag som har förvaltningsarbeten för att tidigt i arbetet identifiera Ă€renden som kan vara tidskrĂ€vande, och pĂ„ sĂ„ vis omfördela tid och resurser pĂ„ ett gynnsamt sĂ€tt. Om ett Ă€rende pĂ„visar flera av de faktorer som presenterats kan det indikera pĂ„ att Ă€rendet kommer att bli tidskrĂ€vande. Med tidrapporteringssystemet har vi möjliggjort för företaget att ha större insikt i hur mycket tid (och dĂ€rmed resurser) som lĂ€ggs ner pĂ„ varje Ă€rende. I och med att man fĂ„r en bĂ€ttre översikt över arbetet kan tidrapporteringssystemet Ă€ven bidra till att förbĂ€ttra företagets Ă€rendehanteringskostnader. VĂ„rt resultat kan anvĂ€ndas som en bas för vidare forskning, och kan kompletteras med empiriska studier som undersöker huruvida dessa faktorer Ă€ven kan identifieras i andra supportorganisationer.In the advanced software systems that are developed today there is need for a lot of processes and proper methods to ensure that the developed product maintains a good quality. The difficulty arises in that the organizations often have to deal with many changes arriving from customers and these can be of varying complexity, i.e. require different amount of resources to address. CGI is a global company and has a large clientele. The support organization in Malmö classifies an incident as being complex when X number of hours have been reported. By implementing a web-based time reporting system, we have identified the most time-consuming incidents, and conducted in-depth studies on these. Furthermore we have interviewed the support staff of the company and used the result of the interviews and our in-depth studies to identify potential factors that could explain why complex incidents become larger and more time-consuming than other incidents. The result of the interviews overlapped somewhat with the in-depth study in the characterization of complex incidents, 11 of the 24 factors were found to be common. The low overlap may be due to the rarity of complex incidents within the company, which was derived from the results of measurements of the time reporting system and interviews with the support staff. The following are a few examples we have identified: ‱ The error can not be reproduced. ‱ The work has had adverse effects on pre-existing functionality. ‱ A modification in one module is dependent on changes in other modules. ‱ Changing code that has already gone into production, and has demonstrated unforeseen consequences. ‱ Everything is adapted to a faulty solution, which results in the correct logic leading to errors in unexpected places in the code. We have produced a set of complexity factors which can be used by companies that handle product maintenance, in order to identify incidents that can be time consuming at the very early stages of the maintenance work, and thus reallocate time and resources more efficiently. If an incident demonstrates several of the factors presented, it may indicate that the matter will be time consuming. The time reporting system has made it possible for the company to have greater insight into how much time (and thereby resources) that are spent on each incident. This in turn helps in improving the company’s maintenance costs. Our results can be used as a basis for further research, and can be supplemented by empirical studies investigating whether these factors can also be identified in other support organizations
    corecore