Projektmanagementmethoden für mehrere Projekte, kleine Teams, vielfältige Fähigkeiten, teilweise Remote-Team

Ich habe viel über Scrum gelesen, um seinen Einsatz in unserem Unternehmen zu bewerten. Ich habe ein paar Testläufe damit gemacht, bei denen die Teams verschiedene Aspekte davon untersucht haben, um ein Gefühl für die reale Welt zu bekommen. Ich bin mir jedoch nicht sicher, ob Scrum unsere beste Option ist.

Mir ist klar, dass sich diese Frage wahrscheinlich stark mit anderen überschneidet, und ich untersuche diese auch.

Hier sind die Merkmale meines Unternehmens:

  • Kleine Teams von 1-5 Personen
  • Viele Projekte (fast so viele wie Mitarbeiter im Unternehmen)
  • Aufgrund des Umfangs und der Finanzierung von Projekten arbeitet praktisch niemand Vollzeit an einem bestimmten Projekt
  • Projekte erfordern unterschiedliche Fähigkeiten, daher neigen die Leute dazu, herumzuspringen
  • Einige Teammitglieder sind remote
  • Einige Projekte sind prozessorientiert, während andere Forschungs- und Entwicklungsprojekte sind, ohne einen klaren Weg nach vorne, wie das Projekt abgeschlossen werden kann
  • Regulierte Umgebung, die eine Zeiterfassung bis zu einer Viertelstunde erfordert

Angesichts dieser Merkmale scheint es nicht gut zu funktionieren, jedes Projekt mit Scrum verwalten zu lassen, da es zu einem bestimmten Zeitpunkt viel Multitasking und einen Wechsel zwischen den erforderlichen Fähigkeiten für ein Projekt im Vergleich zu einem anderen gibt. Kanban könnte besser funktionieren, da wir uns nur auf laufende Arbeiten konzentrieren würden, aber ich würde mir Sorgen machen, einen „globalen Überblick“ über alle Aufgaben zu behalten und sicherzustellen, dass die Zeitvorgaben für jedes Projekt eingehalten werden. Ich kann mir vorstellen, bei den einfacheren, prozessorientierten Aufgaben einen Wasserfall-Ansatz anzuwenden, aber das wird offensichtlich nicht für die F&E-Projekte funktionieren.

Ich bin nicht unbedingt auf der Suche nach einem einheitlichen PM-Schema, aber ich hätte gerne einige allgemeine Richtlinien auf höchster Ebene für das Management auf Unternehmensebene und Richtlinien auf niedrigerer Ebene für die PMs vor Ort, die die individuelle Managementarbeit erledigen.

In Bezug auf die Tools verwenden wir Jira für die Aufgabenzuweisung und -verwaltung, aber nicht alle Projekte werden mit dem gleichen Grad an Jira-Integration verwaltet. Viele Menschen verlassen sich immer noch auf MS Project, Excel und/oder Notepad.

Als zusätzliche Anmerkung: Jedes Mal, wenn ich versucht habe, PM-Ansätze mit Teammitgliedern zu diskutieren, waren sie sehr skeptisch und zynisch, wenn es darum ging, einen „Prozess“ zu übernehmen. Normalerweise verberge ich es vor ihnen, dass wir sogar etwas ausprobieren. Viele Augen rollen zum Beispiel, wenn ich die Worte „Sprint“ und „Retrospektive“ ausspreche. Das ist ein wenig außerhalb dieser Frage, aber es ist immer noch ein Faktor für den Erfolg eines jeden Ansatzes.

+1 für das "Sprint"-Augenrollen. Ich bin so sehr vertraut mit reflexartigem Widerstand gegen jeden anderen Prozess als "Ich werde es erledigen, wenn es fertig ist".

Antworten (2)

Ich denke, Kanban könnte in Ihrer Umgebung am besten funktionieren. Und da einige Leute remote arbeiten, sind Sie fast gezwungen, ein Online-Kanban-Board zu verwenden.

Ich werde versuchen, die beiden von Ihnen angesprochenen Probleme nacheinander anzusprechen.

Globale Sicht

Sie können eine globale Ansicht der mehreren Projekte verwalten, indem Sie:

  • Alle Projekte auf dem gleichen Board haben und mit einer Farbe angeben, zu welchem ​​Projekt die Aufgabe gehört.
  • Ein separates Board auf Projektebene, das angibt, in welcher Phase sich ein Projekt im Allgemeinen befindet.

Ich persönlich würde mich für die zweite Option entscheiden. Es hängt von der Anzahl gleichzeitiger Projekte ab, was besser ist und Ihnen einen guten Überblick verschafft - ohne sich in umfangreicher Verwaltung zu verlieren.

Zeitleisten

