PMI - Project Management Institute

PMI - Project Management Institute

Posts 1-10 of 11
  • Andreas Wolf
    Andreas Wolf    Premium Member
    The company name is only visible to registered members.
    Zu welchem Planungsprozess rechnen Sie "Non-Human"-Resources?
    Welchem Planungsprozess würden Sie die Ressourcenplanung für Resourcen, die keine Mitarbeiter sind, zuordnen?

    In welchen Teil des PMBOK-Prozesses fallen zum Beispiel die Bereitstellung von Seminarräume, Testcenter-Plätzen, Räume für die Mitarbeiter, PCs, Lizenzen (insbesondere auch Dinge die auf das Projekt beschafft und am Ende der Organisation übergeben werden). Ich bin dazu übergegangen diese Dinge als Eigene Punkte in der WBS aufzunehmen obwohl es sich dabei um keine Deliverables im eigentlichen Sinn und auch um keine Projektmanagement-Outputs handelt.

    Gibt es eine "offizielle" PMI-Meinung hierzu? Wie gehen Sie mit dieser Aufgabe gewöhnlich um?
    This post was modified on 20 Dec 2006 at 11:18 pm.
    • 20 Dec 2006, 5:42 pm
  • Rainer Bohnert
    Rainer Bohnert    Premium Member
    The company name is only visible to registered members.
    Re: Zu welchem Planungsprozess rechnen Sie "Non-Human"-Resources?
    Hallo Herr Wolf,

    ich kann natürlich nicht OFFIZIELL für das PMI sprechen - aber von der PMBOK-Systematik gehören die Prozesse rund um die "Non-Human"-Resources" zum "Procurement Management":

    "Project Procurement Management includes the processes to purchase or acquire the products, services, or results needed from outside the project team to perform the work."

    Grüße von

    Rainer Bohnert
    http://www.head4projects.de/
    This post was modified on 20 Dec 2006 at 06:28 pm.
    • 20 Dec 2006, 6:05 pm
  • Post visible to registered members
  • Oliver Lehmann
    Oliver Lehmann    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re: Zu welchem Planungsprozess rechnen Sie "Non-Human"-Resources?
    Hallo Herr Wolf,

    die von Ihnen angefragte Planung der Ressourcen in einem eher klassischen Sinn (Personal, Sachmittel und Material) behandelt der PMBOK Guide 3rd Edition unter dem Process

    6.3 Activity Resource Estimating (Seiten 135 - 138)

    Kern-Output des Prozesses ist ein Dokument "Activity resource requirements", in dem die für die Durchführung des Projekts notwendigen Ressourcen aufgelistet und den Aktivitäten zugeordnet sind. Diese werden dann zu Arbeitspaketen, also WBS-Elementen der untersten Ebene, verdichtet.

    Die Auflistung der Ressourcen kann auch in Form einer "Resource Breakdown Structure" gemacht werden.

    Ich rate unbedingt davon ab, etwas anderes als Deliverables als Gliederungselemente einer WBS zu verwenden. Schauen Sie sich dazu doch bitte einmal

    http://www.acq.osd.mil/pm/currentpolicy/wbs/MIL_HDBK-881A/MI...

    an, und zwar den Punkt 2.2.4.1 Guidance for WBS Element Exclusions.

    Anmerkung: In einem moderneren, eher betriebswirtschaftlich ausgerichteten Verständnis können zu Ressourcen auch Geld, Zeit, Know-How etc. gezählt werden, also alles, was durch seine Knappheit das Projekt beeinflussen kann. Dieses Konzept findet sich an anderer Stelle des PMBOK Guides, z.B. im Glossar auf Seite 372. Der PMBOK Guide ist leider nicht immer konsistent.

    @ Herr Bohnert, Herr Jakob,

    niemand von uns kann offiziell für das PMI sprechen, auch ich nicht als Component Officer, und der PMBOK Guide selbst mit seinen mehreren hundert Autoren ist eben auch alles andere als konsistent. Als Trainer sehe ich einen wesentlichen Teil meiner Aufgabe darin, Inkonsistenzen verständlich zu machen und zu verhindern, dass sie zu Konfusion bei den Seminarteilnehmern führen.

    Aber einen Standard kann jeder von uns referenzieren. Nur Mut!

    @ Herr Bohnert

    Procurement ist Einkauf, ist also nur relevant wenn es um Fremdressourcen geht.

    Die sechs Prozesse des Procurement management (12.1 bis 12.6) beschreiben die Beschaffung externer Ressourcen. Die Verplanung im Rahmen des Project management plan ist dann aber Sache des oben genannten Prozesses.

    @ Herr Jakob

    Vielleicht sollte man sich davon lösen, das eigene Projektumfeld als alleingültig zu interpretieren.

    Ein Forschungsprojekt hat beispielsweise keine anschließende Servicephase, und das Projekt, in dem das Haus gebaut worden ist, in dem ich wohne, auch nicht.

    Nicht alle Projekte erzeugen "Enablement for Services" als Deliverable. Manche erzeugen ein Produkt, andere irgeneine sonstige Art von Ergebnis, z.B. eine wissenschaftliche Erkenntnis.

    Liebe Grüße

    Oliver F. Lehmann, PMP
    • 21 Dec 2006, 1:42 pm
  • Rainer Bohnert
    Rainer Bohnert    Premium Member
    The company name is only visible to registered members.
    Re^2: Zu welchem Planungsprozess rechnen Sie "Non-Human"-Resources?
    @ Herr Bohnert
     
    Procurement ist Einkauf, ist also nur relevant wenn es um Fremdressourcen geht.

    Nur eine kleine Korrektur, Herr Lehmann (weil ich ein Korinthenkacker bin):

    Mein Zitat oben IST aus dem PMBOK. Und dort steht "from outside the project team" - und nicht irgend etwas wie "from outside the sponsors organisation".

    Das mag sinnvoll sein oder nicht - beschreibt aber die systematische Einordnung im Rahmen des PMBOKs.

    Meint:

    Rainer Bohnert
    PMP
    • 21 Dec 2006, 1:54 pm
  • Post visible to registered members
  • Andreas Wolf
    Andreas Wolf    Premium Member
    The company name is only visible to registered members.
    Re^2: Zu welchem Planungsprozess rechnen Sie "Non-Human"-Resources?
    Hallo Herr Lehmann,

    Procurement ist Einkauf, ist also nur relevant wenn es um Fremdressourcen geht.
    Das sehe ich ähnlich - zumindest sind die Procurement-Prozesse für die Aquisition organisationsinterner Resourcen nicht immer ganz passend.

    @Herr Bohnert:
    Nach dem genaue Wortlaut gehören die Aktivitäten in diesen Bereich - daher auch vielen Dank für Ihre Antwort. Ich frage mich nur wie praxisnah das ist.

    @Herr Lehmann:
    Den folgenden Punkt finde ich sehr interessant:

    Ich rate unbedingt davon ab, etwas anderes als Deliverables als Gliederungselemente einer WBS zu verwenden. Schauen Sie sich dazu doch bitte einmal
    http://www.acq.osd.mil/pm/currentpolicy/wbs/MIL_HDBK-881A/MI...
     
    an, und zwar den Punkt 2.2.4.1 Guidance for WBS Element Exclusions.
     
    Das PMI nimmt hier - glaube ich - einen weniger ausgeprägten Standpunkt ein als das DOD:

    the WBS is a "deliverables-oriented hierarchy." It is not purely a deliverables hierarchy. If it were purely a
    deliverables hierarchy, then commonly used process or life cycle attributes would be banned from the WBS
    Ich persönlich kann beiden Varianten etwas abgewinnen - wie Sie richtig sagen: Gefragt ist immer die passende Anwendung im aktuellen Projekt. In einer Muster-WBS des PMI werden z.B. alle PMBOK-Outputs als eigener
    Zweig aufgeführt.

    Viele Grüße,
    Andreas Wolf
    • 21 Dec 2006, 2:27 pm
  • Oliver Lehmann
    Oliver Lehmann    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^3: Zu welchem Planungsprozess rechnen Sie "Non-Human"-Resources?
    Hallo Herr Wolf,

    Andreas Wolf wrote:
    >...
    Das PMI nimmt hier - glaube ich - einen weniger ausgeprägten Standpunkt ein als das DOD
    Stimmt genau. Und man ist beim DoD auch nicht ganz glücklich darüber, wie sehr im PMBOK Guide und im außerdem verfügbaren WBA Practice Standard for WBS die PMIler die alten Regeln des WBS aufgeweicht haben.

    @ Herr Jakob

    Ich habe die "Servicephase" vermutlich richtig verstanden, nämlich als den Produktlebenszyklus eines Deliverables "Enablement for a service".

    Ein Forschungsprojekt ist im PMBOK Guide aber schon als Projekt definiert, z.B. auf Seite 5, vorletzter Absatz.

    @ Herr Bohnert

    Das mit dem "Korinthenkacker macht Sie mir übrigens überaus sympathisch, ich würde eher "um klare Sprache bemüht" dazu sagen.

    Und Missverständnisse in Projekten kosten die Menschen jedes Jahr wohl fast so viel Geld wie schlechte Politik.

    Ich habe über Ihren Einwand nachgedacht.

    Procurement steht für "Einkauf" und "Beschaffung", der Titel selbst sollte also für Klarheit sorgen.

    Die Prozessbeschreibungen stehen zudem für Schritte, die nur bei Einkäufen Sinn machen. Vielleicht waren in dem von Ihnen genannten Zitat die Autoren etwas ungenau. Ihr Vorschlag erscheint mir tatsächlich besser.

    Liebe Grüße,

    Oliver F. Lehmann, PMP
    • 21 Dec 2006, 2:59 pm
  • Post visible to registered members
  • Post visible to registered members