Evolution des Projektmanagements: Startups vs. Unternehmen

Startups spielen Poker, große Unternehmen spielen Schach.

Dieses Zitat von Don Dodge, Developer Advocate bei Google, fasst die Unterschiede zwischen einem Projektmanager in einem Startup und einem Unternehmen zusammen.

Startups spielen ein Spiel der Wahrscheinlichkeiten. Wie bei Pokerspielern gewinnen die Besten beständig, verlieren aber manchmal gegen Amateure. Im Startup-Projektmanagement brauchen Sie eine hervorragende Ausführung, aber die Wahrheit ist, dass selbst die besten Unternehmer scheitern können. Wie beim Schach muss ein Projektmanagementsystem für Unternehmen viel strategischer sein, zwei Schritte vorausplanen und weniger Risiken eingehen.

Es ist nicht alles schwarz und weiß

Eine Einschränkung, bevor wir uns mit diesem Thema befassen, ist, dass es alle Arten von Unternehmen gibt. Kann man ein Unternehmen mit 100 Mitarbeitern noch Startup nennen? Was, wenn es auf 200 oder 300 Mitarbeiter anwächst? Manchmal wird Uber in den Medien immer noch als Startup bezeichnet, obwohl Uber mittlerweile 12.000 Mitarbeiter hat. Ein weiterer Unterschied besteht darin, dass sich ein von Studenten gegründetes Startup sehr von einem unterscheidet, das von Serienunternehmern mit mehr als 20 Jahren Berufserfahrung gegründet wurde, die möglicherweise zuvor im Unternehmen gearbeitet und die besten Praktiken von dort in ihre Startups zurückgebracht haben.

Daher gibt es viele Fälle, die zwischen einem am selben Standort ansässigen Startup mit 5 Personen und einem multinationalen Unternehmen mit Niederlassungen auf der ganzen Welt liegen. Während sich dieser Artikel hauptsächlich auf zwei Extreme konzentriert, nehmen Sie alles mit einem Körnchen Salz und überlegen Sie kritisch, ob die Imbissbuden auf Ihre spezifische Situation zutreffen.

Startups vs. Unternehmen

Lassen Sie uns versuchen, die beiden Extreme zu definieren, um diesen Vorbehalt aus dem Weg zu räumen, um eine Grundlage für unsere Diskussion zu schaffen. Für die Zwecke dieses Artikels sind die Merkmale eines Startups :

• Ein Team an einem gemeinsamen Standort (ca. 1-50 Mitarbeiter), in dem Sie normalerweise alle Ihre Kollegen beim Namen kennen.
• Rollen sind locker definiert.
• Mitbegründer sind sehr aktiv darin, die meisten Entscheidungen zu treffen.
• Das Unternehmen verliert Geld und es gibt keine lange Landebahn mehr – das Überleben ist ein großes Problem.

Am anderen Ende des Spektrums würde ein Unternehmen so aussehen:

• Mehrere Abteilungen und Standorte.
• Du kennst nur deine direkten Kollegen gut und interagierst mit einer Handvoll Leuten aus anderen Abteilungen.
• Jeder hat klare Verantwortlichkeiten und Hierarchien.
• Das Unternehmen könnte börsennotiert sein.
• Rentabilität und kurzfristiges Überleben sind wahrscheinlich kein Problem.

Startup-Projektmanagement

Projektmanager ≈ Produktmanager

Theoretisch haben Projektmanager wesentlich andere Verantwortlichkeiten als Produktmanager. In einer Startup-Umgebung werden die beiden Rollen jedoch normalerweise miteinander verflochten. Wenn Sie Projektmanager in einem Startup sind, werden Sie wahrscheinlich viel mehr Aufgaben übernehmen, die über das hinausgehen, was Sie traditionell in einem Unternehmen tun würden.

Chancen für Projektmanager in Startups

Schnelle Entscheidungen und große Wirkung

