Projektmanagementsystem für mehrere gleichzeitig laufende Projekte

Ich suche ein Projektmanagementsystem für eine kleine Entwicklungsfirma (5-6 Entwickler, 2-4 Designer, 2-4 Kundenberater)

Einige Einschränkungen sind:

  • Projekte haben "feste" und meist "knappe" Budgets
  • Es gibt mehr als 40 gleichzeitig laufende Projekte in verschiedenen Entwicklungsstadien. (in Entwicklung oder warten auf Kundenfeedback)
  • auch kann es einige "schnelle Lösungen" geben, die höchstens 1 Mann/Tag erfordern. (für frühere Projekte)
  • Einige Projektfristen sind wirklich streng, aber einige sind wirklich locker.
  • Ein großes Problem ist, dass ein Projekt manchmal auf unbestimmte Zeit auf Kundenfeedback warten kann. Zum Beispiel kann Projekt A 1 Tag warten, aber B kann länger als eine Woche warten.

Was ich brauche:

  • Projektprioritäten zur Laufzeit mit möglichst geringen negativen Auswirkungen ändern.
  • Gesamtkosten des Projekts vorhersagen und berechnen. (nach getan)
  • vorhersagen und warnen, wenn ein Projekt die Frist so schnell wie möglich überschreitet

Jeder Methoden- und/oder Softwarevorschlag wird großartig sein.

Gibt es vielleicht eine Antwort auf Ihre Frage hier pm.stackexchange.com/questions/974/… oder hier pm.stackexchange.com/questions/955/… ?
Weitere Hilfe finden Sie in den Antworten auf diese Frage pm.stackexchange.com/questions/1167/…
Ich denke, Sie erhalten nicht viele Antworten auf diese Frage, weil nicht klar ist, ob Sie fragen, WIE man 40 gleichzeitige Projekte verwaltet (gibt es einen speziellen Prozess, der mir beim Verwalten hilft ...), oder ob Sie bereits wissen, wie und Sie sind auf der Suche nach einem Tool, um Ihre Prozesse zu vereinfachen. Wenn Sie dies wissen, wird Ihre Frage beantwortbar.
@DaveParillo, das Hauptproblem ist, dass IDLE-Projekte für "unbekannte Zeit" auf Feedback vom Kunden warten. Ich versuche zu lösen (zumindest besser), wie man mit Kunden umgeht und Projekte mit minimaler Verzögerung abschließt

Antworten (3)

Kurze Antwort , das klingt nach einem guten Argument für die Anwendung eines Kanban-Systems, wie von David Anderson in seinem Buch „Kanban: Successful evolutionary change for your technology business“ beschrieben.

Lange Antwort , ich denke, der wichtigste erste Schritt besteht darin, ein Mittel zur visuellen Kontrolle über den gesamten Prozess auszuwählen. Wenn sich Ihr Team alle am selben Ort befindet, ist eine physische Tafel, die die verschiedenen Phasen und den aktuellen Status jedes Projekts beschreibt, zusammen mit der Angabe, wer an welchem ​​​​arbeitet, wahrscheinlich die einfachste Antwort.

Erwägen Sie von hier aus, die Prioritäten durch explizite Richtlinien zu verfolgen. Durch den effektiven Einsatz der Hindernisverfolgung wird deutlich, welche Informationen blockieren (und welche Kunden Probleme verursachen).

Sobald Sie die visuelle Kontrolle und ein Verständnis dafür haben, wie die höheren Prioritäten fließen, werden Sie beginnen, die Zykluszeit und die Vorlaufzeit zu sehen, die mit verschiedenen Arten von Anfragen verbunden sind, sodass Sie diese Informationen aussagekräftiger an Ihre Kunden weitergeben können. Außerdem wird es dem Entwicklungsteam ermöglicht, mehr Energie auf die Fertigstellung anstatt auf den Anfang zu konzentrieren, was die Verwaltung des gesamten Systems vereinfacht.

Vielleicht möchten Sie sich auch Don Reinertsens „The Principles of Product Development Flow: Second Generation Lean Product Development“ ansehen. Es bietet eine Menge Hintergrundmaterial, das Perspektiven dazu bieten kann, wie Sie die vielen gleichzeitigen Projekte planen, mit denen Sie konfrontiert sind.

Schließlich gibt es eine Reihe kostengünstiger SaaS-Tools zur Unterstützung der Verwaltung der vielen Arbeitselemente, die mit so vielen Projekten verbunden sind. Ich finde es jedoch wertvoll, zuerst den Prozess zu definieren und auszuprobieren und dann das Tool auszuwählen, das ihn unterstützt.

Ich habe ein sehr ähnliches Problem (wenn auch weniger Projekte, aber immer noch eine angemessene Anzahl und einige Blockierungen für längere Zeit). Ich wechselte zu einem Kanban-ähnlichen Ansatz und nutzte unser internes Release-Planungstool. Ich ordne Projekte in dem an, was unser CM-Tool „Komponenten“ nennt, damit ich sie gruppieren kann. Große Projekte behalte ich insgesamt in einem separaten Release-Plan (wenn das Projekt tatsächlich eigene Sprints und dergleichen erfordert).

Ich schlage vor, Verax APINI auszuprobieren :

  • Die Eingabe von Budgets ist obligatorisch und Sie können sehen, ob die Einhaltung gefährdet ist
  • Der Projektstatus wird komfortabel mit Dashboards dargestellt
  • Schnelle Lösungen erfordern die Wiedereröffnung eines Projekts und die Buchung von Stunden dafür; alternativ können Sie sich Änderungswünschen widersetzen
  • Fristen sind verbindlich, können aber geändert werden (Baseline und modifiziertes Konzept)
  • Ich schlage vor, die Kundenbewertung als eine dem Kunden zugewiesene Aufgabe einzugeben, damit Sie den Fortschritt leicht kontrollieren können. (Aufgaben können auch ausgesetzt werden.)
  • Prioritäten können zur Laufzeit geändert werden.
  • Sie können immer die geplanten Kosten eines Projekts (Baseline und geändert) sowie seine tatsächlichen Kosten sehen.
  • Gefährdete Fristen werden hervorgehoben; E-Mail-Benachrichtigungen können bei Bedarf hinzugefügt werden.

IBM Rational hat eine Reihe von Produkten, die Ihnen helfen können.