Wikiternative
The Alternative Source

Post info:

Project management

Project management is de discipline van zorgvuldig projecteren of plannen, organiseren, motiveren en controleren van de middelen om specifieke doelen te bereiken en voldoen aan specifieke criteria voor succes. Een project is een tijdelijke inspanning ontworpen om een uniek product, dienst te produceren of het resultaat met een gedefinieerd begin en einde (meestal de tijd beperkt, en vaak beperkt door financiering of deliverables) ondernomen om unieke doelen en doelstellingen te voldoen, meestal ongeveer gunstige verandering te brengen of toegevoegde waarde. [1] [2] De tijdelijke aard van de projecten staat in contrast met business as usual (of activiteiten), [3], die herhaalde, permanente of semi-permanente functionele activiteiten om producten of diensten produceren. In de praktijk is het beheer van deze twee systemen is vaak heel anders, en als zodanig vereist de ontwikkeling van verschillende technische vaardigheden en management strategieën. [4]

De voornaamste uitdaging van het project management is om alle van de verwezenlijking van de doelstelling [5] en de doelstellingen, terwijl het eren van de vooropgezette beperkingen. [6] De belangrijkste beperkingen zijn scope, tijd, kwaliteit en budget. [7] De secundaire – en ambitieuzer – uitdaging is om het optimaliseren van de toewijzing van de nodige input en te integreren met vooraf gedefinieerde doelstellingen.

Inhoud

  • 1 Geschiedenis
  • 2 Approaches
    • 2.1 De traditionele aanpak
    • 2.2 PRINCE2
    • 2.3 Critical Chain projectmanagement
    • 2.4-Proces-based management
    • 2,5 Agile projectmanagement
    • 2.6 Lean project management
    • 2.7 Extreme projectmanagement
    • 2.8 Benefits realisatie beheer
  • 3 Processen
    • 3.1 Initiëren
    • 3.2 Planning
    • 3.3 uitvoeren
    • 3.4 Monitoring en beheersen
    • 3,5 Closing
    • 3.6 Project controlling en project control systemen
  • 4 Onderwerpen
    • 4.1 Projectmanagers
    • 4.2 Project types beheer
    • 4.3 Work Breakdown Structure
    • 4.4 Internationale normen
    • 4.5 Project portfolio management
    • 4.6 Project management software
    • 4.7 Virtual projectmanagement
  • 5 Zie ook
  • 6 Verwijzingen
  • 7 Externe links

Geschiedenis

Romeinse soldaten het bouwen van een fort, de Kolom van Trajan AD 113

Tot 1900 werden civieltechnische projecten over het algemeen beheerd door creatieve architecten, ingenieurs en bouwmeesters zelf, bijvoorbeeld Vitruvius (eerste eeuw voor Christus), Christopher Wren (1632-1723), Thomas Telford (1757-1834) en Isambard Kingdom Brunel (1806 -1859). [8] Het was in de jaren 1950 dat organisaties begonnen met het project management tools en technieken systematisch toepassen om complexe technische projecten. [9]

Henry Gantt (1861-1919), de vader van de planning en control technieken

Als een discipline, projectmanagement ontwikkeld uit verschillende toepassingsgebieden, waaronder civiele bouw, techniek, en zware defensie activiteit. [10] Twee voorvaders van projectmanagement zijn Henry Gantt, riep de vader van de planning en controle technieken, [11] die beroemd om zijn gebruik van de Gantt-grafiek als een project management tool (alternatief Harmonogram eerst voorgesteld door Karol Adamiecki [12]); en Henri Fayol voor zijn creatie van de vijf management functies die het fundament van de kennis in verband met het project en programmamanagement vormen. [13] Zowel Gantt en Fayol waren studenten van Frederick Winslow Taylor theorieën van ’s wetenschappelijk management. Zijn werk is de voorloper van de moderne project management tools waaronder work breakdown structure (WBS) en de toewijzing van middelen.

De jaren 1950 markeerde het begin van het moderne project management tijdperk waar de kern technische gebieden komen samen om te werken als een. Projectmanagement werd erkend als een aparte discipline die voortvloeien uit het beheer van discipline met technisch model. [14] In de Verenigde Staten, voor de jaren 1950, projecten werden beheerd op een ad-hoc basis, met behulp van vooral Gantt-grafieken en informele technieken en tools. Op dat moment waren twee wiskundige project-scheduling modellen ontwikkeld. De “kritiek pad” (CPM) werd ontwikkeld als een joint venture tussen DuPont Corporation en Remington Rand Corporation voor het beheer van onderhoud van de installatie projecten. En de “Program Evaluation and Review Technique” of PERT, werd ontwikkeld door de Marine van Verenigde Staten in samenwerking met de Lockheed Corporation en Booz Allen Hamilton als onderdeel van de Polaris raket onderzeeër programma. [15]