Im Startup-Projektmanagement ist es ziemlich einfach, wichtige Entscheidungen zu treffen, da es nicht viele Abhängigkeiten in Bezug auf Prozesse, andere Teams, Kunden usw. gibt. So etwas Wichtiges wie die Einstellung eines neuen Kollegen, die Änderung der Homepage, das Hinzufügen neuer Funktionen oder Die Verlängerung einer Frist kann nur ein Meeting oder eine Slack-Konversation entfernt sein. Dies befähigt einen Projektmanager und schafft ein Gefühl der Autonomie.

Ein Startup ist ein guter Ort, um seine Ideen auszuprobieren und sich beruflich weiterzuentwickeln. Sie können ein neues Projektmanagement-Tool ausprobieren, von dem Ihr Freund Ihnen erzählt hat, dass es es in seinem Unternehmen verwendet. Wie wäre es mit einem Wechsel von Scrum zu Kanban? Was auch immer Sie schneller liefern lässt, antwortet der CEO. Was halten Sie von der Implementierung dieses neuen Chatbots, mit dem Sie Google Analytics in natürlicher Sprache abfragen können? Dafür braucht man keinen Entwickler, erklärt Ihnen Ihr CTO beim Mittagessen. In einem Unternehmen wären all dies separate, große und langwierige Initiativen, die von einem engagierten Projektmanager verwaltet werden.

Dinge werden schnell erledigt

Der Entwicklungslebenszyklus in Startups ist viel kürzer als in Unternehmen. Sie könnten heute Ideen entwickeln und nächste Woche etwas in Produktion haben. Es gibt nicht viel Legacy-Code, daher beschweren sich Entwickler nicht, dass die Codebasis umgestaltet werden muss, und können daher schnell Ergebnisse liefern. Dies ermöglicht es Ihnen, in einer ständigen Feedback-Schleife mit Ihren Kunden zu sein und wirklich agil zu sein.

Einfach anzupassen oder zu drehen

Die gleiche Liefergeschwindigkeit und das Fehlen von Abhängigkeiten ermöglichen es einem Startup-Team, schnell den Kurs zu ändern. Ein berühmtes Beispiel ist PayPal. In den ersten 15 Monaten seit seiner Einführung als „Kryptografie für Telefone“-Lösung hat sich Paypal fünfmal gewendet. Der Markt für Zahlungen veränderte sich schnell und PayPal konnte eBay verdrängen, das seine eigene Zahlungslösung namens Billpoint entwickelte. Die Agilität von PayPal ermöglichte eine bessere Akzeptanz bei eBay-Käufern und -Verkäufern, was schließlich dazu führte, dass eBay Paypal erwarb.

Fluide Prozesse

Normalerweise gibt es nicht viele strenge Prozesse und Verfahren für die Arbeitsweise der Menschen in einem Startup. Vieles davon bleibt dem gesunden Menschenverstand und internen Verhandlungen überlassen. Das ist einer der Hauptgründe, warum die oben genannten Punkte tatsächlich funktionieren, dh Sie können schneller Entscheidungen treffen und brauchen keine unzähligen Abzeichnungen. Natürlich ist es zwangsläufig ein Kompromiss, der später andere Probleme verursacht, wie wir später in diesem Artikel sehen werden. Für ein Startup, das nach einem passenden Produkt für den Markt sucht und versucht, besser finanzierte und größere Konkurrenten zu übertreffen, ist dies jedoch ein vernünftiger Kompromiss.

Herausforderungen für Projektmanager in Startups

Verantwortlichkeiten sind nicht vollständig definiert

Ein flüssiger Prozess ermöglicht schnelle und intuitive Entscheidungen. Wenn alles gut läuft, ist dies ein reibungsloses Segeln, aber die Kehrseite führt zu Fehlern und einem chaotischen Umfeld. Aufgeschlüsselt ist ein Prozess im Wesentlichen eine Checkliste – welche Schritte unternommen werden müssen, damit ein Ergebnis erreicht wird. Prozesse entstehen normalerweise als Ergebnis eines Misserfolgs, wenn Kollegen anfangen, sich gegenseitig die Schuld zu geben, weil sie sich nicht um etwas gekümmert haben, und ein Unternehmen die Schaffung eines Prozesses initiiert, um die Entscheidungsfindung in klar definierte Schritte zu straffen, um das Risiko solcher Probleme zu verringern Zukunft.

