In meinem Team gibt es zwei Full-Stack-Entwickler, einen DevOps - Mitarbeiter, einen Business Manager und einen Marketing-Mitarbeiter. Wir werden bald mehr Leute einstellen.
Ist dies zu früh, um einen Projektmanagementprozess zu erstellen und zu implementieren, oder sollte damit gewartet werden, bis das Team größer ist?
Ich kann Ihnen zwar keine genaue Vorstellung davon geben, ob es zu früh ist, aber ich würde dringend empfehlen, sicherzustellen, dass Ihr Team die Konzepte der agilen Entwicklung voll und ganz zu schätzen weiß und auch einen nützlichen Prozess haben möchte.
Im Moment arbeite ich in einem 4,5-köpfigen Team (3 Full-Stack-Entwickler, ein Praktikant und ich, der PM/BA). Ich wollte uns schon früh mit dem agilen Konzept anfreunden, denn es geht vor allem darum, die Feedback-Schleife zu verkürzen.
Unabhängig davon, ob Sie Scrum oder eine andere Art von Agile verwenden, hilft ein etablierter Prozess, wenn neue Leute an Bord kommen, damit sie wissen, was von ihnen erwartet wird. Es ist ein Konzept, das in diesem Buch ziemlich leicht untersucht wird: http://www.amazon.com/Team-Geek-Software-Developers-ebook/dp/B008EKF87S/ref=sr_1_1?ie=UTF8&qid=1382398521&sr=8-1&keywords=team+ Aussenseiter
Grundsätzlich gilt: Je schneller Sie eine Teamkultur etablieren können, desto stärker wird Ihr Team langfristig.
Eine Möglichkeit, über Projektmanagement nachzudenken, besteht darin, dass es nicht unbedingt um die Übernahme eines bestimmten Prozesses, Frameworks oder einer Reihe von Praktiken geht. Vielmehr ist es meistens ein Werkzeug, um Erwartungen zu managen und sicherzustellen, dass projektbezogene Kommunikation effektiv ist .
Es ist nie zu früh, mit Erwartungen umzugehen oder effektiv zu kommunizieren. Die einzig wirkliche Frage ist, welches Maß an Formalität erforderlich ist, um diese Ziele innerhalb einer bestimmten Organisation zu erreichen.
Die Formel zur Bestimmung der Anzahl der Kommunikationskanäle lautet:
n * (n - 1) / 2
Die Komplexität der Verwaltung der Projektkommunikation hängt daher von der Anzahl der beteiligten Personen ab. Zum Beispiel:
Möglicherweise benötigen Sie an dieser Stelle einen formalen Projektmanagementprozess oder auch nicht, aber Sie müssen auf jeden Fall anfangen, über einen effektiven Kommunikationsplan für Ihre Projekte nachzudenken.
Kleine Teams erfordern in der Regel nicht das gleiche Maß an Strenge in ihrem Prozess wie größere Teams. Das bedeutet nicht, dass es keine Kontrollen im Prozess gibt; es bedeutet nur, dass sie oft weniger streng angewendet werden, um sie weniger zeitaufwändig zu machen.
Die Strenge eines Prozesses korreliert typischerweise mit der Höhe des Prozess-Overheads. Beispielsweise verbraucht ein formaler Scrum-Prozess mit einem zweiwöchigen Sprint in der Regel etwa 30 % der verfügbaren Arbeitsstunden an Framework-Gemeinkosten . Im Gegensatz dazu verbraucht ein einfacher Kommunikationsplan, bei dem jeder im Team einfach einmal pro Woche einen Statusbericht im Wiki veröffentlicht, weniger als 3 % Overhead.
Der Kompromiss besteht im Wesentlichen zwischen einer verbesserten Kommunikation innerhalb der Organisation und der Zeit, die für die aktive Entwicklung aufgewendet wird. Die meisten Projekte erreichen einen Wendepunkt, an dem die Kosten für schlechte Kommunikation oder den Aufbau des Falschen höher sind als die Kosten für den Prozessaufwand.
Der Wendepunkt wird für jede Organisation und jedes Projekt anders sein, aber meine persönliche Erfahrung ist, dass es an der Zeit ist, darüber nachzudenken, etwas Strenge hinzuzufügen, wenn:
Ihre Organisation hat möglicherweise ein anderes Kalkül, um zu bestimmen, wann es an der Zeit ist, die Kontrollen eines Projekts zu formalisieren, aber jede Organisation muss die gleichen wesentlichen Kompromisse eingehen. Es ist wahrscheinlich nicht zu früh, diese Zahlen für Ihr Unternehmen zu ermitteln und festzulegen, wo diese Grenze gezogen werden sollte.
Einer der Grundsätze guten Projektmanagements besteht darin, Ihren Ansatz auf die Bedürfnisse Ihres Projekts abzustimmen. So gesehen sollte man immer einen PM-Prozess haben, die Frage ist eher wie formal dieser für das aktuelle Projekt sein muss .
Entwickeln Sie auf jeden Fall eine Kultur, die PM umfasst, aber der Versuch, einen Prozess basierend auf der Größe Ihres Teams zu implementieren und durchzusetzen, wird Sie zurückschlagen. Entweder ist Ihr Prozess zu chaotisch, um sehr komplexe Projekte zu bewältigen, oder zu beschwerlich, um einfache Projekte effizient zu bewältigen.
Um zu Punkt B zu gelangen, werden Sie einen Prozess haben. Die Frage ist wirklich, wollen Sie es durchdenken und formal gestalten, mit Kontrollpunkten, Regeln, Aufgaben und Erwartungen, oder es einfach nur beflügeln. Beide Alternativen haben Vorteile und Kosten/Risiken.
Was Sie wahrscheinlich feststellen werden, ist, dass Ihre Leistung geringer als gewünscht sein wird. Das wird Ihren Wunsch nach verstärkten Kontrollen auslösen, dann haben Sie Ihre Antwort.
BEARBEITEN: Denken Sie daran, dass Ihre Leistungsfähigkeit von vier Faktoren bestimmt wird: Menschen, Prozesse, Tools und Governance. Indem Sie eines davon ignorieren, verlassen Sie sich auf die Superleistung der anderen, um dies auszugleichen. Wenn Sie sich zum Beispiel dafür entscheiden, 10 Tonnen Erde mit einer Schaufel anstelle eines Baggers zu bewegen, dann verlassen Sie sich auf die hervorragende Leistung der menschlichen Seite der Gleichung, um dies zu erreichen. Sie werden mehr und körperlich fitte Menschen brauchen. Verwenden Sie einen Bagger und Sie können es mit einer oder zwei krankhaft fettleibigen Personen erledigen.
Die gleiche Regel gilt für den Prozess. Es wird einen Prozess geben, aber er wäre ad hoc, nicht standardisiert, widerspenstig, unvorhersehbar, nicht wiederholbar.
"Sollte ein Verfahren eingerichtet werden?" Ja. Selbst mit einem Zweierteam habe ich festgestellt, dass es nützlich ist, einen Prozess einzuführen. Um die Wahrheit zu sagen, ich habe einen Prozess eingerichtet, wenn die Teamgröße 1 ist (nur ich). Ich mache Fehler, und Prozesse sind eines der Werkzeuge, mit denen ich meine Fehlbarkeit kompensiere.
Sollte der Prozess an die Größe des Teams angepasst werden? Ja absolut. Der Prozess sollte auf der Grundlage aller relevanten Faktoren angepasst werden.
Anders gefragt: Wenn Sie die nächste Person zum Team hinzufügen, wird es einfacher sein, sie auf den neuesten Stand zu bringen, wenn Sie einen dokumentierten Prozess haben? Wenn jemand aus Ihrem Team plötzlich ausscheidet und die Arbeit von anderen übernommen werden muss, bis ein neuer Mitarbeiter gefunden ist, wollen Sie dann einen Prozess? Wenn Sie beim nächsten Mal etwas besser machen wollen als diesmal, brauchen Sie einen Prozess.
Erkennen Sie auch, dass dies ein weiterer Fall von „der Plan ist ohne Wert, aber die Planung ist ohne Preis“ ist. Wenn Sie und Ihr Team zusammenkommen, um einen Prozess zu entwickeln, selbst wenn dieser Prozess nie konsultiert wird, führt die gemeinsame Gestaltung des Prozesses sowohl zu Teamverbesserungen als auch zu Prozessverbesserungen.
Todd A. Jacobs
Kristian