PERT en CPM zijn zeer vergelijkbaar in hun benadering, maar nog steeds presenteren enkele verschillen. CPM wordt gebruikt voor projecten die deterministische activiteit keer nemen; de tijden waarop elke activiteit zal worden uitgevoerd, zijn bekend. PERT, daarentegen, maakt stochastische activiteitstijden; de tijden waarop elke activiteit zal worden uitgevoerd zijn onzeker of gewijzigd. Vanwege dit fundamentele verschil CPM en PERT worden in verschillende contexten. Deze wiskundige technieken snel verspreiden in vele particuliere ondernemingen.

PERT netwerk grafiek voor een zeven maanden durend project met vijf mijlpalen

Op hetzelfde moment, als project-scheduling modellen werden ontwikkeld, technologie voor de kosten van het project schatten, kostenbeheersing, en engineering economie was in ontwikkeling, met baanbrekende werk van Hans Lang en anderen. In 1956, de Amerikaanse Vereniging van Cost Engineers (nu AACE International, de Vereniging voor de Bevordering van de Cost engineering) werd gevormd door vroege beoefenaars van projectmanagement en de bijbehorende specialiteiten van planning en scheduling, kostenraming, en de kosten / schema controle (project control). AACE zette zijn baanbrekende werk en in 2006 bracht de eerste geïntegreerde proces voor het portfolio, programma en project management (Total Cost Management Framework).

De International Project Management Association (IPMA) werd opgericht in Europa in 1967, [16] als een federatie van verschillende nationale projectmanagement verenigingen. IPMA handhaaft haar federale structuur vandaag en nu ook lid verenigingen op elk continent behalve Antarctica. IPMA biedt een Four Level Certification programma op basis van de IPMA Competence Baseline (ICB). [17] De ICB omvat technische, contextuele en gedragscompetenties.

In 1969, het Project Management Institute (PMI) werd opgericht in de Verenigde Staten. [18] PMI publiceert Een gids voor het Project Management Body of Knowledge (PMBOK Guide), die project management praktijken die gemeenschappelijk zijn omschreven om “de meeste projecten, waarvan de meeste de tijd.” PMI biedt ook meerdere certificeringen.

Benaderingen

Er zijn een aantal benaderingen voor projectactiviteiten beheren zoals lean, iteratieve, incrementele en gefaseerde aanpak.

Ongeacht de methoden die gebruikt worden, een zorgvuldige afweging moet worden besteed aan de algemene doelstellingen van het project, tijdlijn, en de kosten, evenals de rollen en verantwoordelijkheden van alle deelnemers en betrokkenen.

De traditionele aanpak

Een traditionele gefaseerde aanpak identificeert een opeenvolging van stappen worden afgerond. In de “traditionele aanpak”, [19] vijf ontwikkelingsstoornissen componenten van een project kan worden onderscheiden (vier etappes plus controle):

Typische ontwikkelingsfasen van een engineering project
  1. inwijding
  2. planning en ontwerp
  3. uitvoering en de bouw
  4. controle- en regelsystemen
  5. voltooiing en eindpunt

Niet alle projecten zal elke fase hebben, aangezien de projecten kan worden beëindigd voordat zij de voltooiing bereiken. Sommige projecten niet volgen een gestructureerde planning en / of toezicht. En sommige projecten zal gaan door de stappen 2, 3 en 4 meerdere keren.

Veel industrieën gebruiken variaties van deze projectfasen. Bijvoorbeeld, bij het werken aan een brick-and-mortar ontwerp en de bouw, projecten zal doorgaans vooruitgang door fasen zoals pre-planning, conceptueel ontwerp, schematisch ontwerp, ontwikkeling van het ontwerp, de bouw tekeningen (of bestek), en de bouw administratie. In de ontwikkeling van software, wordt deze aanpak ook wel bekend als de waterval model, [20] dat wil zeggen, een reeks taken na het andere in lineaire volgorde. In de ontwikkeling van software hebben veel organisaties de aangepaste Rational Unified Process (RUP) voor deze methode passen, hoewel RUP niet nodig of expliciet aan deze praktijk. Waterval ontwikkeling werkt goed voor kleine, goed gedefinieerde projecten, maar vaak ontbreekt in grotere projecten van ongedefinieerd en dubbelzinnige natuur. De kegel van onzekerheid worden enkele dit de planning die op de eerste fase van het project lijdt aan een hoge mate van onzekerheid. Dit wordt vooral softwareontwikkeling vaak het realiseren van een nieuwe of nieuw product. In projecten waar de eisen niet zijn afgerond en kan veranderen, requirements management wordt gebruikt om een nauwkeurige en volledige definitie van het gedrag van de software die kan dienen als basis voor de ontwikkeling van software te ontwikkelen. [21] Hoewel de voorwaarden kunnen verschillen van de industrie aan de industrie de werkelijke fasen volgen doorgaans gemeenschappelijke stappen om problemen op te lossen – “. definiëren van het probleem, met een gewicht van opties, het kiezen van een pad, uitvoering en evaluatie”

