Information Services Procurement Library

Information Services Procurement Library ( ISPL ) är ett bibliotek med bästa praxis för hantering av informationsteknologirelaterade förvärvsprocesser (härlett från Euromethod ). Det hjälper både kund- och leverantörsorganisationen att uppnå önskad kvalitet med motsvarande mängd tid och pengar genom att tillhandahålla metoder och bästa praxis för riskhantering, kontraktshantering och planering. ISPL fokuserar på relationen mellan kund- och leverantörsorganisationen: Det hjälper till att konstruera förfrågan om förslag, det hjälper till att konstruera kontraktet och leveransplanen enligt projektets situation och risker, och det hjälper till att övervaka leveransfasen. ISPL är en unik IT-metod eftersom där de flesta andra IT-metoder och ramverk fokuserar på utveckling (t.ex. DSDM , RUP ), fokuserar ISPL enbart på upphandling av informationstjänster. Målgruppen för ISPL består av inköpschefer, förvärvsansvariga, programansvariga, avtalschefer, anläggningsansvariga, servicenivåchefer och projektledare inom IT-området (Informationsteknik). På grund av ISPL:s fokus på inköp är det mycket lämpligt att användas med ITIL (för IT Service Management ) och PRINCE2 (för Project Management ).

Fördelar

Det finns fyra huvudsakliga fördelar med att använda ISPL.

  • Kunden kan dra fördel av den konkurrensutsatta marknaden
  • Leverantörsförslag blir jämförbara
  • Användningen av en strategi som verkligen passar situationen
  • Kontraktet kan användas som kontrollinstrument

Dessa fördelar utvecklas i styckena nedan.

Kunden kan dra fördel av den konkurrensutsatta marknaden ISPL hjälper kundorganisationen att konstruera Request for Proposal ( RFP ). Det ger även kundorganisationen en innehållsförteckning. En mycket viktig del av ISPLs begäran om förslag är utarbetandet av tillvägagångssättet för leverantörsutvärdering. Den fullständiga insynen i leverantörsutvärderingsmetoden triggar kandidatleverantörsorganisationerna att lägga fram ett riktigt konkurrenskraftigt förslag. Som ett resultat kan kunden dra full nytta av den konkurrensutsatta marknaden.

Leverantörsförslag blir jämförbara ISPL anger innehållsförteckningen i kandidatleverantörsorganisationens förslag. Den förser även kund- och kandidatleverantörsorganisationer med en tydlig terminologi. Detta gör förslagen från kandidatleverantörerna mycket enkla att jämföra.

Användningen av en strategi som verkligen passar situationen ISPL ger användaren en riktigt omfattande riskhanteringsprocess. Baserat på bästa praxis hjälper det ledningen att utforma en leveransstrategi som verkligen passar både kundens och leverantörsorganisationernas situation. Detta är en fördel för både kunden och leverantörsorganisationerna eftersom valet av en suboptimal strategi uppenbarligen medför högre kostnader. Kapitlet #Serviceplanering beskriver situationen och riskanalysen och utformningen av en tjänsteleveransstrategi.

Kontrakt som styrinstrument ISPL hjälper kund- och leverantörsorganisationerna att upprätta ett kontrakt som specificerar alla kritiska aspekter av upphandlingen. Till exempel är kravlistan, budgeten och leveransplanen alla fasta i kontraktet. Detta ger både kund- och leverantörsorganisation ett mycket kraftfullt styrinstrument. En av fördelarna för kundorganisationen är att leverantörsorganisationen blir mycket motiverad att hålla alla deadlines eftersom leverantören annars begår avtalsbrott. En av fördelarna för leverantörsorganisationen är att det blir mycket svårare för kundorganisationen att förändra kraven vilket skulle bromsa utvecklingsprocessen. Kort sagt, med ISPL finns en bättre kontroll över kostnader och tidsskalor.

Historia

