Vilkår for IT-prosjektstyring bør du vite

Merk: Denne artikkelen er basert på og en oppdatering av Tom Mochals artikkel, Mini-ordliste: Prosjektstyringsbetingelser du bør vite.

Hver disiplin har sitt eget ordforråd, og prosjektledelse er intet unntak. En del av prosessen med vellykket distribusjon av prosjektledelse i organisasjonen din er å standardisere terminologien. På den måten, når en person snakker om risiko, omfang, problemer, krav og annen prosjektledelse, vet alle andre hva han eller hun viser til. Denne ordlisten inneholder vanlige termer som brukes i prosjektstyring, og kan bidra til å starte standardiseringsprosessen i organisasjonen din.

Antagelse

Det kan være eksterne omstendigheter eller hendelser som må oppstå for at prosjektet skal lykkes (eller det skulle skje for å øke sjansene dine for å lykkes). Hvis du tror at sannsynligheten for at hendelsen skal skje er akseptabel, kan du oppgi den som en antakelse. En antakelse har en sannsynlighet mellom 0 og 100%; det vil si at det ikke er umulig at hendelsen vil skje (0%), og det er ikke et faktum (100%) - det er et sted i mellom. Antagelser er viktige fordi de setter sammenhengen der hele resten av prosjektet er definert. Hvis en antagelse ikke kommer igjennom, er estimatet og resten av prosjektdefinisjonen ikke lenger gyldig.

Klient / kunder

Personen eller gruppen som er direkte mottaker av et prosjekt eller tjeneste er klienten / kunden. Dette er menneskene som prosjektet blir gjennomført for (indirekte mottakere er interessenter). I mange organisasjoner kalles interne mottakere "klienter" og eksterne mottakere kalles "kunder", men dette er ikke en vanskelig og rask regel.

begrensninger

Begrensninger er begrensninger som er utenfor kontrollen av prosjektgruppen og som må styres rundt. Det er ikke nødvendigvis problemer. Imidlertid bør prosjektlederen være klar over begrensninger fordi de representerer begrensninger som prosjektet må utføre innenfor. Dato begrensninger, for eksempel, innebærer at visse hendelser (kanskje slutten av prosjektet) må skje innen bestemte datoer. Ressurser er nesten alltid en begrensning, siden de ikke er tilgjengelige i et ubegrenset tilbud.

Kostnadsavvik

Kostnadsvariansen (CV) brukes til å måle kostnadsforskjellen mellom prosjektets opptjente verdi (EV) og den faktiske kostnaden (AC) for å levere fremdrift til dags dato (CV = EV - AC). I søknad indikerer positive CV-er at prosjektet er under budsjett, siden det gir mer verdi enn å pådra seg kostnader. Hvis prosjektet har en negativ CV, er det over budsjett. Selv positive CVer bør undersøkes for årsak.

Kritisk bane

Den kritiske banen er sekvensen av aktiviteter som må fullføres etter planen for at hele prosjektet skal gjennomføres etter planen. Det er den lengste varigheten gjennom arbeidsplanen. Hvis en aktivitet på den kritiske banen blir forsinket med en dag, vil hele prosjektet bli forsinket med en dag (med mindre en annen aktivitet på den kritiske banen kan akselereres med en dag). ( Les: Hvorfor kritisk vei er avgjørende for prosjektledelse)

leveransen

En leverbar er ethvert konkret resultat som produseres av prosjektet. Alle prosjekter lager leveranser, som kan være dokumenter, planer, datasystemer, bygninger, fly osv. Interne leveranser produseres som en konsekvens av gjennomføringen av prosjektet og er vanligvis bare nødvendige av prosjektgruppen. Eksterne leveranser er opprettet for kunder og interessenter. Prosjektet ditt kan lage en eller mange leveranser.

Opptjent verdi

