Ich bin Informatikstudent und interessiere mich für die Anwendung von Projektmanagement- oder Software-/System-Engineering-Methoden in Forschungsprojekten an meiner Universität. Ich habe Erfahrung mit der Anwendung des Scrum-Frameworks für kleine Entwicklungsteams, aber ich glaube nicht, dass ein solches Management-Framework hier anwendbar wäre. Nehmen wir als Beispiel Projekt A.
Hier sind einige Merkmale von Projekt A :
Projekt A steckt noch in den Kinderschuhen (konzeptionelle Entdeckungsphase vielleicht?). Durch die Anwendung von Methoden des Software-/System-Engineering oder des Projektmanagements auf dieses Projekt kann ich mir vage vorstellen, dass Folgendes erleichtert wird:
Wie ich bereits erwähnt habe, glaube ich nicht, dass Scrum überhaupt anwendbar wäre, um die technische Lösung von Projekt A zu verwalten . Meine Erfahrung bei der Implementierung technischer Lösungen beinhaltet einen vorhersehbaren und konsistenten Zeitaufwand, selbst wenn die Teams geografisch oder über mehrere Zeitzonen verteilt sind. Ich bin jedoch nicht mit der Verwaltung eines Projekts vertraut, bei dem Mitarbeiter zeitweise mit der Arbeit beginnen oder aufhören, weil sie andere Prioritäten in der Organisation haben (in diesem Fall ist die Organisation die Universität).
Welche Methoden des Projektmanagements, der Entwicklungslebenszyklen oder des Software-/System-Engineerings könnten Projekt A zugute kommen ?
Das Wörterbuch von Google liefert Folgendes als primäre Definition eines Projekts:
Ein individuelles oder kooperatives Unternehmen, das sorgfältig geplant und entwickelt wurde, um ein bestimmtes Ziel zu erreichen.
Der Teil „besonderes Ziel“ ist wichtig. Ohne klare Ergebnisse, die jemandem (auch bekannt als Stakeholder) einen Mehrwert bieten, ist es fraglich, ob man etwas wirklich als Projekt bezeichnen kann.
Die Bedürfnisse der Wissenschaft werden sich sicherlich von Projekten des öffentlichen oder privaten Sektors unterscheiden, aber selbst unsere Forschungsprojekte erfordern ein gewisses Maß an Struktur, um erfolgreich zu sein.
Basierend auf einigen Kommentaren wurden einige zusätzliche Informationen über das vorgeschlagene Projekt aufgedeckt.
Die verschiedenen Fachbereiche und Hochschulen der Universität fördern das Projekt durch die Bereitstellung von Ressourcen, obwohl ein langfristiges Ziel darin besteht, unsere Ergebnisse/Produkte zu kommerzialisieren. Ich könnte mir vorstellen, dass ich und/oder ein Professor das Projekt in Bezug auf die Erleichterung der Kommunikation, die Organisation von Treffen und die Koordinierung der Bemühungen leiten. Es fällt mir schwer, Ihre Frage zu den Interessengruppen zu beantworten. Ich könnte mir vorstellen, dass die Professoren und Studenten, die an dem Projekt arbeiten, alle Stakeholder sind. Die Universität selbst ist nur mittelbar über jeden Fachbereich Stakeholder.
Unabhängig davon, ob Sie eine formale Methodik wie PRINCE2 oder eine einfache Methodik wie Scrum verwenden, Projekte benötigen immer eine Art formale Definition eines Projekts, um zu funktionieren. Mit anderen Worten, Sie brauchen eine Art Projektauftrag .
Aus den zitierten Kommentaren lässt sich folgendes ableiten:
Mit anderen Worten, es ist eher ein Projekt, das nach einem Rahmen und einem Zweck sucht, als ein Prozess, der sich um ein bestimmtes Ziel herum formt. Es gibt auch andere fehlende Teile, aber dies sind die großen, die in einer Art formeller Charta behandelt werden sollten.
Sogar eine Charta hat eine Voraussetzung: Sie brauchen Stakeholder, die wollen, dass etwas Wertvolles geliefert wird. Ob das Ph.D. Studenten, die für eine Dissertation forschen, ein angestellter Professor, der sich auf eine von der Schule gesponserte Arbeit vorbereitet, oder ein Campus für angewandte Wissenschaften, der Feldforschung für seine Studenten anbietet, spielt keine Rolle. Was zählt, ist, dass irgendjemand irgendwo dieses Ding fahren muss, oder es ist kein Projekt.
Meiner Meinung nach müssen das Ziel des Projekts und seine wichtigsten Interessenvertreter allein auf der Grundlage der begrenzten bereitgestellten Informationen als Input für die Charta dieses Projekts einigermaßen selbstverständlich sein . Ein formelles Projekt-Charterdokument ist das Ergebnis eines solchen Prozesses, aber wenn das Projekt selbst keine Stakeholder und kein Ziel hat, das in den Charterprozess eingeht, scheint es unwahrscheinlich, dass es erfolgreich ist, unabhängig von dem Projektmanagement-Rahmen, den Sie letztendlich wählen.
Wenn Sie die für Ihr Projekt erforderlichen Probleme bei der Projektbildung und Abhängigkeitsverfolgung angehen können, benötigen Sie nach all dem Vorstehenden immer noch einen Rahmen, der Ihnen die Möglichkeit bietet, eine Art „Best-Effort“-Ressourcenplanung zu verwenden .
Ein modifiziertes Kanban-System kann gut geeignet sein, wenn Ihre Work-in-Progress-Limits während des Projekts stark variieren, je nachdem, wer Zeitverpflichtungen während eines bestimmten Zeitraums bereitstellen kann. Der eigentliche Schlüssel zum Erfolg wäre jedoch, sicherzustellen, dass kein abzuziehendes Arbeitselement jemals die Mindestzeit überschreitet, die einem Projektteilnehmer zur Verfügung steht.
Wenn Sie Aufgaben nicht auf dieser Ebene zerlegen können und Arbeitseinheiten erwarten, die in ihrer Größe stark variieren, dann haben Sie ein Priorisierungsproblem, bei dem die Arbeit auf der Grundlage von zwei Faktoren aus der Warteschlange gezogen wird: der aktuellen Arbeit in Arbeit Limit basierend auf der aktuellen Durchsatzkapazität und der Größe der User Storys, die innerhalb eines bestimmten Zeitraums abgeschlossen werden können.
Dies ist normalerweise eine schlechte Idee, da die Arbeitswarteschlange dadurch nicht richtig priorisiert werden kann. Anstatt die Arbeit in Abhängigkeits- oder Prioritätsreihenfolge ganz oben vom Stapel zu holen, müssen Sie den Leuten möglicherweise erlauben, Geschichten basierend auf umständlichen Kriterien abzurufen.
Dennoch scheint Kanban als Framework bei richtiger Anwendung gut für Projekte geeignet zu sein, bei denen die verfügbare Arbeitskraft stark variieren wird. Sie können dies sicherlich mit jeder Methode tun, aber Kanban bietet Work-in-Progress-Limits und durchschnittlichen Systemdurchsatz als einfache Tools, die elastische Lieferungsschätzungen ermöglichen, ohne jedes Mal, wenn sich Ressourcenbeschränkungen ändern, eine umfassende Neuplanung.
Ihr Kilometerstand kann variieren, aber es ist zumindest ein Ausgangspunkt. Viel Glück mit dem Projekt!
Zunächst einmal herzlichen Glückwunsch, dass Sie erkannt haben, dass Scrum ein runder Stift in einem quadratischen Loch in der von Ihnen beschriebenen Projektstruktur wäre. Scrum erfordert unbedingt Zeitaufwand.
Sie könnten Kanban in Betracht ziehen. Ich habe nur darüber gelesen, aber es scheint ein Format zu sein, das eine lockerere Verfügbarkeit von Ressourcen unterstützt und gleichzeitig versucht, die Verschwendung dieser Ressourcen auf ein absolutes Minimum zu beschränken. Ich habe keine Referenzen, die ich dafür bevorzuge, also beginne mit Wikipedia .
In Bezug auf Meetings würde ich mich unter keinen Umständen für monatliche Meetings entscheiden, es sei denn, es gibt nur eine Person, die über einen Zeitraum von Monaten an dem Projekt arbeitet. Zweiwöchentlich sollte ein Mindestziel sein, insbesondere in Fällen, in denen mehr Nachwuchskräfte an dem Projekt arbeiten. Juniors-Mitglieder brauchen Antworten auf Fragen, Aufmerksamkeit, um sie motiviert zu halten, und Aufsicht, um Goldplattierung zu vermeiden. Vielleicht sollten Sie sich häufiger mit denen treffen, die es brauchen.
Sie benötigen zumindest eine Art Projektplan, der festhält, was wann geliefert wird und welche Abhängigkeiten zwischen diesen Komponenten bestehen. Ohne dies wird es wirklich schwierig, mit Ihren Teammitgliedern zu kommunizieren und ihnen zu zeigen, wann sie ein Artefakt produzieren müssen, das von jemand anderem benötigt wird. Dies hilft Ihnen auch zu verstehen, ob die sehr lockere Anordnung der Ressourcenverfügbarkeit überhaupt das liefern kann, was erforderlich ist ... "Joe ist erst ab Februar verfügbar und erstellt das Widget-Dokument. Aber Jane benötigt das Widget-Dokument im Januar.. ."
Wenn Sie in dieser Angelegenheit als PM fungieren, können Sie den Plan als Kommunikationsinstrument und auch als Möglichkeit verwenden, Ihre Ressourcen rechtzeitig einzuplanen ... Warten Sie nicht bis Mitte Januar, um zu prüfen, ob Joe noch verfügbar ist um das Widget-Dokument im Februar zu erstellen. Denn wenn er es nicht ist, brauchen Sie Zeit, um einen anderen Verfasser von Widget-Dokumenten zu finden.
Was ich also sage, ist, welchen Ansatz Sie auch immer verfolgen, verstehen Sie die Abhängigkeiten und planen Sie um sie herum.
Todd A. Jacobs
David Kaczyński
Todd A. Jacobs