PRINCE2

Hoofdartikel: PRINCE2

De PRINCE2 procesmodel

PRINCE2 is een gestructureerde aanpak van het beheer uitgebracht in 1996 als een generieke projectmanagement methode project. [22] Het combineert de originele PROMPT methodologie (dat uitgroeide tot het PRINCE methodologie) met IBM’s MITP (beheer van de uitvoering van het totale project) methodologie. PRINCE2 voorziet in een werkwijze voor het managen van projecten binnen een duidelijk omschreven kader.

PRINCE2 richt zich op de definitie en de levering van producten, in het bijzonder hun kwaliteitseisen. Als zodanig, het definieert een succesvol project als resultaatgerichte (niet activiteit- of taakgerichte) door middel van het creëren van een overeengekomen set van producten [23] dat de omvang van het project te definiëren en vormt de basis voor de planning en controle, dat is Hoe dan mensen en activiteiten te coördineren, het ontwerpen en begeleiden de levering van producten, en wat te doen als de producten en daarmee de omvang van het project moet worden aangepast als het niet ontwikkelen zoals gepland.

Bij de methode wordt elk proces aangegeven met de belangrijkste in- en uitgangen en met specifieke doelstellingen en activiteiten die moeten worden uitgevoerd om de resultaten van een project te leveren, zoals gedefinieerd door de Business Case. Dit zorgt voor een voortdurende evaluatie en aanpassing bij afwijking van de Business Case is vereist.

PRINCE2 biedt een gemeenschappelijke taal voor alle deelnemers aan het project. Het bestuur kader van PRINCE2 – de rollen en verantwoordelijkheden – worden volledig beschreven en vereisen op maat om de complexiteit van het project en de vaardigheden van de organisatie aan te passen. [23]

Critical Chain project management

Hoofdartikel: Critical Chain projectmanagement

Critical Chain projectmanagement (CCPM) is een methode om de planning en het beheer van uitvoering van het project is ontworpen om te gaan met onzekerheden die inherent zijn aan het managen van projecten, rekening houdend met de beperkte beschikbaarheid van hulpbronnen (fysieke, menselijke vaardigheden, evenals het beheer en support capaciteit) die nodig is om uit te voeren projecten.

CCPM is een toepassing van de Theory of Constraints (TOC) aan projecten. Het doel is om de stroom van projecten in een organisatie (verhogen throughput). Toepassing van de eerste drie van de vijf focus stappen van TOC wordt het systeem beperking voor alle projecten die evenals de middelen. Om de beperking te exploiteren, worden taken op de kritieke keten voorrang boven alle andere activiteiten. Tenslotte worden projecten gepland en beheerd dat de middelen klaar als de kritieke keten taken moeten beginnen, ondergeschikt andere middelen om de kritische keten.

Het projectplan moet meestal ondergaan resource leveling, en de langste reeks van resource-constrained taken moeten worden geïdentificeerd als de kritieke keten. In sommige gevallen, zoals het beheren van gecontracteerde deelprojecten, is het raadzaam om een vereenvoudigde aanpak zonder resource leveling.

In multi-project-omgevingen, moet resource leveling worden uitgevoerd tussen projecten. Het is echter vaak genoeg te identificeren (of selecteert u) één “trommel”. De trommel kan een middel dat optreedt als een belemmering tussen projecten die verspringen gebaseerd op de beschikbaarheid van die ene hulpbron.

Men kan ook een ‘virtueel drum’ gebruiken door een taak of groep taken (meestal selecteren integratie punten) en het beperken van het aantal projecten in uitvoering in dat stadium.

Proces-based management

Hoofd artikel:-Proces-based management

De integratie van proces-based management is gedreven door het gebruik van Maturity modellen zoals de CMMI (Capability Maturity Model integratie, zie dit voorbeeld van een voorganger) en ISO / IEC15504 (SPICE – software procesverbetering en vermogen schatting).

Agile project management

Hoofdartikel: Agile Project Management

De iteratie cyclus in agile project management

Agile projectmanagement omvat verschillende iteratieve aanpak, gebaseerd op de principes van menselijke interactie management en gebaseerd op een proces van menselijke samenwerking. Agile-gebaseerde methoden zijn “meest typisch” gebruikt in de ontwikkeling van software, alsmede de “website, technologie, creatieve en marketing industrie.” [24] Dit staat in schril contrast met de traditionele benaderingen, zoals de waterval methode. In agile softwareontwikkeling of flexibele productontwikkeling is het project gezien als een reeks relatief kleine taken bedacht en uitgevoerd sluiting als de situatie daarom vraagt op een adaptieve wijze, in plaats van als een volledig vooraf geplande proces.