Beispielsweise hat eine neue Version die Website eines Kunden zum Absturz gebracht. Jeder im Unternehmen wusste von der bevorstehenden Veröffentlichung, aber niemand informierte den Kunden. Hätte der Projektleiter oder der Key Account Manager das Entwicklungsteam des Kunden kontaktieren sollen? Hätte der CTO proaktiver sein sollen? Nach einer hitzigen Diskussion sind sich die Beteiligten einig, dass beim nächsten Mal bestimmte Mitarbeiter für bestimmte Aktionen vor der Entlassung verantwortlich sind, damit dies nicht noch einmal passiert.

Dieses Beispiel ist ein Mikrokosmos, wie sich ein Startup zu einem Unternehmen entwickelt. Da die Komplexität in einem Startup von Tag zu Tag wächst, werden solche Entscheidungen getroffen und Unklarheiten aus dem täglichen Betrieb beseitigt. Bis dieser Zustand erreicht ist, werden jedoch normalerweise viele schmerzhafte Fehler gemacht.

Schwache Verhandlungsmacht

Als Projektleiter in einem Startup stehen Sie eher in externen Verhandlungen. Mitbegründer nehmen Sie möglicherweise zu späteren Kundenmeetings mit, um die technische oder die Produktseite des Pitches zu vertreten. Während dieses Meetings können viele Fragen und neue Anforderungen auftauchen, und ein Projektmanager muss sicherstellen, dass er sich nicht zu früh auf die Ergebnisse einigt. Die Mitbegründer könnten bestrebt sein, den potenziellen Kunden zu gewinnen und seinen Bedingungen noch während des Meetings zuzustimmen, ohne die Kosten der neuen Auftragsbestände vollständig zu realisieren. Der Kunde nutzt möglicherweise die Tatsache, dass Ihr Startup keine lange Erfolgsbilanz hat, um Sie dazu zu bringen, sich zu mehr zu verpflichten, als Sie vernünftigerweise liefern können.

Ein Projektmanager muss in der Lage sein, zurückzudrängen und um mehr Zeit zu bitten, um die neuen Anforderungen mit dem Entwicklungsteam zu evaluieren. Sobald Sie zumindest grobe Schätzungen des Teams haben, legen Sie sie den Mitgründern vor und diskutieren Sie, ob es immer noch sinnvoll ist, den neuen Bedingungen des Deals zuzustimmen.

Verknüpfungen verursachen Legacy-Probleme

In einem Startup ist es sehr einfach, im ständigen MVP-Modus zu sein. Als Projektmanager ist es sehr verlockend, das Entwicklungsteam dazu zu drängen, kürzeren Fristen zuzustimmen und Abkürzungen für Roadmap-Elemente zu nehmen. Mit den Mitgründern ständig im Rücken scheint es fast notwendig. Aber wie das beliebte Sprichwort sagt – mit großer Macht kommt große Verantwortung. Wenn Sie diese Macht missbrauchen, wird Ihr Team irgendwann auf alte Probleme stoßen. Und das bedeutet nicht, dass Sie irgendwann in der Zukunft darauf stoßen werden, während Sie sich noch im Startmodus befinden.

Angenommen, Ihr Unternehmen beschließt, eine Seite mit Produktlisten zu erstellen. Es muss mehrere Filter haben, um die Ergebnisse einzugrenzen. Es muss auch Sortieroptionen basierend auf verschiedenen Attributen haben. Die anfängliche Schätzung ist zu groß und Sie versuchen, die erforderlichen Filter und Sortieroptionen einzugrenzen. Schließlich stellt sich heraus, dass der Großteil der Schätzung auf das gesamte System entfällt – das Suchen und Zurückgeben der Ergebnisse. Sie fragen, ob es eine Möglichkeit gibt, eine einfachere Version schneller bereitzustellen. Ein Entwickler schlägt vor, eine Drittanbieterlösung mit einem monatlichen Abonnement zu verwenden. Die anderen Entwickler sprechen über Abhängigkeitsprobleme und Legacy-Bedenken. Für Sie klingt es perfekt, weil Sie Ihr MVP schneller erhalten und das Abonnement später gekündigt werden kann, wenn Sie sich entscheiden, das Projekt abzubrechen. Der Scrum Master stimmt zu, die Drittanbieterlösung nur dann zu verwenden, wenn er die Möglichkeit hat, den Code neu zu schreiben, wenn das Projekt nicht verworfen wird.