ISPL utvecklas och publicerades 1999 av ett konsortium av fem europeiska företag: EXIN och ID Research (ORDINA) från Nederländerna, FAST från Tyskland, SEMA från Frankrike och TIEKE från Finland. Utvecklingen av ISPL var en del av SPRITE-S2-programmet som lanserades 1998 av Europeiska kommissionen . ISPL kommer från Euromethod och bygger på forskning av cirka 200 verkliga förvärv.

Strukturera

Även om ISPL är ett bästa praxis-bibliotek består det inte bara av böcker. Strukturen för ISPL visas i figur 1. I den här figuren representeras böckerna av kvadrater och de andra verktygen representeras av cirklar. Grunden utgörs av fyra praktiska böcker, IS Procurement Management Essentials. Dessutom tar en specifik bok upp offentlig upphandling. Insticksprogram till IS Procurement Management Essentials tillhandahålls för specifika behov och situationer. För närvarande finns tre plug-ins tillgängliga för vilka det finns en stor marknadspotential. En fjärde plug-in för förvärv av produktprogramvara är för närvarande under uppbyggnad.

Följ länkarna nedan för att få mer information om de olika delarna av ISPL.

Metaprocessmodell

Figur 2 illustrerar metaprocessmodellen för ISPL. Denna modell kan användas för att enkelt länka och jämföra ISPL med andra IT-metoder och ramverk. Jag kommer att förse varje process med en länk till mer information.

Definiera krav

Definitionen av krav ligger utanför ISPL:s räckvidd. För mer information om att definiera krav skulle jag vilja hänvisa till posten om kravhanteringsprocesser.

Specificera leveranser

Både kund- och leverantörsorganisation måste specificera vilken information och vilka tjänster de vill få från den andra parten. Mer information om specifikationen av leveranser finns i kapitlet om #Specifiera leveranser .

Situationsanalys, identifiera risker, välj strategi

Kundorganisationen måste genomföra en situationsanalys för att kunna identifiera kritiska risker och mildra dem med hjälp av en lämplig leveransstrategi. Mer information finns i kapitlet ' #Hantera risker och planera leveranser '.

Ta beslut

Under genomförandet av leveransplanen fattar kunden och leverantören beslut vid varje beslutspunkt. Detta är #kontraktsövervakningsfasen .

Förvärvsprocesssekvens

Det här kapitlet ger en beskrivning på hög nivå av ISPL-förvärvsprocessen från en kund-leverantör-interaktionssynpunkt. Figur 3 illustrerar sekvensen av kund- och leverantörsprocesser under förvärvet. Följande stycken kopplar processerna i figur 3 till den teoretiska informationen som finns i denna post och ger därmed en länk från praktik till teori.

Gör RFP

För att konstruera en förfrågan om förslag behöver kunden först beskriva förvärvsmålet och andra krav samt göra en situations- och riskanalys. Med hjälp av riskanalysen måste en leveransplan konstrueras. Mer information om alla dessa aktiviteter finns i kapitlet #Hantera risker och planera leveranser och stycket #Initiering av förvärv i kapitlet #Hantera förvärvsprocesser . Begäran om förslag är en #Anbudsleverans .

Lägg ett förslag

Leverantörsföretaget skriver ett förslag där det klargör hur det kan uppfylla förvärvsmålet. Mer information om förslag finns i avsnittet #Anbudsresultat .

Välj

Kunden väljer leverantör. Urvalsaktiviteten är ett viktigt steg i #Upphandlingsprocessen , en del av #Upphandlingsprocessen .

Förhandla kontrakt

Kund och leverantör förhandlar avtalet. Vanligtvis innebär det att leveransplanen förfinas till en mer detaljerad nivå. Informationen i kapitlet #Hantering av risker och planering av leveranser kan användas för att uppdatera leveransplanen.

Ta beslut

För varje kontrakt verkställs leveransplanen. Kund och leverantör fattar beslut vid varje beslutspunkt. För ett individuellt kontrakt är det slutgiltiga beslutet om #kontraktsslutförande uppnås. Leveranserna som används i denna fas är av typen #Decision point-leverans . Det slutliga beslutet för den fullständiga förvärvsprocessen är #Förvärvsslutförandet .

Hantera förvärvsprocesser

ISPL-förvärvsprocessen är den faktiska processen att erhålla ett system eller en tjänst för att uppnå ett mål som bidrar till affärsmål och/eller behov. Det är en av de viktigaste delarna av ISPL-metoden. Detta kapitel är en sammanfattning av [2].

Modell

Figur 4 visar en modell av ISPL-förvärvsprocessen. Förvärvsprocessen består av tre sekventiella processsteg.

  1. Förvärvsinitiering
  2. Upphandling (en eller flera)
  3. Slutförande av förvärv

Dessa individuella processsteg diskuteras mer i detalj i styckena nedan.

Måldomän och tjänstedomän

I ISPL används termerna måldomän och tjänstedomän ganska ofta.

Måldomän Måldomänen är den del av kundorganisationen som berörs av tjänsten.

Tjänstedomän Tjänstedomän är den serviceorganisation som levererar tjänsten, det vill säga leverantören.

Förvärvsinitiering

Den första processen som ska utföras av kundkontraktsmyndigheten inom ett förvärv är förvärvsinitieringsprocessen. Den består av två sekventiella processsteg: definition av förvärvsmål och förvärvsplanering. Det slutliga resultatet av processen är en förvärvsplan som återspeglar en förvärvsstrategi, tillsammans med en tydlig förståelse av system- och tjänstekrav som definierar förvärvsmålet. Förvärvsinitieringsprocessen illustreras i figur 5.

En mer detaljerad beskrivning av förvärvsinitieringsfasen finns här.

Definition av förvärvsmål

Resultatet av detta steg är en tillräckligt tydlig förståelse för kraven på de system och tjänster som är målet med förvärvet och kostnaderna och fördelarna för verksamheten och dess olika intressenter. Detta processsteg består av fyra aktiviteter:

  1. Definiera måldomänen.
  2. Förfina definitionen av förvärvsmålet i termer av krav på system och tjänster.
  3. Analysera kostnader och fördelar.
  4. Analysera intressenter och intressenter.

Input av affärsbehov tillhandahålls helst av kravhanteringsprocesser.

Förvärvsplanering

Målet med denna fas är att definiera en förvärvsstrategi anpassad till situationen, planera de viktigaste beslutspunkterna för förvärvet och etablera förvärvsorganisationen. Förvärvsplaneringsfasen består av följande aktiviteter:

  1. Bestäm övergripande scenarier för serviceleverans.
  2. Analysera risker.
  3. Designa förvärvsstrategi inom ramverket för riskhantering:
  4. Planera de viktigaste beslutspunkterna för förvärvet.
  5. Att sätta upp kundorganisationen inom förvärvet

Steg två till fyra diskuteras i detalj i kapitlet #Hantera risker och planera leveranser .

Både förvärvsmålsdefinitionen och förvärvsplanering är aktiviteter inom fasen av förvärvsinitiering. En mer ingående ingång till denna fas finns här.

Upphandlingsprocess

Upphandlingssteget i ISPL-förvärvsprocessen innefattar erhållandet av ett enda kontrakt. Observera att själva förvärvet kan innehålla flera upphandlingar. Ett sådant kontrakt består av ett eller flera projekt eller pågående tjänster. Upphandlingssteget består av tre sekvenseringsprocesser:

  1. Anbudsgivning
  2. Kontraktsbevakning
  3. Slutförande av kontrakt

Anbudsgivning

Syftet med anbudsförfarandet är att välja en leverantör och ett förslag på övervägda tjänster och system samt att komma överens med den valda leverantören om ett kontrakt där båda parters leveranser och ansvar definieras. En mycket viktig aspekt av ett sådant kontrakt är planeringen av beslutspunkterna. Anbudsprocessen består av fyra olika steg:

  1. förberedelse av begäran om förslag
  2. svarsförberedelse
  3. leverantörsval
  4. avtalsförberedelse och undertecknande