Voorstanders van deze techniek beweren dat:

  • Het is de meest consistente project management techniek omdat het gaat om frequent testen van het project in ontwikkeling.
  • Het is de enige techniek waarbij de klant zal actief worden betrokken bij de ontwikkeling project.
  • Het enige nadeel van deze techniek is dat het moet alleen worden gebruikt als de klant heeft genoeg tijd om actief te worden bij het project betrokken.

Agile is een overkoepelende term voor meerdere projectmanagement methodieken, waaronder:

  • Scrum – Een holistische benadering van ontwikkeling die zich richt op iteratieve doelen door de Product Owner te stellen door middel van een achterstand, die wordt ontwikkeld door het Delivery Team door de versoepeling van de Scrum Master.
  • Extreme Programming (XP) – Een set van praktijken op basis van een set van principes en waarden, met een doel te ontwikkelen dat voorziet in werkelijke waarde door de uitvoering van strakke feedback loops op alle niveaus van het ontwikkelingsproces en ze te gebruiken om de ontwikkeling te sturen. XP gepopulariseerd Test Driven Development (TDD) en pair programming.
  • eXtreme Manufacturing (XM) – Een agile methodiek op basis van Scrum, Kanban en Kaizen, dat een snelle engineering en prototyping vergemakkelijkt.
  • Crystal Clear – Een agile of lichtgewicht methode die zich richt op colocatie en osmotische communicatie.
  • Kanban (かんばん(看板)?) – Een mager kader voor procesverbetering die vaak wordt gebruikt voor werk in uitvoering (WIP) binnen agile projecten te beheren. Kanban is specifiek in de ontwikkeling van software toegepast.
  • Scrum verbieden een gemengde scrum en kanban aanpak van projectmanagement. Het richt zich op het nemen van de flexibiliteit van de kanban en het toevoegen van de structuur van de scrum naar een nieuwe manier om projecten te beheren.

Lean project management

Hoofd artikel: Lean project management

Lean project management maakt gebruik van de principes van lean manufacturing om zich te concentreren op het leveren van waarde met minder afval en minder tijd.

Extreem project management

Hoofdartikel: Extreme projectmanagement

Planning en feedback loops in Extreme Programming (XP) met de termijnen van de verschillende lussen.

In kritische studies van projectmanagement is geconstateerd dat verschillende PERT gebaseerde modellen zijn niet goed geschikt voor de multi-project bedrijf omgeving van vandaag. [Nodig citaat] De meeste van hen zijn gericht op zeer grote schaal, eenmalige, niet- routine-projecten, en momenteel alle soorten van beheer worden uitgedrukt in termen van projecten.

Met behulp van complexe modellen voor “projecten” (of liever “taken”) verspreid over een paar weken is bewezen dat onnodige kosten en lage wendbaarheid veroorzaken in verschillende gevallen. [Nodig citaat] De veralgemening van Extreme Programming om andere soorten projecten extreme projectmanagement die kunnen worden gebruikt in combinatie met het proces modelleren en principes van menselijke interactie beheer.

Voordelen realisatie

Hoofd artikel: Voordelen realisatie beheer

Benefits realisatie Management (BRM) verbetert de normale project management technieken door middel van een focus op de resultaten (de baten) van een project in plaats van producten of outputs, en vervolgens het meten van de mate waarin dat gebeurt om een project op de rails te houden. Dit kan helpen om het risico van een voltooide project dat het onvermogen van afleveren overeengekomen vereisten / outputs maar niet de voordelen van deze voorschriften te leveren verminderen.

Daarnaast BRM praktijken hebben tot doel de afstemming tussen de resultaten van het project en de business-strategieën te waarborgen. De effectiviteit van deze praktijken wordt ondersteund door recent onderzoek waaruit blijkt BRM praktijken project succes vanuit een strategisch perspectief in verschillende landen en industrieën beïnvloeden. [25]

Een voorbeeld van het leveren van een project aan de eisen zou kunnen worden in te stemmen met een computersysteem dat het personeel de gegevens zal verwerken en beheren van payroll, vakantie en medewerkers personeelsadministratie te leveren. Onder BRM de overeenkomst zou kunnen zijn om een bepaalde reductie van personeel uren nodig om te verwerken en medewerkers gegevens te handhaven bereiken.

Processen

De projectontwikkeling fasen [26]

Traditioneel projectmanagement bestaat uit een aantal elementen: 4-5 proces groepen, en een besturingssysteem. Ongeacht de methodologie of de gebruikte terminologie, zal dezelfde fundamentele project management processen worden gebruikt. Belangrijke proces groepen omvatten over het algemeen: [7]

  • Inwijding
  • Planning
  • De productie of de uitvoering
  • Bewaken en beheersen
  • Closing