Die Realität ist jedoch, dass diese Vereinbarung fast nie erfüllt wird, es sei denn, der Scrum Master bringt in einem späteren Sprint tatsächlich eine technische Schuldenaufgabe ein und verteidigt sie, wenn die Zeit gekommen ist. Wenn das erste Feedback für die Listing-Seite positiv ist, ist die natürliche Reaktion für den Projektmanager, zusätzliche Funktionen zu entwickeln, da das MVP nur ein Test war. 6 Monate später erreichen Sie einen Punkt, an dem das Hinzufügen neuer Funktionen sehr kostspielig wird, aber das Refactoring ist noch kostspieliger, und dann gibt es andere Prioritäten, die wichtiger werden und die ursprüngliche Absicht überschatten.

Fehlalarm

Ein Fehlalarm im Fall des IT-Projektmanagements wäre, wenn Ihr Team ein MVP entwickelt und Sie ein erstes positives Feedback als Beweis für die Eignung des Produkts für den Markt nehmen. Es kann sogar noch früher im Prozess passieren, wenn Ihr Stakeholder Ihnen sagt: „Ich habe unsere Lösung dem größten Kunden in unserer Branche vorgestellt und er sagte, dass er sie definitiv von uns kaufen würde.“ Du entwickelst es, und dann kaufen sie es dir nicht wirklich ab.

False Positives sind eine große Herausforderung, aber es gibt eine Möglichkeit, sie zu mindern. Steve Cohn, Gründer von Validately, schlägt vor, dass Sie die Nachfrage nach Ihrer Lösung validieren sollten. Es gibt drei Signale, die Ihnen helfen können:

1. Sind Ihre Kunden bereit, Geld auszugeben oder zu binden, noch bevor Sie die vollständige Lösung liefern? Einen Vertrag abzuschließen, bevor die Lösung geliefert wird, ist wahrscheinlich die beste Bestätigung, die Sie bekommen können.
2. Sind Ihre Kunden bereit, Zeit mit Ihnen zu verbringen, um die Lösung zu entwickeln? Zeit ist Geld und jeder hat einen endlosen Rückstand an Aufgaben. Je mehr ein Kunde aktiv mit Ihnen zusammenarbeitet, um die Anforderungen herauszufinden, seine anderen Kollegen in die Diskussion einzubeziehen, ein MVP gründlich zu testen und reichlich Feedback zu geben, desto wahrscheinlicher sind Sie auf dem richtigen Weg.
3. Sind Ihre Kunden bereit, ihren Ruf zu nutzen, um für Sie zu werben? Ob in den sozialen Medien, bei einer professionellen Veranstaltung oder in irgendeiner anderen Form, wenn ein Kunde für Sie wirbt, verleiht er Ihnen seinen Ruf, der sein echtes Interesse bestätigt.

Interessengruppen Verwaltung

Die wichtigsten Stakeholder eines Projektmanagers in einem Startup sind in der Regel die Mitgründer. Wie wir im Chancenteil gesehen haben, können die Mitgründer eine schnelle Entscheidungsfindung basierend auf gesundem Menschenverstand ermöglichen. Das Problem ist jedoch, dass sich viele Mitgründer bei der Entscheidungsfindung oft auf ihren Instinkt verlassen. Das gilt insbesondere für Mitgründer, die in einer bestimmten Branche als Profis auf diesem Gebiet gearbeitet haben und sich nun entschieden haben, eine IT-Lösung zu entwickeln, um ein Problem zu lösen, mit dem sie selbst in ihrer Arbeit konfrontiert waren.

