Ich bin neu im Projektmanagement und habe mich bisher bei der Entwicklung eines bestimmten Produkts an die üblichen Lehrbuchprinzipien gehalten. Ich bin jetzt in einer Situation, in der ich die Kapazitätsplanung für dieses bestimmte Produkt durchführen muss. Das Produkt wird ein nach außen gerichtetes Produkt (öffentlich) sein und voraussichtlich eine gute Nachfrage wecken. Wir planen eine schrittweise Einführung in verschiedenen Märkten. Ich bin ahnungslos, wie ich die Kapazität dafür planen soll.
Ich verstehe, dass wir uns bei der Kapazitätsplanung mit CPU, Arbeitsspeicher, Massenspeicher und Netzwerkverbindungen befassen müssen. Aber wie man die Nachfrage nach dem Produkt abschätzt und wie man sie konkretisiert. Alle Hinweise dazu werden hilfreich sein.
Kapazitätsplanung kann zwei Dinge bedeuten – im Projektmanagement kann es sich auf die Arbeitskapazität beziehen, die Ihr Team bewältigen kann, aber anderswo in der IT kann es sich auf die Last oder Kapazität beziehen, die Ihr System bewältigen kann. Es ist leicht, die beiden zu verwechseln.
Wenn Sie die Kapazität Ihres Systems betrachten, dann ist dies eine Frage für Ihre technischen Experten, wie ein anderer Poster feststellt. Sie sollten in der Lage sein, je nach Art des Projekts Schätzungen oder vielleicht spezifische Zahlen bereitzustellen.
Ihre Aufgabe als PM besteht jedoch darin, sich auf die schrittweise Einführung des Produkts zu konzentrieren und einen Zeitplan festzulegen, der sowohl den Anforderungen des Marktes als auch den Empfehlungen Ihrer Technologieexperten entspricht. Zu lernen, mit Ihren Entwicklern oder anderen Ressourcen zusammenzuarbeiten, wird der Schlüssel zu Ihrem langfristigen Erfolg als Projektmanager sein. Viel Glück!
Ein wichtiger Teil der Kapazitätsplanung ist die Erwartungshaltung im Vorfeld.
Ob Team oder System, Kapazitätsschätzungen werden immer falsch sein. Es ist buchstäblich ein Gesetz, das Gesetz von Hofstadter besagt: "Es dauert immer länger als Sie erwarten, selbst wenn Sie das Gesetz von Hofstadter berücksichtigen."
Das allererste, was Sie sicherstellen müssen, ist zu kommunizieren, dass es sich bei den Kapazitätsschätzungen um Schätzungen handelt. Es ist eine traurige Falle, in die wir heutzutage getappt sind, Schätzungen als Verpflichtungen zu betrachten und nicht als das, was sie sind, fundierte Vermutungen.
Das soll nicht heißen, dass es nur Untergangsstimmung ist. Es gibt einen Weg, um alles zum Laufen zu bringen.
Auch in meiner jetzigen Rolle bei AOL, wo wir ein voll agiler Shop sind, greife ich immer noch auf mein altes PMI-Projektmanagement-Lernen rund um „ Order of Magnitude “ zurück. Das Konzept hier ist, dass Ihre anfänglichen Schätzungen wahrscheinlich nicht mehr als 50 % genau sind. Sie verlassen sich also nicht nur auf die eine Schätzung, sondern bauen mit echten Daten darauf auf.
Nach der anfänglichen Schätzung planen Sie auf dieser Grundlage Eventualitäten. Dann arbeiten Sie mit echten Daten. Wenn Sie beispielsweise ein Produkt entwickeln, ist die anfängliche Schätzung zu 50 % genau (Hinweis: Früher wird es nie sein. Es besteht eine 50 %ige Chance, dieses Datum statt eines späteren Datums zu erreichen). Dann nehmen Sie Kontrollpunkte in das Projekt und sehen, wie viel Arbeit wirklich geleistet wird. Nach einem Viertel der geplanten Projektzeit sehen Sie, wie viel Arbeit geleistet wurde, und projizieren dann ein Veröffentlichungsdatum mit wahrscheinlich 60% Genauigkeit. Du machst regelmäßig Checkpoints, um zu sehen, wohin du gehst.
Für die Kapazitätsplanung eines Systems können Sie zunächst eine virtuelle Umgebung zum Testen von Lasten einrichten. Dies wird Ihnen eine Vorstellung davon geben, ob die Schätzungen überhaupt nah dran waren. Dann richten Sie Notfallpläne ein, um mehr Kapazität bereitzustellen, wenn Sie Ihren Service hochfahren.
Aus diesem Grund funktionieren agile Entwicklungszyklen in der Regel so viel besser. Wenn Sie Ihren Fortschritt täglich überprüfen, werden Sie viel schneller sehen, wenn die Dinge schief gehen, und können reagieren.
MCW
Todd A. Jacobs