In het project omgevingen met een significante verkennende element (bijvoorbeeld onderzoek en ontwikkeling), kunnen deze fasen worden aangevuld met de beslissing van de punten (go / no go beslissingen) waarop de voortzetting van het project wordt besproken en besloten. Een voorbeeld is het model Phase-poort.

Initiëren

Initiëren proces groepsprocessen [26]

Het initiërende processen bepalen de aard en omvang van het project. [27] Als deze fase niet goed wordt uitgevoerd, is het onwaarschijnlijk dat het project succesvol de bedrijfsbehoeften wordt ‘nodig. Het belangrijkste project controls hier nodig zijn een goed begrip van het ondernemingsklimaat en ervoor te zorgen dat alle noodzakelijke controles zijn opgenomen in het project. Eventuele gebreken moeten worden gemeld en een aanbeveling moet worden gedaan om ze op te lossen.

De initiërende fase moet een plan dat de volgende gebieden omvat:

  • het analyseren van de zakelijke behoeften / eisen in meetbare doelen
  • de herziening van de huidige activiteiten
  • financiële analyse van de kosten en baten, waaronder een budget
  • stakeholderanalyse, met inbegrip van gebruikers en ondersteunend personeel voor het project
  • project charter inclusief kosten, taken, deliverables, en schema’s

Plan

Na de initiatiefase wordt het project gepland om een passend niveau van detail (zie voorbeeld van een stroomschema). [26] Het belangrijkste doel is om tijd, kosten en middelen adequaat plan om de werkzaamheden die nodig zijn schatten en om effectief risico’s te beheren tijdens de uitvoering van het project. Net als bij de inwijding proces-groep, een gebrek aan voldoende sterk plannen vermindert de kans van zijn doelen succesvol volbrengen van het project.

Projectplanning bestaat doorgaans uit [28]

  • het bepalen hoe te plannen (bijvoorbeeld door het niveau van detail of Rolling Wave planning);
  • het ontwikkelen van de scope statement;
  • het selecteren van de planning team;
  • identificeren deliverables en het creëren van de work breakdown structuur;
  • identificeren die nodig zijn om de deliverables te voltooien activiteiten en netwerken van de activiteiten in hun logische volgorde;
  • het schatten van de benodigde middelen voor de activiteiten;
  • het schatten van de tijd en de kosten voor activiteiten;
  • ontwikkeling van het schema;
  • de ontwikkeling van de begroting;
  • risico planning;
  • het verkrijgen van een formele goedkeuring te beginnen met de werkzaamheden.

Aanvullende processen, zoals planning voor communicatie en voor scope management, het identificeren van rollen en verantwoordelijkheden bepalen wat te kopen voor het project met een kick-off bijeenkomst zijn ook over het algemeen aan te raden.

Voor de ontwikkeling van nieuwe producten projecten kan conceptueel ontwerp van de werking van het eindproduct gelijk aan het project planning worden uitgevoerd, en kan helpen om de planning team informeren wanneer het identificeren van deliverables en planning van de activiteiten.

Het uitvoeren van

Het uitvoeren van proces groepsprocessen [26]

De uitvoering / implementatiefase zorgt ervoor dat deliverables het project management plan dienovereenkomstig worden uitgevoerd. Deze fase omvat de juiste verdeling, coördinatie en het beheer van de human resources en andere middelen, zoals materiaal en budgetten. De output van deze fase is het project te leveren prestaties.

Toezicht en de controle

Monitoring en controle proces groepsprocessen [26]

Monitoring en controle bestaat uit die processen uitgevoerd om de uitvoering van projecten, zodat potentiële problemen kunnen worden geïdentificeerd in een tijdig en corrigerende maatregelen in acht genomen kunnen worden, indien nodig, om de uitvoering van het project te controleren. Het belangrijkste voordeel is dat de prestaties van het project wordt geobserveerd en regelmatig gemeten om afwijkingen te identificeren van het project management plan.

Monitoring en controle omvat: [29]

  • Het meten van het lopende project activiteiten (‘waar we zijn’);
  • Toezicht op het project variabelen (kosten, inspanning, ruimte, enz.) Tegen het project management plan en de uitvoering project basislijn (waar we moeten zijn);
  • Identificeren corrigerende maatregelen om problemen en risico’s goed (Hoe kunnen we weer op de rails) aan te pakken;
  • Het beïnvloeden van de factoren die geïntegreerd change control, zodat alleen goedgekeurde wijzigingen worden doorgevoerd kunnen omzeilen.

In multi-fase projecten, het toezicht en de controle proces geeft ook feedback tussen fasen van het project, met het oog op corrigerende of preventieve maatregelen om het project, in overeenstemming met het project beheersplan brengen implementeren.

