Wie gründet man einen organisierten Verein, der projektorientiert ist?

Eine Gruppe Jugendlicher (Durchschnittsalter 20 Jahre) möchte eine Organisation gründen, die Projekte verwirklicht. Die Frage wäre: Welche Art von Struktur wäre die beste, um diese Organisation von etwa 32 Personen mit unterschiedlichen Talenten und Fachgebieten, die von Technik bis Management reichen, zu leiten?

Ich hätte gerne Beispiele für professionelle Organisationen, die projektorientiert sind und viele Projekte gleichzeitig abwickeln. Ich möchte, dass unsere Organisation in der Lage ist, sich zusätzlich zu Veränderungen in unserer wirtschaftlichen Lage auch an Veränderungen in der sozialen Szene anzupassen. Ich würde auch gerne wissen, wie wir schwere Sponsoren bekommen können?

Ich würde gerne wissen, was es alles gibt, um ein Projektteam aufzubauen und zu pflegen, einschließlich der Aufgaben jedes Teammitglieds usw.

Antworten (3)

Da ist zunächst die Perspektive des Projekts. Sie als Organisation sollten sich hinsetzen und jedes Projekt überprüfen und herausfinden, welche Art von Fachwissen das Projekt erfordert und auf welcher Ebene . Haben Sie kleinere Gruppen, und jede Gruppe sollte eine Liste für jedes Projekt erstellen. Wenn sie fertig sind, sollten sie ihre Listen vergleichen und gemeinsame Einstellungen finden.

Jetzt wissen Sie, was Sie brauchen, es ist Zeit zu sehen, was Sie haben. Bitten Sie die Leute, ihre Namen neben einem Projekt zu nennen, das auf ihrem Wissen und Interesse basiert.

Sie oder der CEO/CTO sollten die Priorität der Projekte kennen, und anhand der obigen Listen sollte ersichtlich sein, ob Sie mit der Arbeit beginnen können oder nicht. Falls Sie nicht über genügend Fachwissen verfügen, um zu beginnen, können Sie das Interesse überprüfen. Oder, falls Sie mehr Leute haben, können Sie als Organisation anfangen, darüber zu streiten, wie Sie sich verteilen können.

Wenn ein Projekt fertig ist, können Sie diesen Vorgang erneut starten.

Ein anderer Ansatz wäre – was mir besser gefällt – funktionsübergreifende Teams zu haben. Ein solches Team sollte über Kenntnisse verfügen, um alle Arten von Projekten in Ihrer Domäne zu bearbeiten. Sie können dieses Team nach dem „wer möchte mit wem arbeiten“-Ansatz bilden. Natürlich übertrumpft die Crossfunktionalität persönliche Vorlieben, wenn dem Team eine gewisse Qualität fehlt.

Ich bevorzuge die zweite Option, weil das Team zusammen bleiben kann und weniger Zeit für „Forming and Storming“ aufgewendet wird und diese Art von Team schneller lernt als ein wechselndes. Die erste Option kümmert sich nicht viel um Menschen und ihre Vorlieben, daher ist es eine Art kurzfristige oder Notlösung.

Anstatt zu versuchen, im Voraus zu bestimmen, wie die Organisationsstruktur und die Rollen aussehen werden, warum sollte man ihnen nicht erlauben, sich selbst zu organisieren?

Erstellen Sie multidisziplinäre Teams. Untersuchungen haben gezeigt, dass eine gute Teamgröße im Bereich von 3 bis 9 Personen liegt. Größer als das und die Kommunikation kann zu einem Problem werden. Vielleicht wären 4-5 Teams eine gute Zahl für Ihre Organisation?

Sobald Sie die Teams organisiert haben, erstellen Sie einen klaren Arbeitsrückstand für jedes Team. Dies geschieht am besten, indem Sie eng mit Ihren Kunden/Benutzern zusammenarbeiten. Oder möglicherweise, indem Sie eine Rolle vom Typ „Product Owner“ erstellen, die für das Sammeln von Anforderungen und das Festlegen ihrer Priorität verantwortlich ist.

Nun können sich die Teams an die Arbeit am Rückstand machen. Schlagen Sie ihnen vor, sich regelmäßig zu treffen (z. B. einmal pro Woche oder alle zwei Wochen), um zu besprechen, wie die Dinge laufen. Erlauben Sie ihnen dann, ihren Prozess, ihre Organisation und ihre Rollen anzupassen, um das Gelernte widerzuspiegeln.

Bringen Sie die Teams dazu, regelmäßig miteinander zu sprechen, damit sie ihre Erfahrungen und ihre Herangehensweise austauschen können.

Das ist es. Prüfen und anpassen. Wenn die Teams entscheiden, dass sie ein formales Framework wie Scrum oder Prince 2 verwenden möchten, können sie es einbringen. Lassen Sie den Prozess jedoch von ihren Bedürfnissen in die Teams einfließen, anstatt mit einem Prozess zu beginnen und die Teams dazu zu zwingen, sich daran anzupassen es.

Ich versuche kurz meine Herangehensweise darzustellen:

  1. Lernen Sie etwas über Teammitglieder (sowohl: (Hard & Soft) Skills als auch Teamrollen (Belbins Ansatz)) - Machen Sie eine interne 360-Grad-Bewertung und zeichnen Sie eine Matrix
  2. Lerne und verständige dich über Tools & Techniken (PMOBK, SCRUM, etc..)
  3. Vorgehensweisen lernen und vereinbaren (insbesondere Entscheidungsfindung und Motivation)
  4. Füllen Sie (mindestens) Projektröster und Risikoschätzungen für jedes Projekt aus
  5. Dashboard für alle Projekte erstellen
  6. Ideenboard machen

Führen Sie alle 3 Monate eine Nachverfolgung durch, um die Prozesse Ihres Teams zu verbessern