Tiefe Marktkenntnisse sind für jedes Startup äußerst nützlich, jedoch kann man sich bei der Erstellung einer Roadmap nicht allein darauf verlassen. Der Anspruch der meisten Startups ist es, eine Lösung zu schaffen, die international skaliert. Selbst wenn es mehrere Unternehmen auf demselben Markt gibt, werden sie ihre Probleme nicht unbedingt auf die gleiche Weise lösen. Der Mitbegründer mag genaue Kenntnisse darüber haben, wie sein früheres Unternehmen vorgegangen ist, aber das bedeutet nicht, dass er weiß, wie andere Unternehmen, insbesondere in anderen Ländern, dieselben Herausforderungen gelöst haben.

Mitgründer halten häufig an ihren Überzeugungen fest und brauchen einen unabhängigen Projektmanager, um ihre Ansichten auszugleichen. Es ist die Aufgabe eines Projektmanagers, die Mitgründer über die Bedeutung datengestützter Entscheidungsfindung und agiler Entwicklung in den frühen Phasen der Produktfindung aufzuklären.

Projektmanagement im Unternehmen

Projektmanager ≠ Produktmanager

Wenn ein Startup reift und zu einem großen Unternehmen wird, werden die Rollen der verschiedenen Positionen immer klarer definiert, je spezifischer die Arbeit wird. Auch in einem Unternehmen gibt es Fälle, in denen sich Projektmanager und Produktmanager überschneiden. Der Projektmanager konzentriert sich jedoch eher auf die operativen Aspekte eines Projekts, während der Produktmanager für die Ausführung verantwortlich ist.

Projektmanagement-Office (PMO)

Wenn ein Unternehmen wächst, wächst auch sein Projektportfolio. Neue Projektmanager kommen hinzu und bringen neue Projektmanagement-Tools und -Methoden mit. Anfangs wird es etwas chaotisch und es entsteht der Bedarf an einem Project Management Office (PMO). Das PMO befasst sich mit dem Lebenszyklus des Projektmanagements und kann Best Practices im gesamten Unternehmen verbreiten oder durchsetzen.

Als Projektmanager in einem Unternehmen müssen Sie mit einem PMO zusammenarbeiten. Jedes PMO ist anders, aber die Dinge, denen Sie begegnen könnten, sind:

• Ausfüllen verschiedener Formulare zur Projektinitiierung und zum Projektabschluss.
• Einreichen von Budgets zur Überprüfung.
• Bereitstellung regelmäßiger Fortschrittsaktualisierungen.
• Abnahmen von Meilensteinen oder verschiedenen Prozessschritten einholen.

Für einen Projektmanager, der bereits viel plant und verfolgt, können viele der PMO-Anforderungen wie unnötige Bürokratie erscheinen, insbesondere wenn sie das Projekt verlangsamen. Während diese Bürokratie eine Quelle der Frustration sein kann, kann ein proaktiver Projektmanager den Overhead minimieren und sogar den Wert für das Projekt aus dem PMO ziehen:

• Binden Sie das PMO frühzeitig ein, um die Meldepflichten herauszufinden. Diese können dann zeitsparend mit Materialien abgeglichen werden, die während der Projektabwicklung produziert werden.
• Seien Sie ein Prozesschampion. Geben Sie dem PMO Feedback, wie die Prozesse geändert werden können, um das Leben der Projektmanager zu erleichtern. Eines der Hauptziele des PMO ist es, dem Produktmanager zu helfen, effektiv zu sein.
• Nutzen Sie das PMO für Unterstützung, wenn Ihr Projekt auf Probleme stößt. Das PMO hat einen unternehmensweiten Überblick über alle Projekte und hat Erfahrung im Umgang mit verschiedenen Problemen oder Risiken, die während der Projektdurchführung auftreten. Nutzen Sie ihr Wissen zu Ihrem Vorteil.

Möglichkeiten für Projektmanager in Unternehmen

Glaubwürdigkeit

Die Stabilität und langfristige Planung von Unternehmen zeugen von Glaubwürdigkeit gegenüber Kunden und Partnern. Die Leute, die sich mit Ihrem Unternehmen beschäftigen möchten, suchen nach einer guten Erfolgsbilanz – dass Sie in der Lage sind, Ihre Versprechen zu halten und viel Erfahrung in Ihrem Fachgebiet haben. Dies ist einer der größten Vorteile, die ein Unternehmen gegenüber Startups hat. Es erleichtert die Suche nach neuen Kunden und Partnern.

Dieses Vertrauen ermöglicht Ihnen eine stärkere Integration mit dem Kunden. Als Technologieanbieter befähigen Sie Ihre Kunden, und diese wiederum passen möglicherweise ihre eigenen Roadmaps an Ihre an, um neue Funktionen so schnell wie möglich liefern zu können. Eine solche Beziehung wäre für ein Startup sehr schwer zu erreichen, da Startups sehr volatil und schwer zu vertrauen sind.

Einfachere Erfassung von Anforderungen

Ein Unternehmen hat im Vergleich zu einem Startup eine viel größere Marktpräsenz. Wenn ein Unternehmen wächst und die Arbeit immer spezifischer wird, werden immer mehr spezialisierte Fachkräfte eingestellt. Gleichzeitig treten immer mehr erfahrene Top-Level-Führungskräfte in das Unternehmen ein, um die Vision aufrechtzuerhalten. All diese Leute bringen enorme Marktkenntnisse mit, die für einen Projektmanager sehr einfach zugänglich sind und bei der Erfassung von Benutzeranforderungen genutzt werden können.

Auch für die persönliche Entwicklung von PM kann dies ein großer Vorteil sein. Eine große Anzahl an Kontakten hilft Ihnen, diese immer dann anzuzapfen, wenn Sie Einfluss auf andere Stakeholder im Unternehmen nehmen oder sicherstellen möchten, dass Ihr Projekt in den höheren Unternehmensrängen genügend Aufmerksamkeit erhält.

Eine weitere Gruppe von Kollegen, die Ihnen bei Benutzeranforderungen helfen können, finden Sie im Vertrieb, im Account Management oder im Kundensupport. Die dort arbeitenden Mitarbeiter sind täglich mit Kunden in Kontakt und können Ihnen viel Feedback über die Bedürfnisse und Frustrationen der Benutzer geben. Denken Sie jedoch immer an den Kontext, aus dem dieses Feedback stammt. Beispielsweise könnte das Kundensupport-Team mit den Personen zu tun haben, die Ihr Produkt verwenden, während die Vertriebsmitarbeiter und Kundenbetreuer mit hochrangigen Führungskräften zu tun haben könnten, die die Kaufentscheidungen treffen, Ihre Software jedoch nicht wirklich verwenden.

Bauen oder kaufen

Eine Chance, die Startups nicht zur Verfügung steht, ist Wachstum durch Fusionen und Übernahmen (M&A). 2018 gab es weltweit bereits eine Rekordzahl an M&A-Deals. Ein großer Teil dieses Trends sind die Mega-Deals, wie die jüngste Übernahme von Time Warner durch AT&T für 85 Milliarden US-Dollar. Ein Teil der Deals ist jedoch in Bezug auf die Bewertungen gering und erzielt laut einer Studie von Harvard Business Review bessere Renditen. Es gibt viele kleine Startups mit Single-Point-Lösungen, und Projektmanager in Unternehmen sollten bedenken, dass es manchmal sinnvoll sein kann, sie aufzukaufen, anstatt zu versuchen, ihre Lösung zu kopieren. Ein Projektmanager ist möglicherweise nicht der Entscheidungsträger für ein solches Szenario, kann aber derjenige sein, der diese Option auf den Tisch bringt.

Herausforderungen für Projektmanager in Unternehmen

Genehmigungen dauern länger

Wenn ein Unternehmen wächst, wächst mit ihm auch die Berichtshierarchie. Es kommen mehrere Abteilungen, Prozesse und Verfahren zum Einsatz. Markenrichtlinien werden erstellt. Rechtliche Risiken, die bei Startups manchmal übersehen werden, müssen berücksichtigt werden. Ein Angebot für eine gemeinsame Pressemitteilung mit einem neuen Partner kann einige Wochen dauern, bis alle erforderlichen Genehmigungen vorliegen.