Onderhoud project is een continu proces, en het omvat: [7] 1 Voortzetting ondersteuning van eindgebruikers 2 Correctie van fouten 3 updates van de software in de tijd

Toezicht en de controle cyclus

In dit stadium, accountants moeten aandacht besteden aan hoe effectief en snel gebruiker problemen worden opgelost.

In de loop van elk bouwproject, kan de omvang van het werk te veranderen. Verandering is een normaal en verwacht onderdeel van het bouwproces. Veranderingen kunnen het gevolg zijn van de noodzakelijke wijzigingen in het ontwerp zijn verschillende omstandigheden ter plaatse, beschikbaarheid van materialen, aannemer gevraagde wijzigingen, value engineering en de effecten van derden, een paar te noemen. Naast het uitvoeren van de verandering van het veld, de verandering normaliter moet worden vastgelegd om te tonen wat feitelijk werd geconstrueerd. Dit wordt aangeduid als change management. Vandaar dat de eigenaar vereist meestal een laatste record naar alle wijzigingen of, meer specifiek zien, elke wijziging die de tastbare delen van het volbrachte werk wijzigt. De plaat wordt gemaakt op het bestek – meestal, maar niet noodzakelijk beperkt tot, de tekeningen van het ontwerp. Het eindproduct van deze inspanning is wat de industriële termen as-built tekeningen, of eenvoudiger, “as built.” De behoefte aan hen een norm in bouwcontracten. Bouw document management is een zeer belangrijke taak verricht met behulp van een online of desktop software systeem, of in stand gehouden door middel van fysieke documentatie. De toenemende legaliteit met betrekking tot de bouwindustrie onderhoud van juiste documenten heeft de toename van de behoefte aan documentbeheerssystemen veroorzaakt.

Wanneer wijzigingen worden voorgesteld aan het project, de levensvatbaarheid van het project moet opnieuw worden beoordeeld. Het is belangrijk om niet uit het oog te verliezen van de oorspronkelijke doelstellingen en de doelstellingen van de projecten. Wanneer de veranderingen zich ophopen, kan het verwachte resultaat de oorspronkelijke voorgenomen investering in het project niet rechtvaardigen. Succesvol project management identificeert deze componenten, en tracks en bewaakt de voortgang om zo blijven binnen tijd en budget frames al bij de aanvang van het project beschreven.

Sluiten

Closing proces groepsprocessen. [26]

Sluiten omvat de formele goedkeuring van het project en het einde daarvan. Administratieve activiteiten omvatten de archivering van de dossiers en documenteren van geleerde lessen.

Deze fase bestaat uit: [7]

  • Contract sluiting: Compleet en op te lossen elk contract (met inbegrip van de oplossing van alle geopende items) en sluit elke opdracht van toepassing zijn op het project of de projectfase.
  • Projecteren buurt: Voltooi alle activiteiten in alle van het proces groepen om het project of een projectfase formeel sluiten

Ook in deze fase is de Post Implementation Review. Dit is een belangrijke fase van het project voor het project team om te leren van ervaringen en gelden voor toekomstige projecten. Normaal gesproken een Post Implementation Beoordeling bestaat uit te kijken naar de dingen die goed gingen en analyseren van dingen die slecht ging het project om te komen met lessen.

Project controlling en project control systemen

Project controlerende moet worden opgericht als een onafhankelijke functie in projectmanagement. Het voert verificatie en controlerende functie tijdens de verwerking van een project om de gedefinieerde prestaties en formele doelen te versterken. [30] De taken van het project controlerende zijn ook:

  • het creëren van infrastructuur voor de levering van de juiste informatie en de actualisering
  • de oprichting van een manier om de verschillen van de parameters project communiceren
  • de ontwikkeling van het project informatie technologie, gebaseerd op een intranet of het bepalen van een project key performance indicator-systeem (KPI)
  • divergentie analyseert en het genereren van voorstellen voor potentiële project regelgeving [31]
  • de oprichting van de methoden om een geschikte projectstructuur, project workflow organisatie, project control en governance te bereiken
  • creatie van transparantie tussen de parameters project [32]

Vervulling en de uitvoering van deze taken kan worden bereikt door de toepassing van specifieke methoden en instrumenten van het project controlling. De volgende methoden van het project controle kan worden toegepast:

  • analyse van investeringen
  • kosten baten Analyse
  • waarde batenanalyse
  • expert enquêtes
  • simulatieberekeningen
  • risicoprofiel analyse
  • toeslag berekeningen
  • mijlpaal trendanalyse
  • kosten trendanalyse
  • doelgroep / werkelijke-vergelijking [33]