Opptjent verdi (EV) er en EV-ledelsesbegrep som brukes til å bestemme det totale arbeidet som er fullført på et bestemt tidspunkt. Et prosjekts EV bestemmes ved å legge opp alle budsjetterte kostnader for hver oppgave i prosjektplanen. Den faktiske EV-beregningen kan bruke en rekke beregningsmetoder, inkludert 0-100%, 50-50% eller en faktisk prosentandel for å bestemme oppgavens kredittsverdi.

Funksjonsleder

Funksjonssjefen er personen du rapporterer til i din funksjonelle organisasjon. Vanligvis er dette personen som gjennomfører resultatene dine. Prosjektlederen kan også være en funksjonell leder, men han eller hun trenger ikke å være det. Hvis prosjektlederen din er forskjellig fra din funksjonelle leder, bruker organisasjonen sannsynligvis matrisehåndtering.

Gantt-diagram

Et Gantt-diagram er et søylediagram som viser aktiviteter som blokker over tid. Starten og slutten av blokken tilsvarer begynnelsen og sluttdatoen for aktiviteten.

Utgave

Et problem er et stort problem som vil hindre prosjektets fremgang, og som ikke kan løses av prosjektleder og prosjektgruppe uten hjelp utenfra. Prosjektledere bør proaktivt håndtere problemstillinger gjennom en definert problemstyringsprosess.

Livssyklus

Livssyklus refererer til prosessen som brukes til å bygge leveranser produsert av prosjektet. Det er mange modeller for en prosjektlivssyklus. For programvareutvikling kan hele livssyklusen bestå av planlegging, analyse, design, konstruksjon / test, implementering og support; dette er et eksempel på en "fossefall" livssyklus. Andre livssykluser inkluderer iterativ utvikling, pakkeimplementering og forskning og utvikling. Hver av disse livssyklusmodellene representerer en tilnærming for å bygge videre på prosjektets leveranser. ( Les: Prosjektledere må forstå livssyklusarbeidet)

Milestone

En milepæl er en planleggingshendelse som betyr fullføringen av en større leveranse eller et sett relaterte leveranser. En milepæl har per definisjon varighet på null og ingen anstrengelser. Det er ikke noe arbeid knyttet til en milepæl. Det er et flagg i arbeidsplanen for å indikere at noe annet arbeid er fullført. Vanligvis brukes en milepæl som et prosjektkontrollpunkt for å validere hvordan prosjektet skrider frem. I mange tilfeller er det en beslutning, som å bekrefte at prosjektet er klart til å fortsette, som må gjøres ved en milepæl.

Objektiv

Et mål er en konkret uttalelse som beskriver hva prosjektet prøver å oppnå. Målet bør skrives på et lavt nivå, slik at det kan evalueres ved avslutningen av et prosjekt for å se om det ble oppnådd. Prosjektets suksess bestemmes ut fra om prosjektmålene ble oppnådd. En teknikk for å skrive et mål er å sikre at det er spesifikt, målbart, oppnåelig / oppnåelig, realistisk og tidsbasert (SMART).

Program

Et program er paraplystrukturen som er etablert for å administrere en serie relaterte prosjekter. Programmet produserer ingen prosjektleveranser - prosjektgruppene produserer dem alle. Hensikten med programmet er å gi overordnet retning og veiledning, å sørge for at de relaterte prosjektene kommuniserer effektivt, å gi et sentralt kontaktpunkt og fokus for klienten og prosjektgruppene, og å bestemme hvordan individuelle prosjekter skal defineres til sørge for at alt arbeidet blir fullført vellykket.

Programleder

En programleder er personen som har myndighet til å administrere et program. (Merk at dette er en rolle. Programlederen kan også være ansvarlig for ett eller flere av prosjektene i programmet.) Programlederen leder den overordnede planleggingen og styringen av programmet. Alle prosjektledere i programmet rapporterer til programlederen.

Prosjekt