Dies bedeutet, dass ein Projektmanager viel mehr im Voraus planen und sorgfältiger sein muss. Es gibt jedoch immer wieder spontane und unerwartete Situationen, in denen Sie alle Genehmigungen so schnell wie möglich einholen müssen. Gute Beziehungen zu anderen Abteilungen sind in solchen Situationen von großem Wert. Ein Projektmanager, der in der Lage ist, anderen in Not zu helfen, wird im Gegenzug eher Gefälligkeiten von Kollegen erhalten.

Fehlkommunikation

„Nichts annehmen“ sollte das Motto eines Projektmanagers sein. Mit zunehmender Komplexität innerhalb eines Unternehmens wird die Aufgabe des Projektmanagers schwieriger, eine effektive Kommunikation innerhalb und außerhalb des Projektteams aufrechtzuerhalten. Schauen wir uns ein Beispielszenario an.

Ihr Team benötigt ein paar neue Symbole für die neuen Funktionen, an denen es arbeitet. Während des Mittagessens triffst du unerwartet die Leiterin des Designteams und erzählst ihr von den Symbolen. Sie sagt, dass sie gerade an ähnlichen Symbolen arbeiten und sie bald fertig haben werden. Während des Stand-up am nächsten Tag leiten Sie die Informationen an das Team weiter und sagen ihm, dass es sich an das Designteam wenden soll, wenn es die Symbole benötigt. Die fraglichen Features sind in 4 Wochen fällig, also gehen alle davon aus, dass die Icons zu diesem Zeitpunkt fertig sein werden. Entwickler setzen Platzhalter für die Symbole und erst während der QA bemerkt jemand, dass sie vergessen haben, sie zu ersetzen. Sie bemühen sich, das Designteam zu erreichen, das die Erstellung dieser Symbole aufgrund anderer dringender Aufgaben verschoben hat. Niemand aus Ihrem Team hat sich an sie gewandt, und der Leiter des Designteams ging davon aus, dass Sie die Symbole nicht mehr benötigen werden. Die Markenrichtlinien erlauben es Ihnen nicht, mit beliebigen Symbolen in die Produktion zu gehen, und Ihr Team sitzt da mit fertigen Funktionen, die sie nicht bereitstellen können.

Der Job eines Projektmanagers in einem Unternehmen ist voll von solchen Momenten, die für Missverständnisse reif sind. Es gibt zwei Strategien, die Sie hier anwenden können:

• Nutzen Sie die Retrospektive, um mit dem Team herauszufinden, ob ein neuer Prozess helfen könnte, solche Fehler in Zukunft zu vermeiden. Vielleicht könnte das Führen einer Liste aller Abhängigkeiten von anderen Teams mit wöchentlicher Überprüfung und Nachverfolgung die Antwort in diesem Szenario sein.
• Überkommuniziere. Im Allgemeinen ist es eine gute Strategie für einen Projektmanager, mehr zu kommunizieren, als Sie für nötig halten. Gewöhnen Sie sich an, in diesen kurzen Momenten, während Sie auf den Aufzug warten oder zum Auto gehen, bei Leuten vorbeizuschauen und nach schnellen Updates zu fragen. Es ist eine gute Möglichkeit, weniger Dinge durch die Ritzen rutschen zu lassen.

Bewegen Sie sich langsam und brechen Sie nichts

Je älter die Codebasis, desto schwieriger wird es, neue Funktionen zu entwickeln. Ein Projektmanager könnte bemerken, dass kleinere Startups mit neuen Innovationen schneller auf den Markt kommen und sie überflügeln.

Gleichzeitig mit der Abwehr von Herausforderungen durch kleine Start-ups müssen sich Unternehmen auch vor ähnlich großen Wettbewerbern in Acht nehmen. Wenn Startups reifen, werden Single-Point-Lösungen zu vollwertigen Plattformen, die verschiedene Funktionen und Anwendungsfälle haben. Funktionsparität mit anderen großen Konkurrenzunternehmen wird zu einem Problem.