Project controle is dat onderdeel van een project dat het blijft op de baan, op tijd en binnen budget. [29] project control begint vroeg in het project met de planning en eindigt laat in het project met post-implementatie beoordeling, met een grondige betrokkenheid van elke stap in het proces. Projecten kunnen worden gecontroleerd of beoordeeld, terwijl het project is in volle gang. Formele audits zijn in het algemeen het risico of compliance-based en management zal direct de doelstellingen van de audit. Een examen kan een vergelijking van de goedgekeurde project management processen met de manier waarop het project daadwerkelijk wordt beheerd. [34] Elk project moet worden beoordeeld op het juiste niveau van controle nodig is: te veel controle is te tijdrovend, te weinig controle is zeer riskant . Als project control niet correct wordt uitgevoerd, moeten de kosten voor het bedrijf worden verduidelijkt in termen van fouten en fixes.

Controlesystemen zijn nodig voor de kosten, risico’s, kwaliteit, communicatie, tijd, verandering, inkoop en human resources. Daarnaast moeten accountants nagaan hoe belangrijk de projecten aan de jaarrekening, hoe afhankelijk de stakeholders zijn over de controles, en hoeveel controles bestaan. Accountants moet het ontwikkelingsproces en de procedures voor de manier waarop ze worden uitgevoerd te herzien. Het ontwikkelingsproces en de kwaliteit van het eindproduct kan ook worden uitgevoerd indien nodig of op verzoek. Een bedrijf kan willen het accountantskantoor in het hele proces betrokken worden om problemen sneller op te vangen, zodat ze gemakkelijker kunnen worden vastgesteld. Een accountant kan dienen als een consultant controles als onderdeel van de ontwikkeling team of als een onafhankelijke accountant in het kader van een audit.

Bedrijven gebruiken soms formele systemen ontwikkelingsprocessen. Deze helpen verzekeren dat systemen met succes worden ontwikkeld. Een formeel proces is meer effectief in het creëren van sterke controles en controleurs moeten dit proces te herzien om te bevestigen dat het goed is ontworpen en wordt gevolgd in de praktijk. Een goede formele systemen ontwikkelingsplan schetst:

  • Een strategie om de ontwikkeling van bredere doelstellingen van de organisatie af te stemmen
  • Normen voor nieuwe systemen
  • Project management beleid voor timing en budgettering
  • Procedures beschrijving van het proces
  • Evaluatie van de kwaliteit van de verandering

Onderwerpen

Projectmanagers

Een projectmanager is een professional op het gebied van projectmanagement. Projectmanagers kunnen de verantwoordelijkheid van de planning, uitvoering en afsluiting van elk project, meestal met betrekking tot bouw, engineering, architectuur, informatica en telecommunicatie. Veel andere velden in productie, engineering, design engineering en zware industriële hebben projectmanagers.

Een project manager is de persoon die verantwoordelijk is voor het bereiken van de gestelde doelen project. Key project management verantwoordelijkheden omvatten het creëren van duidelijke en haalbare doelstellingen van het project, de bouw van de eisen van het project en het beheer van de drievoudige beperking voor projecten, die de kosten, tijd en ruimte.

Een project manager is vaak een klant vertegenwoordiger en moet bepalen en implementeren van de exacte behoeften van de klant, op basis van de kennis van het bedrijf dat ze vertegenwoordigen. Het vermogen zich aan te passen aan de verschillende interne procedures van de contractant, en nauwe banden met de genomineerde vertegenwoordigers vormen, is van essentieel belang ervoor te zorgen dat de belangrijkste kwesties van de kosten, tijd, kwaliteit en bovenal, klanttevredenheid, kan worden gerealiseerd.

Types project management

Hoewel het management Project, op zichzelf, is een discipline die kan worden toegepast op elk project bedoeld om oplossingen te leveren voor welk doel, is het vaak afgestemd op de specifieke en herhaalbare behoeften van verschillende en zeer gespecialiseerde industrie tegemoet te komen.Bijvoorbeeld, de bouwsector, die zich richt op de levering van dingen zoals gebouwen, wegen en bruggen, heeft zijn eigen gespecialiseerde vorm van project management, dat het verwijst naar ontwikkelde Bouw projectmanagement en voor welk project managers kunnen raken getraind en gecertificeerd . [35] De informatie-technologie-industrie heeft ook geëvolueerd tot zijn eigen vorm van Project management dat wordt aangeduid als het ontwikkelen van IT Project management en die is gespecialiseerd in de levering van technische middelen en diensten die nodig zijn door de verschillende fasen van de levenscyclus, zoals planning te passeren , ontwerp, ontwikkeling, testen en implementatie. Biotechnologie project management richt zich op de fijne kneepjes van het biotechnologisch onderzoek en ontwikkeling. [36]

Voor elk type project management, project managers ontwikkelen en gebruiken herhaalbare sjablonen die specifiek zijn voor de industrie dat ze te maken hebben met zijn. Dit stelt projectplannen op zeer grondig en zeer herhaalbare, met de specifieke bedoeling om de kwaliteit te verhogen, lagere transportkosten en minder tijd om resultaten van het project te leveren geworden.