Et prosjekt er en midlertidig struktur for å organisere og styre arbeid og til slutt å bygge et spesifikt definert leverbart eller sett med leveranser. Per definisjon er alle prosjekter unike, noe som er en grunn til at det er vanskelig å sammenligne forskjellige prosjekter med hverandre.

Prosjektbaseline

Prosjektets grunnlinje brukes til å etablere det opprinnelige settet med budsjett og planlegge estimater basert på det godkjente prosjektomfanget før prosjektgjennomføringen. Effektive prosjektledere sammenligner prosjektets grunnlinje med den nåværende prosjektstatusen for å bestemme spesifikke pris- eller tidsplanavvik.

Prosjektdefinisjon (charter)

Før du starter et prosjekt, er det viktig å kjenne til de overordnede målene for prosjektet, samt omfang, leveranser, risiko, forutsetninger, prosjektorganisasjonskart, etc. Prosjektdefinisjonen (eller charter) er dokumentet som holder dette relevant informasjon. Prosjektleder er ansvarlig for å lage prosjektdefinisjonen. Dokumentet skal godkjennes av sponsoren for å indikere at prosjektlederen og sponsoren er enige om disse viktige aspektene ved prosjektet.

Prosjektledelseskontor

Project Management Office (PMO) er en organisasjon i et selskap som utvikler og håndhever prosjektstyringsprosesser, verktøy og teknikker. En PMO kan danne seg på programnivå, avdelingsnivå eller på bedriftsnivå. En PMO gir vanligvis støtte for program- eller porteføljestyring, prosjektporteføljestyring, ressursstyring og problem- og risikostyring.

Prosjektleder

Prosjektleder er personen som har myndighet til å styre et prosjekt. Prosjektlederen er 100% ansvarlig for prosessene som brukes for å styre prosjektet. Han eller hun har også ansvarsforhold for teammedlemmer, selv om dette deles med teammedlemmets funksjonelle leder. Prosessene som brukes for å styre prosjektet inkluderer å definere arbeidet, bygge arbeidsplanen og budsjettet, styre arbeidsplanen og budsjettet, omfangshåndtering, problemstyring, risikostyring, etc.

Prosjektfase

En fase er en viktig logisk gruppering av arbeidet med et prosjekt. Det representerer også fullføringen av en større leveranse eller sett med relaterte leveranser. I et IT-utviklingsprosjekt kan logiske faser være planlegging, analyse, design, konstruksjon (inkludert testing) og implementering.

Prosjektplan

Prosjektplanen (for ikke å forveksle med prosjektplanen) er dokumentet som beskriver prosesser, verktøy og teknikker som brukes for å styre og kontrollere prosjektet. Vanlige prosesser inkluderer spesifikke prosessnivåprosesser som endringsledelse, problemstyring, risikostyring, dokumentstyring og tidsstyring for oppdateringer av prosjektplanen.

Prosjektplan / arbeidsplan

Prosjektplanen er ofte tilknyttet Microsoft Project eller et lignende planleggingsverktøy. Prosjektplanen er serien med oppgaver med varigheter, ressurser og spesifikke avhengigheter som prognoser prosjektets sluttdato.

Prosjektgruppe

Prosjektgruppen består av heltids- og deltidsressurser som er tildelt for å jobbe med prosjektets leveranser. De er ansvarlige for å forstå arbeidet som skal fullføres; fullføre tilordnet arbeid innenfor budsjett, tidslinje og kvalitetsforventninger; informere prosjektlederen om problemer, omfangsendringer og bekymringer knyttet til risiko og kvalitet; og kommunisere status proaktivt og håndtere forventninger.

Forespørsel om forslag

Forespørselen om forslag (RFP) er en formell forespørsel som brukes av organisasjoner for å identifisere potensielle løsninger og tjenester fra en liste over leverandører. Basert på RFP vil organisasjonen identifisere en mindre liste over leverandører som skal utstede en forespørsel om tilbud. ( Les: Fem tips for en bedre forespørsel om forslag)