Kanban konzentriert sich mehr auf den Fluss als auf starre Zeitpläne. Davon abgesehen können Sie Kanban immer noch in einer Umgebung einsetzen, in der Zeitpläne wichtig sind. Ein einfaches Board würde beispielsweise drei Spalten enthalten: To Do, Doing und Done. Indem Sie jeder Aufgabe einen Wert (Aufwand, tatsächliche Stunden/Tage/Wochen usw.) zuweisen und die Gesamtzeitachse des Projekts bestimmen, können Sie ein einfaches Burndown-Diagramm erstellen, indem Sie den Gesamtwert in jeder Spalte addieren.

Die meisten Online-Kanban-Programme verfügen entweder über ein integriertes Burndown-Diagramm oder über eine Ergänzung, um dies zu erreichen. Wir verwenden derzeit Trello mit Plus For Trello , und es gibt uns eine Vorstellung davon, wie viel Aufwand in einem bestimmten Projekt verbleibt.

Ich habe Jira in der Vergangenheit mit Greenhopper verwendet und es hat mir sehr gut gefallen. Es hat jedoch eine starrere Struktur als das, womit sich Ihr Team wohl fühlt. Ich würde vorschlagen, sich Trello anzusehen und ein einfaches Board einzurichten, um Aufgaben zu verfolgen.

Sie könnten auch daran interessiert sein, wie UserVoice Kanban-Boards verwendet, um Aufgaben zu verfolgen. Leider kann ich nicht mehr als 2 Links in diesen Beitrag posten, also versuche ich es in einem Kommentar zu posten.

Viel Glück bei der Verwaltung all Ihrer verschiedenen Projekte!

Wie Uservoice Kanban verwendet: community.uservoice.com/blog/…

Letztendlich sind Ihre aktuelle Arbeitsumgebung und Ihre Einschränkungen der Softwareentwicklung überhaupt nicht förderlich.

Ich würde mich darauf konzentrieren, die Liste der von Ihnen beschriebenen Funktionsstörungen zu lösen, anstatt zu versuchen, eine Lösung darum herum zu entwickeln. Sie werden genau die gleichen Probleme mit Kanban und Scrum haben. Beide erfordern Hingabe, Fokus und Liebe zum Detail.

  1. Bewältigen Sie kleine Teams mit vielen Projekten, indem Sie versuchen, ähnliche Projekte zu gruppieren oder Projekte in Frameworks zu konsolidieren, um viele Projekte zu unterstützen.
  2. Konzentrieren Sie sich sofort auf eine Sache. Wenn Sie viele davon für ein Team im Flug haben, erwecken Sie nur die Illusion, dass noch mehr Arbeit im Gange ist. Das bringt nichts und hält Sie in der Endlosschleife. Bringen Sie das Unternehmen dazu, Projekte zu priorisieren. Vielleicht können Sie Projekte Epics nennen, aber nur an einem Projekt gleichzeitig arbeiten. Beenden Sie es und fahren Sie dann mit dem nächsten fort. Lesen Sie Das Phoenix-Projekt.
  3. Erstellen Sie dedizierte, an einem Ort angeordnete Teams und ein weiteres Team von Remote-Personen.
  4. Beginnen Sie das Projekt nicht, bis es einen klaren Weg gibt. Es ist die Aufgabe des Unternehmens, Ihnen einen klaren Weg und die Finanzierung für die Durchführung eines Projekts zu geben, ihnen diese Verantwortung zu übertragen und sie nicht mehr von ihnen zu nehmen.
  5. Hier geht es nicht um Vorschriften, sondern um Geschäftsprozesse. Die Zeit pro Projekt, aufgeteilt in Capex vs. Opex, erfüllt alle Anforderungen, denen ich jemals begegnet bin.

Gerne weiter diskutieren...

Danke für deine Einblicke. Ein paar klarstellende Punkte: Wir sind meistens kein Softwareunternehmen, mehr Hardware und Beratungs-/Wissensarbeit, obwohl wir auch Software entwickeln. Mein Kampf ist, dass ich nicht sicher bin, wie ich mich auf eine Sache konzentrieren soll (zumindest auf Unternehmens-/Team-/Makroebene). Finanzierung, vertragliche Verpflichtungen und Teamfähigkeiten sind dafür nicht förderlich. Aus dem gleichen Grund können wir Teams nicht strikt in Kollokation vs. Remote einteilen. Zusätzliche Komplikation ... Vertragsbestimmungen erfordern manchmal Opex statt Capex. Schätzen Sie weitere Erkenntnisse.
Fühlen Sie sich frei, mir eine E-Mail zu senden ☺, ich unterrichte heute eine Professional Scrum Foundations-Klasse, aber ich kann später antworten ...