PM-Crashkurs

Ich habe einen technischen Hintergrund und habe ein Angebot eines Technologieunternehmens angenommen, für das ich ein brandneues Webprojekt leiten werde (Mischung aus PM + Tech-Lead). Außer dem Gesamtkonzept des Projekts werden keine Vorarbeiten geleistet. Das heißt, kein Team, keine Festlegung auf die zu verwendende Technologie, keine Projektmanagement-Tools und -Methodik. Ich muss mich um all das kümmern, einschließlich der Auswahl von Stack, Leuten, PM-Tools usw. Wichtig ist auch, dass dieses Unternehmen ein Hardwarehersteller ist, kein Softwareunternehmen wie alle meine früheren Arbeitgeber, also haben sie auch keine verwandten Beziehungen Werkzeuge und Methoden vorhanden.

Natürlich habe ich Ideen, die auf meinen bisherigen Erfahrungen basieren, und ich war eine Weile auf der anderen Seite von PM, aber ich würde mich sehr über Tipps und Ideen freuen, wo ich mehr für meinen neuen Job lernen kann. Ich suche speziell nach Tipps für PM-Tools (z. B. Jira), Outsourcing, automatisiertes Testen, automatisierte Builds, Bereitstellungen, Teammanagement und allgemeine Probleme von PM.

Danke vielmals!

Hallo mvbl, willkommen bei PMSE! Gemäß dem Q&A-Ansatz für alle SE-Sites erwarten wir objektive und fokussierte Fragen, um spezifische Antworten zu geben, wie Sie in unseren FAQ und How to Ask sehen können . Ich glaube, Ihre Frage ist in ihrer jetzigen Form zu weit gefasst, da Sie mehrere Dinge gleichzeitig fragen. Idealerweise müssen die Fragen ein bestimmtes Problem darstellen, mit dem Sie konfrontiert sind (einschließlich dessen, was Sie bereits getan haben und wo Sie hängen geblieben sind), um Ihnen die besten Antworten / Ratschläge zu geben. Beifall!
Wenn Sie bereit sind, etwas mehr Zeit zu investieren, lohnt es sich, Rapid Application Development von Steve McConnell durchzulesen

Antworten (4)

Ihre Frage hat viele Facetten, aber der Fokus sollte jetzt nur auf dem breiten Thema liegen, wie Sie bei dieser ersten Aufgabe erfolgreich sind. Ich stimme David zu, dass Erfolg ein schlechter Lehrer ist, aber das Ziel ist es, aus kleinen Fehlschlägen zu lernen, die sich nicht auf den Gesamterfolg des Projekts auswirken.

Ich möchte einige Details zu häufigen PM-Problemen hinzufügen, die für Ihre aktuelle Situation sehr relevant erscheinen.

  1. Schlecht definierter Umfang, Erwartungen oder Leistungen.

    Das gilt nicht nur für das Webprojekt, sondern auch für Ihren Job. Was ist Ihrem Arbeitgeber im Hinblick auf die nächsten 90 Tage wichtiger? die Einführung der Website/Anwendung oder die Schaffung eines Rahmens für die weitere Web- oder andere Softwareentwicklung? Wenn der Fokus auf der Markteinführung liegt, werden Sie auf dieser Grundlage Urteile fällen und Prioritäten setzen. Wie die beiden vorherigen Antworten vorgeschlagen haben, halten Sie es so einfach wie möglich, wenn der Start die Priorität hat.

    Wie sieht es mit den Anforderungen des Projekts selbst aus? Wenn alles, was sie haben, ein Gesamtkonzept ist, erfordert das etwas Arbeit, bevor Sie anfangen können, über viele der anderen Dinge nachzudenken, nach denen Sie gefragt haben.

  2. Unzureichende Priorisierung und Aufgabenfilterung

    Ein häufiges Problem bei PM ist der Druck, eine unüberschaubare Anzahl von Dingen gleichzeitig erledigen zu müssen, und es klingt, als wären Sie bereits mittendrin. Ich würde vorschlagen, mit einer Aufgabenliste auf hoher Ebene zu beginnen und sich darauf zu konzentrieren, die Elemente des kritischen Pfads zu bestimmen. Nehmen Sie die wichtigste Aufgabe und bauen Sie die nächste Hierarchieebene dafür auf, ebenfalls in der Reihenfolge der kritischen Pfade.

  3. Falsche Anpassung der Infrastruktur oder Methodik

    Um ein beliebtes Zitat auszuleihen: „Ihre Methodik und Infrastruktur sollten so einfach wie möglich sein, aber nicht einfacher.“ Suchen Sie nach leichtgewichtigen oder einfachen Projektmanagementmethoden und SDLC-Tools und wählen Sie diejenigen aus, die Ihnen im Moment zugänglich und realistisch erscheinen. Es ist Zeit, später aufzurüsten und ausgefeilter zu werden.

Danke für die Antwort. Sie haben Recht, soweit ich weiß, ist der Umfang selbst noch nicht genau definiert, obwohl die Gesamtidee ziemlich klar ist. Sehen Sie, alle meine Fragen kommen, weil ich mich mit der technologischen und technischen Seite der Dinge wohl fühle, aber nicht so sehr mit der Abwicklung des Projekts als Ganzes. Trotzdem vielen Dank für die wertvollen Ratschläge.

Konzentrieren Sie sich auf das „Was“ und stellen Sie sicher, dass sich das Team so weit wie möglich auf das „Wie“ konzentriert. Ihre Aufgabe als PM wird es sein, dafür zu sorgen, dass alles erledigt wird, was getan werden muss. Also planen, planen und nochmals planen. Und fragen Sie, was schief gehen kann, und überlegen Sie, wie Sie damit umgehen (Risikomanagement). Besorgen Sie sich außerdem ein gutes PM-Buch und / oder einen Schulungskurs und scheuen Sie sich nicht, um Hilfe zu bitten.

Ich würde mir jetzt nicht allzu viele Gedanken über bestimmte Tools und Methoden machen. Sie können auf einem Whiteboard oder einem großen Blatt Papier planen. Die Werkzeuge können folgen.

Ein Großteil des PM-Trainings legt Namen und Formalität und Strenge auf das, was Sie seit Ihrem vierten Lebensjahr tun. Es gibt sicherlich Dinge wie EV oder verschiedene Methoden oder quantitative Risikoanalysen, die Sie als Kind nicht gemacht haben, aber es gibt viele erfolgreiche Projekte, die von einigermaßen ausgereiften PM-Organisationen durchgeführt werden, die diese Dinge schlecht und falsch machen. Verlassen Sie sich auf Ihren Instinkt. Du wirst haufenweise Fehler machen, aber Erfolg ist ein schlechter Lehrer.

Ich fürchte, dass meine Antwort auch nicht reagiert; Sie haben nach einer Empfehlung für eine Einkaufsliste gefragt. Wie viele andere werde ich nur auf die "allgemeinen Probleme" eingehen.

Der PM ist für den erfolgreichen Abschluss des Projekts verantwortlich, kontrolliert jedoch nichts, was direkt zum Abschluss des Projekts beiträgt. Das Personal, die Prioritäten usw. gehören alle jemand anderem. Das einzige, was Sie kontrollieren, sind Informationen über das Projekt und den Status des Projekts. Kultivieren und pflegen Sie diese Informationen, denn sie sind Ihr wichtigstes Werkzeug.

Ihre Aufgabe ist es, die Risiken/Probleme aufzudecken, die die Wahrscheinlichkeit eines erfolgreichen Projektabschlusses termingerecht/unter Budget/hoher Qualität/relevant für die Mission des Unternehmens beeinflussen. Analysieren Sie diese Risiken und Probleme und teilen Sie die Analyse den Stakeholdern mit, die die anderen Ressourcen kontrollieren. ABER stellen Sie sicher, dass Ihre Kommunikation laserfokussiert ist. Fragen Sie jeden Stakeholder, was er wissen muss, um seine Unterstützung für das Projekt aufrechtzuerhalten, und stellen Sie sicher, dass jeder Stakeholder Zugang zu diesen Informationen hat. Änderungskontrolle ist dein Freund.

Hardwareorientierte Projekte haben einen enormen Vorteil; Metriken sind im Allgemeinen viel einfacher – Sie können feststellen, wie viele Widgets Sie produziert haben, die Qualität/Quantität/Kosten des Widgets usw. Der verdiente Wert ist viel einfacher zu berechnen.

Viel Glück.