McDonald's Methoden funktionieren nicht. Was soll ich tun?

    Einleitung


    Das Leben hat sich so entwickelt, dass ich seit fast vierzig Jahren Software entwickle. Wie viele andere träumte auch er von einer Software-Fertigungsstraße, einer Fabrik und einer industriellen Entwicklung und beteiligte sich sogar an Versuchen, sie zum Leben zu erwecken. Die Realität dieser Träume tötete und zwang zuzugeben, dass sich die Programmierung von der industriellen Produktion unterscheidet und dass McDonalds Managementmethoden darin nicht funktionieren.



    Warum funktionieren McDonald's Methoden nicht?

    Bisherige Managementpraktiken stammen aus unserer industriellen und landwirtschaftlichen Vergangenheit, in der ein Tag dem anderen sehr ähnlich war. Die Effizienz hing von der koordinierten Arbeit der Massen ab. Die Arbeit erforderte keinen großen Einfallsreichtum. "Totale Kontrolle", "Rationierung", "Zuckerbrot und Peitsche", "Humanressourcen - eine Schraube, die leicht zu ersetzen ist", das sind die Hauptprinzipien für eine effektive Bewältigung früherer Epochen. Je mehr Ruderzüge pro Zeiteinheit, desto schneller die Galeere, desto effizienter arbeiten die Ruderer!

    Beim Programmieren gibt es wenige sich wiederholende Aufgaben, es gibt keinen Raum für reproduktive Aktivitäten. Nach der dritten Wiederholung des gleichen Aktionstyps schreibt der Programmierer ein Dienstprogramm, das diese Aktion ein für alle Mal automatisiert. Oder findet Code Monkey (manchmal ist es kostengünstiger).

    Niemand weiß, an welchen Ort der Programmierer denkt und wie er diesen Ort macht. Intellektuelle Kreativität kann nicht standardisiert und kontrolliert werden. Es macht keinen Sinn, einen Programmierer des Geschwindigkeitsreglers mit einer Stoppuhr auszustatten. Was wird er sehen und messen?
    Jeder, der versucht, Fast-Food-Management-Techniken in der Softwareentwicklung zu testen, ist zum Scheitern verurteilt.

    Frachtkult




    Aufgrund der Tatsache, dass industrielle Managementmethoden nicht effektiv waren, wurde die Softwareentwicklung zur Schmiede innovativer Ansätze für das Produktionsmanagement. Waterfall, PRINCE2, CMMI, Oracle CDM, RUP, MSF, SEI PSP / TSP, Agile-Familie (XP, Crystal, Scrum, ASD, FDD usw.) - dies ist nur eine kleine Liste dessen, was in unserem System erfunden und getestet wurde Industrie und bereicherte die Praxis des Projektmanagements. Wenn es in der 4. Ausgabe von PMI PMBOK kein Wort über agile Ansätze gab, dann gibt es in der 5. Version 10 Referenzen.

    Die Überzeugung, dass es nur einen korrekten Prozess gibt, hat die Branche zu „methodischem Wahnsinn“ gezwungen. Das uneingeschränkte Vertrauen der Führung in die Methodik mit einem großen „M“ ist eine umfassende Theorie zur Lösung der gesamten Klasse von Problemen, die im Produktionsprozess auftreten. „Die Methodik wurde von klugen Leuten entwickelt und die Darsteller sind inkompetent!“ Die Methodik trifft alle Entscheidungen, die Leute treffen überhaupt keine Entscheidungen. Alle Prozesse sollten geregelt werden. Alles sollte gemäß den Anweisungen erfolgen. Experimente sind verboten. Die verwendeten Methoden sind begrenzt. Vollständige Kontrolle der Einhaltung der Vorschriften. Implementieren Sie umfassende KPIs. Ein großer Teil der "Sisyphusarbeit".

    Das ____ funktioniert nicht.

    Statistiken zeigen, dass der Erfolg oder Misserfolg von Projekten nicht mit den in ihnen verwendeten Methoden korreliert. Ebenso erfolgreiche Projekte, die nach der Methodik von "how come", RUP, Agile oder CMMI Level 5 verwaltet werden.

    Alles wird von Menschen bestimmt.

    Was zu tun ist?


    Die Tatsache, dass es keinen korrekten Softwareentwicklungsprozess gibt, bedeutet, dass in jedem neuen Projekt der Prozess jedes Mal neu bestimmt werden muss, abhängig von Projekt, Produkt und Personal, gemäß Gesetz 4 P: Produkt + Projekt + Personal = Prozess . Cartmendum-


    Zeichnung Bei Projekten, an denen 5 Personen teilnehmen, und bei Projekten, an denen 500 Personen teilnehmen, sollten völlig andere Verfahren angewendet werden. Handelt es sich bei dem Produkt des Projekts um kritische Software, z. B. ein Kernkraftwerk-Managementsystem, sollte sich der Entwicklungsprozess stark von der Entwicklung, z. B. dem Standort "Rest", unterscheiden. Und schließlich sollte der Entwicklungsprozess im Team der Studenten von gestern und im Team der erfolgreichen Fachkräfte auf unterschiedliche Weise organisiert werden.



    Darüber hinaus bleibt das Team, das das Projekt gestartet hat, nicht unverändert, es durchläuft bestimmte Ausbildungsphasen und wächst in der Regel quantitativ mit der Entwicklung des Projekts. Daher muss sich der Prozess ständig an diese Veränderungen anpassen. Das Hauptprinzip: Nicht Menschen sollten nach dem gewählten Prozessmodell gebaut werden, sondern das Prozessmodell sollte flexibel an ein bestimmtes Team angepasst werden, um höchste Effizienz zu gewährleisten.

    Fazit


    Ein modernes Unternehmen ist verpflichtet, seine Mitarbeiter wie seine besten Kunden zu behandeln. Das Hauptkapital eines modernen Unternehmens ist Wissen. Das meiste dieses Wissens ist unveräußerlich von ihrem Träger - Mann. Unternehmen, die dies nicht verstehen, werden nicht überleben, weil sie nicht effektiv sein können.

    Ein effektives Unternehmen ist heute eine Dienstleistung. Ein Unternehmen bietet seinen Kunden einerseits Dienstleistungen und Produkte und andererseits Arbeitsplätze für Mitarbeiter.



    Die Grundsätze „Ein Unternehmen fürs Leben“, „Produktiv arbeiten und das Unternehmen kümmert sich um Sie“ - gehören schnell der Vergangenheit an. Schauen Sie sich den IT-Arbeitsmarkt an - Profis legen die Regeln fest. Wenige Menschen interessieren sich für die Unternehmen, für die Sie gearbeitet haben, aber alle interessieren sich für die Projekte, an denen Sie teilgenommen haben, und für Ihren Beitrag zum Erfolg.

    Das Ziel eines Unternehmens, das Effizienz anstrebt, ist es, nicht nur seine Kunden, sondern auch seine Mitarbeiter glücklich zu machen. In Software heute Entwicklungsprojekten sind nicht drei, sondern vier Erfolgsfaktoren:

    1. durchgeführt in Übereinstimmung mit den Spezifikationen.
    2. Pünktlich erledigt.
    3. Innerhalb des Budgets erledigt.
    4. Jedes Teammitglied verließ die Arbeit um 18:00 Uhr mit einem Gefühl des Erfolgs.

    Dieser vierte Erfolgsfaktor muss reproduzierbar sein, wenn das Unternehmen effektiv sein will. Ein erfolgreiches Projekt zeichnet sich dadurch aus, dass die Teilnehmer ein Gefühl der Zufriedenheit und des Stolzes auf die Ergebnisse ihrer Arbeit sowie ein Gefühl des Optimismus entwickeln.

    Es gibt nichts Katastrophaleres für ein Projekt als die Gleichgültigkeit oder Finsternis seiner Teilnehmer.

    Jetzt auch beliebt: