Prince (Projekter i kontrollerede omgivelser)

August 4, 2008

Dette projekt kommandostruktur måske ikke er almindelig anvendt, men det bringer ud til arten af de roller, vi ellers møder i de fleste systemer udviklingsprojekter .

Styringskomité

Dette udvalg kan gå under forskellige titler, men dets vigtigste rolle er at guide udgifter til Informationssystemer (IS) med henblik på at sikre, at disse udgifter er i overensstemmelse med de forretningsmæssige mål. Det er styregruppen ' s ansvar at sikre, at projekter koncentrere sig om at løse virksomhedens problem. Et sådant udvalg kan gennemføre følgende opgaver:

Formulere IS strategi / plan
Prioritering af projekter
Indstilling af mandatet for de enkelte projekter
Projekt fremskridt kontrol
Kvalitet og accept test
Projektfinansiering

Projekt udøvende / Sponsor

At tage sig af projektfinansiering og organisere for frigivelse af midler, der er afsat til projektet.
Projektforløbet kontrol, måske i samarbejde med styregruppen, hvis en sådan findes.
Begrundelse for projektet det ledelsesorgan, der har ansvaret.
Angivelse af minimumskrav, at projekterne skal opfylde, hvis den skal nå sine forretningsmæssige mål.
Giver høj grad af støtte som en forkæmper for de projekter,
Hold projektet bestyrelse eller øverste ledelse orienteret om sagens gang.

Senior Bruger

Hjælpe med systemkrav definition
Bistå projektgruppen med kvalitetskontrol af systemet grænseflader.
Giver udtryk for de bekymringer, som opfattes konsekvenser af en foreslået system.

Projektleder / leder

Tilsyn og motivation af projektgruppen
Fordeling af opgaver
Fremskridt kontrol fra dag til dag basis
Rapportering om projekterne til projektet sponsor eller den øverste ledelse
Anbefal afslutning af projektet til sponsor hvis det er nødvendigt
Vælg og styre underleverandører

Kvalitetskontrol

Denne rolle kan blive betjent af en kvalitetskontrol team , kvalitetskontrol supervisor eller en anden person.

Indstilling af kvalitetsstandarder
Foreslå kvalitetskontrol teknikker
Tilsagn kvaliteten gennemgang og foretage de relevante anbefalinger

Teknisk roller

Afhængigt af projektet eller alle de følgende tekniske roller kan anvendes:

Business / System Analyst
Ansøgning programmører
System programmører
Analytiker programmører
Telekommunikation ingeniører
Designere
Netværk teknikere
Sekretærbistand personale
Dataindtastning personale

Analytiker / programmør rolle

Denne rolle er blevet fremherskende i de sidste 15 år og er resultatet af en række styrker / pres. En analytiker programmør er ansvarlig for både system analyse og programmering.

Nogle af de faktorer, der bidrager til den øgede popularitet af denne rolle er som følger:

Et ønske om at reducere kommunikationsproblemer i system udvikling: I den klassiske tilgang en analytiker forbereder en specifikation, som en programmør efterfølgende anvender et program kodning, er der altid en chance for sammenbrud i kommunikationen mellem de to parter.
Med den øgede anvendelse af IT, selv små virksomheder investerer i området imidlertid systemudvikling arbejdsbyrde tendens til at være lille og mere opmærksomhed bliver rettet mod vedligeholdelse af eksisterende system. Det er derfor rentabelt at have et begrænset antal medarbejdere, der kan udføre både system analyse og programmering.
Ønsket om øget produktivitet / effektivitet: Når en programmør gennemfører en specifikation af konstruktionen, at han skrev selv han kan blive i stand til at gøre det hurtigt, fordi der ikke er spild af tid at forsøge at forstå specifikationen. Systemet er derfor gennemføres hurtigere.
Ændringer i en systemudvikling tilgange , med den øgede anvendelse af objektorienteret systemudvikling, fremgår det rimeligt, at analysen og programmering arbejdet udføres af én person eller den samme gruppe af mennesker.

NB: Denne rolle synes at være ret populær, selv med den store organisation viser, at ordningen kan fungere godt.

En person, der er udpeget som en programmør analytiker kan erhverve en bredere vifte af færdigheder på jobbet med en positiv effekt på hans karriere. Men når fejl er færdig er der mindre chance for at opdage og korrigere dem. Det er også sandsynligt, der vil blive reduceret stringens i problemanalyse med negativ virkning på det samlede system kvalitet.

Popularitet: 5% [ ? ]