Kontraktsövervakning

Denna process syftar till att övervaka de tjänster som definieras i kontraktet. Det måste säkerställa att leveransen och tjänsterna överensstämmer med kraven i kontraktet. Den viktigaste aktiviteten i kontraktsövervakningsprocessen är genomförandet av beslutspunkterna. I beslutspunktsutförandet fattar kundorganisationen bedömningar och beslut baserat på status för upphandlingen vid varje given tidpunkt.

Slutförande av kontrakt

Syftet med denna process är att säkerställa att alla utestående tekniska och kommersiella krav i upphandlingskontraktet (som skrevs och undertecknades i anbudsfasen) har uppfyllts.

Slutförande av förvärv

Detta är det formella slutförandet av alla kontrakt för förvärvet. Förvärvsansvarig (ofta är detta kundföretagets kontraktsmyndighet) måste verifiera att alla kontrakt har slutits framgångsrikt och att förvärvsmålet uppnåtts. Processen att slutföra förvärvet består av fyra aktiviteter:

  1. Kontrollera att alla kontrakt har slutförts
  2. Bedöm uppnåendet av förvärvsmålet
  3. Bestäm om förvärvet är genomfört
  4. Skriv en förvärvsrapport

Följande stycken utvecklar de olika aktiviteterna för att slutföra förvärv.

Kontrollera att alla kontrakt har slutförts

Förvärvsansvarig ska kontrollera slutförandet av de olika kontrakten genom att kontrollera om varje enskilt kontrakts färdigställandefas har uppnåtts och de rapporter som krävs skrivs. Vid behov måste förvärvschefen starta kontraktsslutförandeprocessen för kontrakt som behöver det.

Bedöm uppnåendet av förvärvsmålet

När alla individuella kontrakts mål uppnås betyder det tyvärr inte automatiskt att förvärvsmålet uppnås. I denna aktivitet av förvärvsslutförandet måste förvärvschefen verifiera att kundföretagets affärsmål har uppfyllts och att det inte finns några saknade delar i förvärvet som har förbisetts.

Bestäm om förvärvet är genomfört

Baserat på bedömningen av kontraktsslutföranden och uppnåendet av förvärvsmålet fattas beslutet om förvärvet är genomfört. Detta beslut fattas i allmänhet av den förvärvsansvarige tillsammans med företrädare för alla de organisatoriska myndigheter som berörs av förvärvet. När ett eller flera kontrakt inte slutförs eller förvärvsmålet inte uppnås kräver detta beslut involvering av kundföretagets organisatoriska myndigheter.

Skriv en förvärvsrapport

Förvärvsansvarig ska skriva en förvärvsrapport. Syftet med denna rapport är att registrera alla beslut som fattats under förvärvsprocessen, graden av slutförande av förvärvet och lärdomar att dra för framtida förvärv. Intressant data som ska inkluderas i förvärvsrapporten:

  • Verkliga kostnader och varaktighet kontra budget och planering
  • Problem och deras lösning
  • Risker och en bedömning av de åtgärder och strategier som används för att mildra dem
  • Krävs expertis
  • Effektiviteten hos leveranspannorna
  • Kvaliteten på leverantörerna

Hela tanken bakom den omfattande förvärvsrapporten är att ett företag bara kan lära av sina fel och erfarenheter när dessa är väl dokumenterade tillgängliga i relevanta framtida situationer.

Hantera risker och planera leveranser

ISPL:s form av riskhantering är enbart baserad på heuristik. Genom att beskriva och analysera situationen kan kritiska risker identifieras och mildras genom att välja åtgärder och en lämplig strategi. ISPL tillhandahåller heuristik som kopplar risker och situationsfaktorer till mildrande åtgärder och strategier. Detta kapitel är en sammanfattning av [3] och innehåller även information från [4].

Modell