Forespørsel om kostnadsoverslag

En forespørsel om tilbud er en formell forespørsel fra en leverandør om å levere faktiske kostnader for en bestemt tjeneste eller omfang av arbeidet. Klienten gir vanligvis en leverandør et sett med krav og instruksjoner for hvordan han skal svare på forespørselen. Leverandøren gir svaret, inkludert detaljer om løsningen, forutsetninger og priser.

Krav

Krav er beskrivelser av hvordan et produkt eller en tjeneste skal fungere, fremstå eller utføre. Krav refererer vanligvis til funksjonene og funksjonene til leveransene du bygger på prosjektet ditt. Krav anses å være en del av prosjektomfanget. Omfang på høyt nivå er definert i prosjektdefinisjonen din (charter). Kravene danner det detaljerte omfanget. Etter at kravene dine er godkjent, kan de endres gjennom omfangshåndteringsprosessen.

Fare

Det kan være potensielle eksterne hendelser som vil ha en negativ innvirkning på prosjektet ditt hvis de oppstår. Risiko refererer til kombinasjonen av sannsynligheten for at hendelsen vil inntreffe og innvirkningen på prosjektet hvis hendelsen inntreffer. Hvis kombinasjonen av sannsynligheten for forekomsten og virkningen på prosjektet er for høy, bør du identifisere den potensielle hendelsen som en risiko og sette en proaktiv plan for å styre risikoen.

Planlegg varians

Tidsplanvariansen (SV) er et EV-ledelsesbegrep som brukes til å måle prosjektets tidsplanutførelse ved å sammenligne prosjektets EV med prosjektbasert planlagt verdi (PV). Formelen er SV = EV - PV. Et positivt SV indikerer at prosjektet ligger foran skjemaet, mens et negativt SV indikerer at prosjektet ligger bak skjemaet.

omfang

Omfang er måten du beskriver grensene for prosjektet; den definerer hva prosjektet skal levere og hva det ikke vil levere. Omfang på høyt nivå er angitt i prosjektdefinisjonen din (charter) og inkluderer alle leveransene dine og grensene for prosjektet ditt. Det detaljerte omfanget identifiseres gjennom virksomhetens krav. Eventuelle endringer i prosjektleveransene, grensene eller kravene dine vil kreve godkjenning gjennom omfangsendringsledelse.

Omfang endringsledelse

Hensikten med omfangsendringsledelse er å håndtere endringer som oppstår til tidligere godkjente omfangserklæringer og krav. Omfang er definert og godkjent i omfanget av prosjektdefinisjonen (charter) og de mer detaljerte virksomhetskravene. Hvis omfanget eller virksomhetens krav endres i løpet av prosjektet (og vanligvis betyr det at klienten ønsker flere elementer), er det ikke sikkert at estimatene for kostnad, innsats og varighet lenger er gyldige. Hvis sponsoren samtykker i å inkludere det nye arbeidet i prosjektomfanget, har prosjektlederen rett til å forvente at nåværende budsjett og frist vil bli endret (vanligvis økt) for å gjenspeile dette tilleggsarbeidet. Denne nye estimerte kostnaden, innsatsen og varigheten blir det godkjente målet.

Noen ganger tror prosjektlederen at omfangshåndtering betyr å måtte si klienten "nei." Det gjør prosjektleder nervøs og ukomfortabel. Den gode nyheten er imidlertid at styring av omfang handler om å få sponsoren til å ta beslutningene som vil resultere i endringer i prosjektomfanget. ( Les: Lær hemmeligheten bak effektiv styring av omfangsendringer)

Sponsor (utøvende sponsor og prosjekt sponsor)