Als Projektmanager in einem Unternehmen müssen Sie Entscheidungen treffen, ob Sie sich auf Innovationen einlassen und neue Wertversprechen für Ihre Kunden schaffen oder versuchen, mit Ihren Wettbewerbern die gleiche Leistungsfähigkeit zu erreichen. Meistens sind Sie jedoch nicht in der Lage, solche Entscheidungen selbst zu treffen, und Sie müssen daran arbeiten, mehrere Interessengruppen zu beeinflussen, damit sie diese Entscheidungen für Sie treffen. Dies kann frustrierend sein, insbesondere wenn diese Stakeholder weniger digital versiert sind und mit den Funktionen, zu deren Erstellung Sie sie überzeugen möchten, nicht vertraut sind.

Fazit

In diesem Artikel haben wir erörtert, wie die zugrunde liegenden Mechanismen eines Startups und eines Unternehmens Chancen und Herausforderungen für einen Projektmanager schaffen. Während in einem Startup ein Projektmanager wahrscheinlich viele Funktionen eines Produktmanagers übernimmt, sind die beiden Rollen in einem Unternehmen klar getrennt. Denken Sie daran, dass jedes Unternehmen einzigartig ist und nicht alle der besprochenen Themen auf jede Situation zutreffen. Daher erfordern nuancierte Umgebungen, dass ein Projektmanager unterschiedliche Projektmanagementqualitäten und -fähigkeiten einsetzt.

Zusammenfassend lässt sich sagen, dass ein Startup fließende Prozesse hat und der Projektleiter in der Lage ist, schnelle Entscheidungen zu treffen und einen großen Einfluss auf das Gesamtunternehmen zu haben. Die Entwicklungslebenszyklen sind viel kürzer, was es dem Projektmanager ermöglicht, agil zu bleiben und sich an sich ändernde Marktbedingungen anzupassen.

Auch ein Projektleiter in einem Startup steht vor großen Herausforderungen. Nicht vollständig definierte Verantwortlichkeiten können zu vielen Problemen führen, wenn ein Startup wächst. Kunden und Mitgründer könnten einen Projektmanager dazu drängen, sich zu mehr zu verpflichten, als das Team vernünftigerweise leisten kann. Anschließend können verschiedene Abkürzungen in die Roadmap eingefügt werden, was in Zukunft zu Legacy-Problemen führt. Mitgründer eines Startups sind sehr aktiv bei der Definition der Roadmap. Ihre Überzeugungen können jedoch zu Fehlalarmen führen, und der Projektmanager muss datengesteuert und agil sein, um diese Herausforderungen zu bewältigen.

Auf Unternehmensseite kann ein Projektmanager die Glaubwürdigkeit und Erfolgsbilanz des Unternehmens nutzen, um gute Arbeitsbeziehungen mit externen Parteien aufzubauen. Es ist einfacher, Anforderungen von erfahrenen Führungskräften und Kollegen zu sammeln, die regelmäßig mit Kunden in Kontakt treten. Schließlich kann ein Projektmanagementbüro, wie einschränkend es auch sein mag, dazu beitragen, Probleme zu mindern und Risiken zu managen, die während der Projektdurchführung auftreten.

Die Herausforderungen im Enterprise Project Management hängen zwangsläufig mit der Unternehmensgröße zusammen. Verschiedene Genehmigungen und Freigaben bedeuten, dass ein Projektmanager sehr sorgfältig planen und das PMO einbeziehen muss, um die Projektausführung nicht zu verlangsamen. Da immer mehr Personen und Abteilungen involviert sind, kommt es wahrscheinlich zu Missverständnissen, die durch die Einrichtung der richtigen Prozesse gemildert werden müssen. Schließlich werden die Entwicklungslebenszyklen länger, und ein Projektmanager muss sowohl mit Startups als auch mit anderen Unternehmen auf dem Markt konkurrieren.

Dies sind die Hauptunterschiede zwischen diesen beiden Umgebungen, in denen Projektmanager arbeiten. Wenn wir diese Herausforderungen verstehen, können wir besser vorhersagen, was uns beim Wechsel von einer Umgebung in die andere begegnen könnte.