Work breakdown structuur

Hoofdartikel: Work Breakdown Structure

De work breakdown structure (WBS) is een boomstructuur, dat een onderdeel van de inspanning die nodig is om een doel, bijvoorbeeld het bereiken van een programma, project en contract toont. De WBS kan hardware-, product-, service-, of proces -georiënteerde (zie een voorbeeld in een NASA rapportagestructuur (2001)). [37]

Een WBS kan worden ontwikkeld door te beginnen met het einddoel en achtereenvolgens te verdelen in beheersbare onderdelen in termen van omvang, duur, en verantwoordelijkheid (bv systemen, subsystemen, componenten, taken, deeltaken en werkpakketten), die allemaal voorzien de stappen die nodig zijn om de doelstelling te bereiken. [21]

De verdeling werkstructuur biedt een gemeenschappelijk kader voor de natuurlijke ontwikkeling van de algemene planning en controle van een contract en is de basis voor de verdeling van het werk in definieerbare stappen waaruit de verklaring van het werk kan worden ontwikkeld en technische, planning, kosten en arbeidskosten uur rapportage kan worden vastgesteld. [37] Het werk breakdown structure kan worden weergegeven in twee vormen één in de vorm van een tabel met de onderverdeling van twee taken in de vorm van een organigram.

Internationale normen

Er zijn verschillende pogingen ondernomen om projectmanagement normen te ontwikkelen, zoals geweest:

  • ISO 21500: 2012 – Begeleiding bij projectmanagement. Dit is het eerste project management ISO.
  • ISO 31000: 2009 – Risicomanagement. Risicomanagement is 1 van de 10 kennisgebieden van ofwel ISO 21500 of PMBoK5 concept van het project management.
  • ISO / IEC / IEEE 16326-2009 – Systems and Software Engineering-Life Cycle Processen-Project Management [38]
  • Capability Maturity Model van het Software Engineering Institute.
  • GAPPS, Global Alliance for Project Performance Standards – een open source standaard beschrijft Competenties voor project- en programma managers.
  • Een gids voor het Project Management Body of Knowledge van het Project Management Institute (PMI)
  • HERMES methode, Zwitserse algemene projectmanagement methode, geselecteerd voor gebruik in Luxemburg en internationale organisaties.
  • De ISO-normen ISO 9000, een familie van normen voor de kwaliteit van het beheer van systemen en de ISO 10006: 2003 voor kwaliteitsmanagement systemen en richtlijnen voor kwaliteitsmanagement in projecten.
  • PRINCE2, Projects IN Controlled Environments.
  • Vereniging voor Project Management Body of Knowledge [39]
  • Team Software Proces (TSP) van de Software Engineering Institute.
  • Total Cost Management Framework, AACE International Methodologie voor Integrated Portfolio, Programma en Project Management.
  • V-model, een originele systeemontwikkeling methode.
  • Het logisch kader, die populair is in internationale ontwikkelingsorganisaties.
  • IAPPM, de Internationale Vereniging van Project & Programma Management gids voor auditing en het redden van onrustige projecten projecteren.
  • [Australian Institute of Project Management] AIPM heeft 4 niveaus van certificering; CPpp, CPPM, CPPD & CPPE voor Certified Oefenen Project … Partner, manager, directeur en Executive.

Project portfolio management

Hoofdartikel: Project portfolio management

Steeds meer organisaties gebruiken, wat wordt aangeduid als, projectportfoliomanagement (PPM) als middel om de juiste projecten te selecteren en te gebruiken projectmanagementtechnieken [40] als de middelen voor het leveren van de resultaten in de vorm van voordelen het uitvoeren van private of not-for-profit organisatie.

Project management software

Hoofd artikelen: Project management software en project management informatie systeem

Project management software is software die wordt gebruikt om te helpen bij het plannen, organiseren en beheren resource pools, resource ramingen ontwikkelen en plannen uit te voeren. Afhankelijk van de complexiteit van de software, kan de functionaliteit omvatten schatting en planning, scheduling, kostenbeheersing en budgetbeheer, toewijzing van middelen, collaboration software, communicatie, besluitvorming, workflow, kwaliteit van het management, documentatie en / of administratieve systemen. [41] [42]

Virtueel project management

Hoofdartikel: Virtual team

Virtual programmamanagement (VPM) is het beheer van een project gedaan door een virtueel team, hoewel het zelden kan verwijzen naar een project dat de implementatie van een virtuele omgeving [43] Er wordt opgemerkt dat het beheer van een virtueel project is fundamenteel verschillend van het beheer van traditionele projecten, [44 ] combineren zorgen van telewerken en wereldwijde samenwerking (cultuur, tijdzones, taal). [45]