De flesta av dagens produkter och tjänster är programvarubaserade. Organisationer som utvecklar programvara vill upprätthålla och förbättra sin konkurrenskraft genom att kontrollera programvarurelaterade risker. För att göra detta, måste de anpassa sina affärsmål med programutvecklingsstrategier och översätta dem till kvantitativ projektledning. Det finns också ett ökande behov av att motivera kostnader och resurser för programvara och systemutveckling och andra IT-tjänster genom att visa deras inverkan på en organisations mål på högre nivå. För båda är det nödvändigt att koppla ihop affärsmål och programvarurelaterade insatser i en organisation. Detta är dock en utmanande uppgift, och det saknas metoder för att komma till rätta med denna klyfta. GQM + Strategies ® approach länkar effektivt samman mål och strategier på alla nivåer i en organisation med hjälp av målinriktad mätning. Metoden bygger på motiveringar för att besluta om alternativ när operativa mål och för att utvärdera framgångsrika strategier med avseende på mål.  Nyckelord Tillsammans med samhällets ökade beroende av programvara och andra former av informationsteknik (IT) har även programvarusystemens storlek och komplexitet ökat. Detta har bara magni-fied kostnader, schema och kvalitet frågor som alltid har plågat mjukvaruutveckling ansträngningar. I årtionden har forskare och praktiker inom programvaruteknik försökt kontrollera och minska kostnaderna för att bygga programvara, producera arbetsprogramvara inom kortare tidsperioder och höja kvaliteten på den programvara som produceras. Även om stora framsteg har gjorts inom alla tre områden, tillväxten av programvara, längs alla dimensioner (storlek, komplexitet, genomtränglighet, kritiskitet, etc.).), har överträffat vår förmåga att kontrollera alla faktorer i samband med dess utveckling. Vad som har blivit uppenbart är dock att de frågor som rör programvarukostnader, schema och kvalitet är oupplösligt kopplade till större problem som de företag som utvecklar programvaran står inför. Sådana företag kommer i en mängd olika smaker. Vissa är i branschen att sälja den programvara de utvecklar till kunder, antingen som specialbyggd programvara på kontrakt eller krymp-förpackade program för något segment av befolkningen. Andra är verksamma med att sälja vissa produkter eller tjänster, av vilka programvara är en viktig komponent. Åter andra kan bara utveckla programvara för att stödja sin interna IT-infrastruktur och säljer inte programvarurelaterade produkter. Vissa programvaruorganisationer är inte i affärer alls, men är ideella organisationer, statliga enheter, eller utbildningsinstitutioner. Medan alla dessa organisatoriska konfigurationer ger helt olika utmaningar till sina utvecklingsprojekt, är nyckeln här att all programvara är utvecklad i ett större affärssammanhang, som omfattar större affärsmål, strategier och mått på framgång. Alla företag använder olika strategier för att uppnå sina mål, men dessa mål anges inte alltid tillräckligt tydligt eller tydligt för att man ska kunna kontrollera om de uppnås eller inte. Dessutom är det ofta ännu mindre tydligt hur dessa mål omsätts i lägre nivåer av verksamheten och i enskilda projekt. Det behövs en metod för att överbrygga klyftan mellan affärsstrategier och deras genomförande på projektnivå. För att förstå relationen mellan affärs- och projektnivåmål och för att verifiera att de uppnås krävs kvantitativa uppgifter. Detta är en anledning till varför kvantitativa åtgärder krävs vid hög löptid mjukvaruorganisationer. Men programförbättringsstrategier, såsom CMMI och ITIL, är inte direkt kopplade till affärsvärde. En sådan koppling måste göras explicit eller investeringen i insamlingen av uppgifter leder inte till de förväntade fördelarna, och projektets bidrag till uppnåendet av strategiska mål är fortfarande oklart. Detta har den praktiska effekten av programvarumätning ansträngning förlora sitt stöd bland beslutsfattare i organisationen, och därmed så småningom misslyckas. Den populära Goal Question Metric (GQM) metod 1 har tjänat mjukvaruindustrin väl i flera decennier i att definiera mätprogram. Det ger dock inte uttryckligt stöd för att motivera och integrera mätning på olika nivåer av organisationen, t.ex. projektmål, affärsmål, strategier och antaganden. Å andra sidan, tillvägagångssätt som Balanced Scorecard 2 behandlar främst verksamhet på affärsnivå målsättning, och stöder inte anpassning av mål på olika nivåer av organisationen med en integrerad metod. Metoder som CoBIT 3 är mycket fokuserade på ett visst applikationsområde (såsom IT gover-! från! 2 16 nance) och definiera en mycket detaljerad modell som passar applikationsfältet ganska bra, men måste följas strikt för att metoden ska kunna tillämpas. Klyftan i nuvarande praxis är bristen på tydliga kopplingar mellan olika nivåer av organisationen och flexibiliteten att anpassa och skräddarsy förhållningssättet till organisationens specifika behov och mål. För att fylla denna lucka föreslår vi GQM + Strategies ® (registrerad varumärkesansökan pågår): en integrerad strategi som bygger på den populära GQM-metoden och lägger till förmågan att skapa mätprogram som säkerställer anpassning mellan mål och strategier på olika nivåer, från den högsta strategiska nivån i verksamheten till nivån för enskilda utvecklingsprojekt. Metoden är härledd från erfarenheter inom programvarudomänen, men den är också avsedd att vara tillämplig i systemdomänen. I vad som följer, kommer vi att titta på grunderna för strategin genom att ta itu med relaterade arbete och dess inflytande på GQM + Strategier ®. Därefter kommer vi att illustrera tillämpningen av GQM + Strategies ® på ett exempel affärsmål, sammanfatta dess fördelar och funktioner, och beskriva hur den resulterande modellen skulle användas för att effektivt genomföra en affärsstrategi på alla nivåer i organisationen.
Ett välkänt tillvägagångssätt är GQM + Strategier REF.
Linking Software Development and Business Strategy Through Measurement
{'venue': 'IEEE Computer 43, no. 4 (2010): 57-65', 'journal': None, 'mag_field_of_study': ['Computer Science']}