Sponsoren er personen som har den ytterste autoritet over prosjektet. Den utøvende sponsoren gir prosjektmidler, løser problemer og endringer i omfanget, godkjenner større leveranser og gir retning på høyt nivå. Han eller hun er også forkjemper for prosjektet i organisasjonen. Avhengig av prosjektet og organisasjonsnivået til den utøvende sponsoren, kan han eller hun delegere den daglige taktiske ledelsen til en prosjektsponsor. Hvis den blir tildelt, representerer prosjekt sponsoren den daglige sponsoren og tar de fleste av beslutningene som krever sponsorgodkjenning. Hvis beslutningen er stor nok, vil prosjekt sponsoren ta den til den utøvende sponsoren.

stake~~POS=TRUNC

Spesifikke personer eller grupper som har en eierandel i utfallet av prosjektet er interessenter. Normalt er interessenter fra selskapet og kan omfatte interne kunder, ledelse, ansatte, administratorer, etc. Et prosjekt kan også ha eksterne interessenter, inkludert leverandører, investorer, samfunnsgrupper og offentlige organisasjoner.

Styringsgruppe

En styringsgruppe er vanligvis en gruppe interessenter på høyt nivå som er ansvarlige for å gi veiledning om overordnet strategisk retning. De tar ikke plassen som en sponsor, men bidrar til å spre de strategiske innspillene og innkjøpene til en større del av organisasjonen. Styringskomiteen er spesielt verdifull hvis prosjektet ditt har innvirkning i flere organisasjoner fordi det tillater innspill fra de organisasjonene til beslutninger som berører dem.

Foss metodikk

En fossefallmetodikk er en prediktiv livssyklusmetodikk med sekvensielle faser, som inkluderer analyse, design, utvikling, testing og distribusjon. Prediktive metodologier fungerer bra når kravene og designen er godt definert, som det finnes i konstruksjons- eller produksjonsprosessene. For programvareprosjekter anbefales en smidig metodikk til tross for overflod av fossefallmetodologier som finnes i bransjer.

Arbeidsdelingsstruktur

Arbeidsdelingsstrukturen (WBS) er en liste over større leveranser som prosjektgruppen vil fullføre i løpet av prosjektet. WBS er organisert i et hierarki og dekomponeres vanligvis i flere undernivåer. Et WBS kan brukes til å visuelt definere prosjektet i mindre biter, slik at teamet bedre kan forstå og planlegge aktivitetene som trengs for å fullføre leveransen. Diagrammingsverktøy som Microsoft Visio eller tankekartleggingsverktøy som Mindjet eller MindGenius kan brukes til å bygge et visuelt WBS. ( Les: Fem tips for å bygge en arbeidsdelingsstruktur)

Arbeidsplan (plan)

Prosjektets arbeidsplan forteller deg hvordan du vil fullføre prosjektet. Den beskriver aktivitetene som kreves, sekvensen av arbeidet, hvem som er tilordnet arbeidet, et estimat av hvor mye krefter som kreves, når arbeidet skal ut, og annen informasjon av interesse for prosjektlederen. Arbeidsplanen lar prosjektlederen identifisere arbeidet som kreves for å fullføre prosjektet, og lar også prosjektlederen overvåke arbeidet for å avgjøre om prosjektet er i plan.

Agile prosjektledelsesterminologi

Agile metodikk

En smidig metodikk er en adaptiv systemutvikling livssyklusmetodikk som leverer programvare i trinnvise biter kjent som iterasjoner eller sprints. I smidig utvikling er tiden fast, og omfanget tillates å flyte fra en iterasjon til en annen basert på teamets brukerhistoriske fremgang. En smidig metodikk brukes best når kravene ikke er godt definert. ( Les: Fem smidige prosjektledelsesmigreringstips)

Brenn ned diagrammet

Et nedbrent diagram er en grafisk oversikt over det gjenværende arbeidet som er igjen kontra tiden i en iterasjon. En prosjektets etterslep eller timer kan uttrykkes på den vertikale aksen, mens tiden er indikert på den horisontale aksen. Et nedbrent diagram brukes ofte for å bestemme når arbeidet skal fullføres på et prosjekt eller en iterasjon.

Epic

Et epos er et sett med relaterte brukerhistorier. De blir også betraktet som en "virkelig stor brukerhistorie."

køyring

En iterasjon er et iterativt utviklingskonsept som etablerer en kort tidsramme for å levere et sett med programvarefunksjoner eller brukerhistorier. Hver iterasjon inkluderer typiske fossefallaktiviteter som analyse, design, utvikling og testing, men de er tidsboksede i løpet av et til fire ukers vindu. På slutten av en iterasjon blir fremdriften gjennomgått med bedriftskunden, og anbefalte endringer kan integreres i fremtidige iterasjoner.

Planlegger poker

Planning Poker er et estimeringsspill laget av Mike Cohn fra Mountain Goat Software. Planning Poker brukes til å estimere individuelle brukerhistorier som en lagaktivitet. Teamet samler og gjennomgår brukerhistorier om gangen. Når historiene presenteres, diskuterer teamet brukerhistorien og gir et estimat av arbeidet fra deres eget kortstokk. Alle estimater blir presentert og diskutert til teamet kommer til enighet.

Utgivelse

En utgivelse er et sett med arbeidsprogramvare levert til bedriftskunden som et resultat av et sett med iterasjoner. Under utgivelsesplanlegging vil team gjennomgå en produktets etterslep for å organisere brukerhistorier i de spesifikke utgivelsene og iterasjonene som leverer et funksjonelt produkt til bedriftskunden.

Scrum

Scrum er en iterativ utviklingsmetodikk som brukes til å administrere programvareprosjekter. I scrum-baserte prosjekter er det ikke en spesifikk prosjektleder som leder prosjektgruppeoppgaver; teamet er selvstyrt, og teamlokaliserte medlemmer er avhengige av kommunikasjon over dokumentasjon for effektiv prosjektlevering. ( Les: Få en oversikt over Scrum agile prosjekttilnærming)

Sprint

En sprint er et skrumbasert smidig metodekonsept som ligner på en iterasjon. En sprint er tidsbokset for å levere et spesifikt sett med brukerhistorier og produsere arbeidsfunksjoner innen en angitt tidsperiode. Under sprintplanlegging spesifiserer bedriftskunden eller produkteieren prioriteten til brukerhistorien, og utviklingsteamet forplikter seg til omfanget av en gitt sprint. Under en sprint kan brukerhistorier fjernes fra sprintomfanget, men nye historier kan ikke legges til; Dette gjør at prosjektgrupper kan fokusere på målene til sprinten og levere raskt.

Historiepoeng

Et historiepunkt er en relativ estimeringsmetode som brukes til å bestemme størrelsen på brukerhistoriene, slik at team kan bestemme hvor mye arbeid som kan gjøres under en iterasjon. Historiepoeng kan uttrykkes i en enkel Fibonacci-sekvens, t-skjortestørrelser eller et relativt antall. Ved å legge opp antall brukerhistorier og tilhørende historipunkter, kan prosjektgruppen etablere hastigheten for fremtidig iterasjonsplanlegging.

Brukerhistorie

En brukerhistorie er en smidig versjon av et prosjektkrav. En brukerhistorie består av et par setninger som definerer hvem, hva og hvorfor for et gitt krav og som kan dokumenteres på indekskort eller klistremerker. Brukerhistorier er skrevet av forretningsbrukeren for å kommunisere programvaren trenger eller ønsker. Brukerhistorier er ment å være kortfattet, da kommunikasjon mellom forretnings- og utviklingsteamet brukes til å utdype brukerhistorien og utvikle arbeidsprogramvare. Eksempel fra Mike Cohn: "As a, I want". ( Les: Brukerhistorier: Utgangspunktet i smidig utvikling)

© Copyright 2020 | mobilegn.com