Als ich gearbeitet habe Als Texter bei einem Hundespielzeug-Slash-Tech-Unternehmen nutzten wir Airtable und Basecamp, um unsere Arbeitsabläufe zu organisieren. Bei meinem nächsten Job zwangen uns die Vermarkter, Asana zu lernen („dasselbe wie Airtable, aber viel besser“), aber das Produktteam trieb seine Arbeit voran und sprintete über Jira. Ich wurde entlassen, bevor ich Jira lernen musste, und bei meinem nächsten Auftritt schworen sie auf Airtable, was Puh, Ich wusste bereits. Aber es gab offenbar immer noch Effizienzeinbußen, und Airtable nahm die Schuld auf sich. Als ich diesen Job verließ, hörte ich jemanden erwähnen, dass ein neues Programm, Trello, Airtable ersetzen und „alles verändern“ würde. Ein paar Jahre später kam ich als Bauunternehmer zurück, und alles hatte sich nicht verändert. Das Unternehmen war von Trello abgewandert und geriet nun in den Bann von etwas namens Monday.com. Auch sie versprach große Veränderungen.
Wenn Sie als „einzelner Mitarbeiter“ – Ingenieur, Texter, Designer, Datenanalyst, Vermarkter – in der modernen Angestelltenwelt arbeiten, sind Sie wahrscheinlich auf eines dieser Unternehmen für Projektmanagement-Software (PM-Software) gestoßen. Zu Ihrem Onboarding gehört eine Einladung zur Zusammenarbeit mit Unternehmen wie Smartsheet, Notion, Udemy, ClickUp, Projectworks, Wrike und Height. Die Liste scheint endlos und wächst dennoch irgendwie weiter. Mehr als hundert Derzeit konkurrieren proprietäre Apps und Planer um das Geschäft der Unternehmen, die alle höhere Produktivität, nahtlose Arbeitsabläufe und unübertroffene Agilität versprechen. Und wenn Sie, wie ich, über ein paar Jahre hinweg zwischen verschiedenen Jobs und Projektteams hin- und hergewechselt sind, müssen Sie sich mit der Tatsache abfinden, dass Missverständnisse und Verwirrung in jeder großen Belegschaft normal sind. Aber in einem immer digitaleren und zunehmend ferngesteuerten Zeitalter der Arbeit könnte man sich immer noch vorstellen, dass eine „Killer-App“ wirklich gewinnen würde. Und doch sorgt keiner dieser PM-Softwaredienste dafür, dass die Arbeit funktioniert. Der Schlüssel zu diesen Mängeln liegt in der Geschichte der Arbeitsplatzeffizienz selbst – angefangen bei den ursprünglichen Unternehmensberatern.
Lösungen für Effizienz
Vor dem zweite industrielle Revolution, so etwas wie Produktivität gab es praktisch nicht. (Das Wort selbst existierte im Grunde nicht vor 1900.) Als die Fabriken immer komplexer wurden und die Zahl der Lohnarbeiter zunahm, bestand das Ziel des Kapitals darin, die Effizienz seiner Arbeit sicherzustellen. Wenn Sie Ihren Ärger am Arbeitsplatz mit zu vielen Trello-Benachrichtigungen mit der Notlage eines … in Verbindung bringen Maschinist baute im 20. Jahrhundert Drehmaschinen Schwindelgefühle, du bist nicht allein. Aber die Idee, dafür zu sorgen, dass man effizient arbeitet, ist so alt wie die Idee, angestellt zu sein.
Und so wurde im 20. Jahrhundert das eingeführt, was wir als Projektmanagement kennen. Laut Frederic Taylor Die Prinzipien des Wissenschaftsmanagements, Das Ziel der Arbeitnehmerführung „sollte darin bestehen, den maximalen Wohlstand für den Arbeitgeber zu sichern, gepaart mit maximalem Wohlstand für jeden Arbeitnehmer.“ Zur gleichen Zeit, als Taylor, ein Maschinenbauingenieur, von der Fabrik zu einem der ersten Drogenfahnder (oder Berater) am Arbeitsplatz in Amerika aufstieg, machte ein anderer Ingenieur, Henry Gantt, die Grundlagen des Drogenfahndungsdienstes populär und kodifizierte ihn Gantt-Diagramm, ein einfaches Balkendiagramm, das den Zeitplan eines Projekts in eine Reihe von Linien auf einer x- und y-Achse umwandelt, wobei die Zeit von links nach rechts verläuft. Gantt-Diagramme, auch „Wasserfall“-Methode genannt, erstellen eine visuelle Metapher von Aufgaben und ihren Abhängigkeiten und Eventualitäten, sodass Sie jede einzelne Aufgabe im Hinblick darauf sehen können, wann sie beginnen und wann sie abgeschlossen werden muss, relativ zum Gesamtprojekt und den Aufgaben kommt davor.
Sind Sie ein Grafikdesigner und warten auf den Eingang von Fotos und Texten, bevor Sie eine Bannerwerbung entwerfen können? In vielen unserer modernen PM-Software-Apps können Sie diese Voraussetzungen sehen, beispielsweise in modernen Gantt-Diagrammen von Monday.com, Wrike, Microsoft Project und Click Up. Asana verfügt auch über Gantt-Vorlagen.
Taylor und Gantt überlegten, wie sie die Arbeit eines Fabrikmaschinisten bewältigen sollten, dessen Aufgabe wie Lucy’s in der Schokoladenfabrikumfasste typischerweise eine wiederholbare Aufgabe. Aber das Wachstum des Informationsarbeiters bedeutet mehr Generalisten, Berater, Analysten und Manager – und mehr Hierarchie. Bei einem Bauprojekt kann das Betonteam beispielsweise ein Fundament gießen, solange die Bewehrung installiert ist. Ebenso muss der Fabrikarbeiter nicht das Gantt-Diagramm sehen, um seinen Teil des Widgets herzustellen, er muss nur wissen, was er tun soll. Sie müssen nicht an der Erstellung des Diagramms beteiligt sein. Sie müssen nicht mit dem Diagramm interagieren. Bei dem gewaltigen Hoover-Staudamm-Projekt (der Bau wurde über ein Gantt-Diagramm organisiert) mussten die Betongießer diese Aufgabe nicht selbst bewältigen und gleichzeitig ihre Gantt-Diagramme überprüfen. In der Zeit vor der Informationsarbeit mussten sich Task Worker (einzelne Mitwirkende) nicht selbst verwalten; sie waren die Regierten.
Informationsarbeit hingegen lässt sich mit den von Gantt entwickelten Methoden einfacher bewältigen. In einer Belegschaft im Informationsbereich gibt es unzählige Möglichkeiten für Feedback, Debatten, Zustimmung von Stakeholdern und Überarbeitungen, ganz zu schweigen von unzähligen Kontaktpunkten. (Wenn Sie das Gefühl haben, dass Ihr Geschäftssitz angeschwollen ist ManagerSie sind nicht allein.) Software, die eine frühere Methode zum Aufstellen von Projektdominosteinen nachahmt, ist die Quelle unserer Frustration am Arbeitsplatz und der Beginn von Allround-Lösungen, die am Ende einfach mehr Arbeit machen.
Kritische Wege zu Roadmaps zu endlosen Optionen
Wussten Sie, dass auch das Manhattan-Projekt Teil der glorreichen Geschichte des Projektmanagements ist? Immer komplexere Probleme erfordern immer elegantere Lösungen, und ohne effizient organisierte parallele Arbeitsabläufe kann man nicht in ein paar Jahren von einer Idee zur Atombombe gelangen. Die von einigen festgestellten Beobachtungen Ingenieure Die Arbeit am Manhattan-Projekt führte Ende der 1950er Jahre zur Gründung von Methode des kritischen Pfadesein algorithmisches Modell, das a erstellt Minikarte (ein bisschen wie ein Entscheidungsbaum) aller Teile eines Entwicklungsprozesses oder Projekts. Jedem Knoten und Pfad werden Zeitwerte zugewiesen, und ein Computer ermittelt den schnellsten (oder günstigsten) Weg, um zum Ende zu gelangen und alle erforderlichen Aufgaben zu erledigen. Kombinieren Sie den kritischen Pfad mit dem der US-Marine PERT-MethodeGleichzeitig wurde ein ähnliches System entwickelt, und das Projektmanagement ist in das Computerzeitalter eingetreten. Etwa zur gleichen Zeit wurde das Kanban (japanisch für Schild) wurde bei Toyota entwickelt, um der schlanken Fertigung mehr Effizienz zu verleihen. Kanban, ein manuelles System aus Karten und Schildern, erfreute sich ebenfalls zunehmender Beliebtheit.
Als die Softwareentwicklung zu einem legitimeren Bereich wurde (in den 1980er Jahren), haben wir das auch getan Fred Brooks‘ „Gesetz“ Darin heißt es, dass die Hinzufügung von Arbeitskräften zu verzögerten Programmierprojekten diese nur noch weiter verlangsamt. Die Wahrheit hinter dieser Idee – dass das „Onboarding“ komplexer Aufgaben zeitaufwendiger als zeitsparend ist – ist einer von mehreren Faktoren, die Softwareentwickler dazu veranlassen, in Scrums zu arbeiten und diese zu entwickeln, einer flexibleren Art der Kommunikation bei Arbeitsprojekten mit offenem Ende , wie Programmieren. Scrums sind möglicherweise revolutionärer als der kritische Pfad, Kanban oder ihre Vorgänger, weil sie ein Format bieten, das der Funktionalität kleiner Teams mit kurzfristigeren Zielen entspricht. Scrums helfen Programmierern, ihre Arbeit schnell zu erledigen und das Gleiche dann beim nächsten Projekt zu tun.
Sie schauen sich vielleicht ein Diagramm des kritischen Pfads an und denken: Hey, das klingt sehr nach einem Produkt-Roadmap (eine einigermaßen nützlich aussehende Kombination aus dem Wasserfallteil eines Gantt-Diagramms und dem abhängigen Pfadlayout eines kritischen Pfads). Oder Sie ziehen vielleicht ein Kanban-Board in Betracht und denken: Okay, daran kann ich mich gewöhnen Das. Beachten Sie jedoch, dass Asana seine fließenden Kenntnisse in Kanban, kritischem Pfad und Scrums sowie mit einem neueren Begriff anpreist: agil. PM-Software stellt sich wie Frederic Taylor im späten 19. Jahrhundert dar, der von Ort zu Ort reist und Fabrikbesitzern versichert, dass sein System gleichermaßen auf Schreinereien und industrielle Wäschereien angewendet werden kann. Der Unterschied besteht darin, dass Taylor eine Ein-System-passt-alle-Lösung hatte; PM-Software verkauft sich als Alleskönner und Meister aller Systeme.