Processen att hantera risker och planera leveranser illustreras i figur 6. Alla de olika stegen i processen beskrivs i detalj i styckena nedan.

Service beskrivning

Första steget i processen är att beskriva den tjänst som ska upphandlas. Det är viktigt att notera skillnaderna mellan ett projekt och en pågående tjänst. Båda typerna av tjänster beskrivs olika. ISPL ger användaren två separata uppsättningar riktlinjer

Beskrivning av pågående tjänster

Det finns två steg för att beskriva en pågående tjänst. Jag kommer kortfattat att utveckla vart och ett av dessa steg i följande stycken.

Identifiera typ av tjänst

ISPL föreslår två metoder för att identifiera typen av tjänst:

  • ISO-livscykelprocesser (ISO-LCP)
  • Public domain tjänstepaket

Dessa metoder kan användas på ett successivt sätt där ISO-LCP-standarden används för att identifiera de olika processtyperna och public domain-tjänstpaket används för att förfina ISO-LCP-processerna. Ett exempel på en allmänt tillgänglig beskrivning av tjänstepaket är den som finns i ITIL . Observera att i ITIL kallas servicepaket för processer. Mer information om ISO-LCP-standarden finns i Wikipedia-inlägget om ISO/IEC 12207 .

Beskriv tjänstens egenskaper

Tjänsten kan beskrivas mer i detalj genom dess tjänsteegenskaper. Alla servicefastigheter kan delas in i tre grupper:

  • Förvaltningsfastigheter
  • Funktionella egenskaper
  • Kvalitetsegenskaper

ISPL tillhandahåller metoder för att beskriva alla tre grupper av egenskaper.

Beskrivning av projekt

Projekt beskrivs med ett initialt och ett sluttillstånd, dvs den nuvarande och den önskade situationen. Detta görs genom att specificera operationsposterna (de faktiska delarna av Informationstjänsten som ska upphandlas) och specificera de beskrivande posterna (dokumentation). En kort översikt över att dokumentera det initiala och slutliga tillståndet ges i styckena nedan. Mer information om att beskriva drift och beskrivande poster finns i kapitlet #Specifiera leveranser .

Dokumentera initialtillståndet

För varje komponent i informationstjänsten måste innehållet och kvaliteten på driftposterna beskrivas. Sekundärt måste en bedömning göras av vilka redan befintliga beskrivningar av framtida verksamhetsposter som är relevanta att använda i projektet.

Dokumentera sluttillståndet

Alla operativa föremål som kommer att användas vid sluttillståndet måste dokumenteras. När du beskriver dessa operationspunkter bör fokus ligga på:

  • Skillnaden mellan nya verksamhetsposter och sådana som är anpassade från initiala driftsposter
  • Specifikation av manualer och stöddokumentation
  • Konvertering och migrering av befintlig data till nya operativa poster
  • Specifikation av gränssnitt mot nya och redan befintliga driftposter

Det är inte bara driftsposterna som ska beskrivas: Beskrivningar av dokumentationen för den Informationstjänst som ska upphandlas är också nödvändiga. Kunden ska beskriva profilerna för den dokumentation som behövs för underhåll på och vidareutveckling av Informationstjänsten.

Serviceplanering

Tjänsteplaneringsprocessen består av tre delprocesser. Dessa är:

  • Situations- och riskanalys
  • Design av leveransstrategi
  • Planering av beslutspunkter

I praktiken följs dessa tre delprocesser av en process med riskövervakning som kan ge input till situationen och riskanalysprocessen.

Komplexitet och osäkerhet

Begreppen komplexitet och osäkerhet används ganska ofta i detta kapitel.

Komplexitet I samband med ISPL kan komplexitet ses som svårigheten att hantera den tillgängliga kunskapen.

Osäkerhet I ISPL-sammanhang kan osäkerhet ses som bristen på tillgänglig kunskap.

Situations- och riskanalys

Analysdelprocessen är uppdelad i en situationsanalys följt av en riskanalys.

Lägesanalys

Situationen för både kund- och leverantörsorganisationer har mycket inflytande på framgången för anskaffning av informationstjänster. Situationsanalysen handlar om att identifiera situationsfaktorer och deras värderingar. Ett situationsfaktorvärde säger något om det relativa bidraget till den övergripande komplexiteten eller osäkerheten hos den tjänst som ska levereras. För både komplexitet och osäkerhet kan den ha ett av följande värden: hög, låg eller medium. ISPL-metoden tillhandahåller en uppsättning tabeller som hjälper användaren att bestämma de situationella faktorvärdena. Ett exempel på en del av en sådan tabell finns i Tabell 1.

Riskhanteringsstrategin beror på situationen som visas i figur 7.

När alla situationsfaktorvärden är fastställda är det möjligt att bestämma tjänstens övergripande komplexitet och osäkerhet. Dessa två faktorer kan användas av chefen för utformningen av tjänsteleveransstrategin.

Riskanalys

I #Situationsanalysen har komplexitet och osäkerhetsvärden tillskrivits var och en av situationsfaktorerna. I Riskanalysen används dessa värden för att identifiera möjliga risker och deras sannolikhet. Exempel på möjliga risker för kundverksamheten är oförutsägbara/ökade kostnader för verksamheten, förseningar i systemleverans och dålig kvalitet på tjänsten eller systemet. Exempel på möjliga risker som påverkar kvaliteten på den tjänst som ska levereras är demotiverade av tjänsteaktörer, otydliga krav och osäkra gränssnitt mot andra tjänster eller system. ISPL tillhandahåller tabeller som kartlägger situationsfaktorer till risker. Ett exempel på en sådan tabell finns i Tabell 2.

För var och en av de påträffade riskerna bedöms både sannolikheten och påverkan, det vill säga konsekvensen. Produkten av dessa två värden kallas riskexponeringen. Riskexponeringsvärdet används för att identifiera de risker som är kritiska för leverans av tjänster. De kritiska riskerna påverkar #Leveransstrategins design och #Beslutspunktsplaneringen .

Design av leveransstrategi

Denna process använder tjänstebeskrivningen, situationsanalysen och riskanalysen som input för att definiera en optimal tjänsteleveransstrategi. Den resulterande tjänsteleveransstrategin består av tre delar:

  • En lista över åtgärder för att minska risker
  • Tillvägagångssätt för utförande av tjänster
  • Tillvägagångssätt för servicekontroll.
Definiera åtgärder

ISPL tillhandahåller heuristik om hur man kan minska risker och ändra de individuella situationsfaktorer som orsakar dem. Ett utdrag av dessa heuristiker finns i Tabell 3.

Tillvägagångssätt för att utföra tjänster

Tjänsteexekveringsmetoden bestämmer hur tjänsten exekveras. För projekt benämns tillvägagångssättet för utförande av tjänster som utvecklingssättet. Den består av en beskrivningsmetod, en konstruktionsmetod och en installationsmetod. ISPL ger användaren heuristik om vilken typ av beskrivning, konstruktion och installationsmetod som passar bäst till de situationsfaktorer och kritiska risker som finns i #Situationsanalysen och #Riskanalysen . Till exempel rekommenderar ISPL att använda en evolutionär konstruktions- och installationsmetod när både den övergripande komplexiteten och osäkerheten är hög.

Tillvägagångssätt för servicekontroll

Valet av en tjänstekontrollmetod baseras på situationsfaktorer och övergripande komplexitet och osäkerhet som finns i #Situationsanalysen . ISPL ger heuristik om vilka typer av kontroll som är mest lämpade för olika situationsfaktorer. Totalt finns det sex typer av styrning: utveckling, kvalitet och konfiguration i en formell och frekvent variant.

Kontrollera konsekvens och analysera effekterna

Efter att ha definierat en komplett servicestrategi måste överensstämmelsen mellan de valda strategialternativen kontrolleras och eventuellt måste vissa val justeras. Effekten av den valda strategin bör också analyseras genom att kontrollera att alla kritiska risker har åtgärdats. Det är också att vissa strategier orsakar nya kritiska risker.

Planering av beslutspunkter

Målet med beslutspunktsplanering är att bestämma en sekvens av beslutspunkter och ge en tydlig beskrivning av var och en av beslutspunkterna, med hjälp av #Delivery-strategidesignen som input. Beslutspunkternas ordningsföljd och innehåll bör återspegla den valda tjänsteleveransstrategin. Beslutspunktsplaneringen görs i följande ordning:

  1. Härled grundläggande sekvens av beslutspunkter.
  2. Anpassa grundsekvensen för att passa handlingar.
  3. Beskriv beslutspunkter.
Härled grundläggande sekvens av beslutspunkter

Den grundläggande sekvensen av beslutspunkter baseras på #Delivery strategidesignen . ISPL ger heuristik om vilka grundläggande sekvenser som ska användas för olika leveransstrategialternativ.

Anpassa grundsekvensen för att ta emot handlingar.

Den grundläggande sekvensen som hittas är anpassad till listan över åtgärder för att minska riskerna med #Delivery-strategidesignen .

Beskriv beslutspunkter

ISPL ger information om vilka informationselement som ska finnas i en beslutspunkt. Tänk på till exempel syfte och förutsättningar. För varje beslut måste man bestämma vilka resultat som krävs. Generell regel är att leveranserna måste innehålla rätt mängd information för att kunna fatta beslut men inte mer än så. För mycket information är kostsamt och suddar ut beslutsfattarnas fokus. Mer information om detta ämne finns i kapitlet om #Specifiera leveranser .

Riskövervakning

Riskövervakning sker efter planeringsfasen #Beslutspunkt . Dess resultat kan fungera som input för #Situations- och riskanalysfasen av serviceplaneringen vid behov. Det involverar spårning, kontroll och övervakning av risker och riskreducerande åtgärder.

Specificering av leveranser

ISPL fokuserar på relationen mellan kund och leverantör. Det är mycket viktigt att kommunikationen mellan båda parter är tydlig och entydig. En leveransvara är en produkt som byts ut mellan leverantören och kundorganisationer (både håll). Leveranser utbyts i alla faser av anskaffningsprocessen: t.ex. Request-For-Proposal under anbudsfasen, de mellanliggande versionerna under genomförandet av leveransplanen och förklaringen om kontraktsslutförande i slutet av varje kontrakt. ISPL ger vägledning för specifikationen av alla leveranser som behövs i förvärvsprocessen. Detta kapitel är en sammanfattning av [5].

Typer av leveranser

ISPL delar in leveranser i olika typer, var och en med en definierad uppsättning egenskaper. Dessa egenskaper kännetecknar den kunskap som fångas upp av varje typ av leverans. Figur 8 illustrerar de olika typerna av leveranser.

Kontraktsdomänleveranser

Leveranser av kontraktsdomäner används för att definiera och kontrollera alla kontrakt i en upphandling. Det finns två typer av kontraktsdomänleveranser: anbudsleveransen och beslutspunktsleveransen. I följande stycken diskuteras var och en av dessa typer i detalj.

Anbudsleverans

Anbudsleveranser används i anbudsprocessen för att ställa krav på alla tjänster inom en upphandling. Det finns fyra typer av anbudsleveranser:

  • Begäran om förslag
  • Svar
  • Leverantörsutvärderingsrapport
  • Avtal

ISPL förser kund- och leverantörsorganisationerna med mallar för var och en av de olika typerna. Det är viktigt att notera att alla anbudsleveranser inkluderar leveransplanen där alla leverans- och beslutspunkter är fasta.

Leverans av beslutspunkt

Beslutspunktsleveranser stödjer beslutsfattandet under genomförandet av leveransplanen i #Contract Monitoring- fasen. Det finns två typer av beslutspunkter:

  • Förslag till beslutspunkt
  • Beslutspunktsrapport

Var och en av dessa typer har sin egen, mer specificerade undertyp. Kontraktsstatusrapporten är en undertyp av beslutspunktsförslag som beskriver aktuell status för ett kontrakt. Rapporten om slutförande av kontraktet, en undertyp av förslaget till beslutspunkt, registrerar om kontraktet framgångsrikt har uppnått sina affärsmål. ISPL tillhandahåller innehållstabellerna för var och en av typerna och undertyperna för beslutspunktleveranser.

Leveranser av tjänstedomäner

Leveranser för tjänstedomäner beskriver tjänstedomänen (se avsnitt #Måldomän och tjänstedomän för mer information). De levereras av både kund- och leverantörsorganisationer för att planera och kontrollera tjänster. Det finns två typer av tjänstedomänleveranser: serviceplaner och servicerapporter.

Serviceplan

En serviceplan ger information om hur man når identifierade mål i termer av servicenivåer, leveranser, scheman, resurser och kostnader. Det kan till exempel ge vägledning om hur man når mål. ISPL beskriver de olika egenskaper som kan ingå i serviceplanen.

Servicerapport

I motsats till serviceplanen styr servicerapporterna servicestatusen genom att granska servicenivåer och resultat. Den registrerar tjänstens produktivitet och föreslår korrigerande åtgärder. ISPL ger vägledning om vilken information som ska ingå för varje fastighet som beskrivs i servicerapporten.

Mål domänleveranser

Måldomänen beskrivs med hjälp av måldomänleveranser. Det finns två olika typer av måldomänleveranser: operativa artiklar och beskrivande artiklar. Båda kommer att diskuteras i följande stycken.

Verksamhetspost

En driftartikel är ett levererat system eller systemkomponent som är eller kommer att installeras som en del av förvärvet. De bidrar till att måldomänen fungerar. Nedan listas några exempel på olika operativa objekttyper.

  • anläggningar
  • hårdvaruenheter
  • programvara
  • fysiska data
  • användar- och användarmanualer
  • utbildade skådespelare

I praktiken finns ofta redan beskrivningar av verksamhetsposter. Det är viktigt att skilja på funktionella egenskaper och kvalitetsegenskaper.

Beskrivande föremål

Ett beskrivande objekt fångar kunskap om måldomänen. De kan användas för att beskriva företagsorganisationer, affärsprocesser, informationstjänster etc. ISPL ger vägledning för att beskriva beskrivande artiklar genom att tillhandahålla en beskrivande artikelprofil där alla egenskaper hos den beskrivande artikeln enkelt kan beställas.

externa länkar

  1. Halfhide, O. et al. (2003), 'Procurement, projecten and process in the practice, the samehang between ISPL, PRINCE2 and ITIL', IT Beheer Jaarboek 2003, kapitel 5.4 (på holländska)
  2.   Franckson, M. och Verhoef, redaktörer (1999), 'Managing Acquisition Processes', Information Services Procurement Library, ten Hagen & Stam, Den Haag, Nederländerna, ISBN 978-90-76304-81-6
  3.   Franckson, M. och Verhoef, redaktörer (1999), 'Managing Risks and Planning Delivery', Information Services Procurement Library, ten Hagen & Stam, Den Haag, Nederländerna, ISBN 978-90-76304-83-0
  4. Verhoef, D. och Franckson (1999), 'Riskhantering för IT i det stora', CAiSE'99, LNCS 1626, s. 57–72
  5.   Franckson, M. och Verhoef, redaktörer (1999), 'Specifying Deliverables', Information Services Procurement Library, ten Hagen & Stam, Den Haag, Nederländerna, ISBN 978-90-76304-82-3
  6.   Koch, N. och Helmerich, A. (1999), 'Web Engineering', Information Services Procurement Library, ten Hagen & Stam, Den Haag, Nederländerna, ISBN 978-90-76304-87-8
Hämtad från " https://en.wikipedia.org/w/index.php?title=Information_Services_Procurement_Library&oldid=1094042616 "