Wie kann man Projektverbesserungen in einer starren / engstirnigen Umgebung vorschlagen?

Sie befinden sich definitiv in einer schwierigen Lage, und ich begrüße Sie bei Ihrem Versuch, die Dinge für Ihre Gruppe zu verbessern. Eine Sache, die ich vorschlagen würde, ist, dass Sie nicht versuchen, alles auf einmal anzugehen. Schauen Sie sich die spezifischen Probleme an, mit denen Sie konfrontiert sind, und entscheiden Sie, welche Sie zuerst angehen möchten (vielleicht basierend darauf, wie einfach es ist, den Rest des Teams zu überzeugen, vielleicht basierend darauf, für welche Sie Statistiken erhalten können). Sobald Sie einige Erfolge erzielt haben, wird es Ihnen helfen, für zukünftige Änderungen zu argumentieren.

Sie erwähnen nicht, ob sich Ihr Team an einem einzigen Standort befindet oder verteilt ist. Die meisten meiner nachstehenden Vorschläge zielen auf Gruppen mit gemeinsamen Standorten ab, aber Sie können viele davon für verteilte Teams anpassen.

Hier sind einige Vorschläge (nicht in einer bestimmten Reihenfolge):

• Stellen Sie sicher, dass Sie in Einzelsituationen mit dem Rest des Teams sprechen. Vielleicht haben andere Menschen die gleichen Probleme oder haben die gleichen Schmerzen. Versuchen Sie, sich ein größeres Bild von allem zu machen.

• Scheuen Sie sich nicht, Ihre eigenen Praktiken zu verbessern, auch wenn das Team einem Ihrer Vorschläge nicht folgen wird. Erwägen Sie, es für Ihre eigene Arbeit zu implementieren, es sei denn, Sie werden aufgefordert, dies nicht zu tun. Sprich auf jeden Fall mit dem PM darüber (nicht nur heimlich). Es hört sich so an, als würden Sie dies bereits mit der Quellcodeverwaltung tun, aber haben Sie keine Angst, auch andere Dinge zu implementieren.

• Apropos andere Tools/Praktiken, die in Betracht gezogen werden sollten:

  • Design-Reviews (sogar informelle Over-the-Shoulder-Reviews sind besser als nichts)
  • Code-Überprüfungen
  • automatisierte Unit-Tests
  • automatisierter Build-Server

• Passen Sie eine Praxis an, kleine Funktionseinheiten auf einmal zu entwickeln. Stellen Sie sicher, dass Sie Arbeitscode täglich einchecken können (Geben oder Nehmen). Stellen Sie sicher, dass Sie sich immer vorwärts bewegen, auch wenn es nur ein kleiner Schritt ist. Sprechen Sie mit dem PM darüber, dies auch im gesamten Team anzuwenden.

• Sobald Sie den Punkt erreicht haben, an dem der Code „immer“ in einem funktionierenden Zustand ist, schlagen Sie Ihrem PM vor, dass Ihr Team einen regelmäßigen Zeitplan für Besprechungen mit dem Kunden anpasst, um den Fortschritt zu zeigen.

  • Diese Überprüfungen können dabei helfen, sicherzustellen, dass Ihr Team die richtige Lösung entwickelt. Es ist viel besser herauszufinden, dass ein oder zwei Wochen auf dem falschen Weg waren, als herauszufinden, dass 6 Monate in die falsche Richtung gegangen sind.
  • Der Kunde wird sich wahrscheinlich mit Ihrem Status wohler fühlen, da er visuell gesehen hat, wo Sie sich befinden
  • Diese Treffen können eine großartige Zeit sein, um Prioritäten (was als nächstes angegangen werden soll) sowie alle aufgetretenen Probleme oder Risiken, die sich wahrscheinlich in der Zukunft ergeben werden, zu besprechen

• Visuelle Erinnerungen und Prozesskontrollen.

  • Weiß jeder im Team, was die Kernziele des Projekts sind? Ich meine nicht "dieses Produkt bis zum Datum X fertigstellen", sondern eher "stellen Sie sicher, dass Benutzer unser Produkt mit 4 Sternen oder besser bewerten". Stellen Sie sicher, dass das Team diese Ziele versteht, und platzieren Sie sie im Projektbereich. Oder einfach oben an Ihrer Würfel-/Bürowand, wenn es keinen Teambereich gibt.
  • Haben alle im Team die gleiche Sicht auf den Entwicklungsprozess? Erwägen Sie die Implementierung eines Workitem-Tracking-Boards, das den Entwicklungsprozess Ihres Teams anzeigt. Während ich wahrscheinlich ein Kanban-Board (und den Prozess, der dabei hilft, voranzutreiben) vorschlagen würde, könnte dies einfach ein Spiegelbild dessen sein, wo sich die Dinge derzeit befinden und welche Dinge kommen. Während eine elektronische Version davon besser ist als nichts, scheint es meiner Erfahrung nach mehr Wirkung zu haben, wenn es für das gesamte Team auf einem großen Whiteboard sichtbar ist
    • Sobald Sie dies eingerichtet haben, beginnen Sie mit kurzen (15 Minuten oder weniger) täglichen Meetings mit anderen im Team vor dem Vorstand. Konzentrieren Sie das Gespräch auf Bereiche, bei denen die Menschen Hilfe benötigen, oder auf Probleme, die sie aufkommen sehen.
    • Wenn das Team nicht dazu bereit ist oder wenn es keinen Bereich für eine Teamversion davon gibt, erwägen Sie zumindest, eine für Dinge aufzustellen, die Ihnen zugewiesen wurden, und verbringen Sie jeden Tag ein paar Minuten damit, sie zu überprüfen

• Zusätzliche Team-Kommunikationsmethoden – Einige davon dienen überlappenden Zwecken, Sie können sie mischen und an Ihr Team anpassen

  • wiki
    • du hast das
    • Stellen Sie sicher, dass Sie andere ermutigen, etwas hinzuzufügen
    • Wenn Sie Informationen erhalten, die für das Team nützlich sind (denken Sie an E-Mail-Verkehr, der sagt, wie etwas zu tun ist), beginnen Sie damit, sie in das Wiki zu kopieren
  • E-Mail-Verteilerliste
    • gut zum Versenden von Informationen, die das gesamte Team benötigt
    • braucht jemanden, der dafür verantwortlich ist, neue Teammitglieder rechtzeitig hinzuzufügen
    • Wenn es wichtig ist, Informationen für später aufzubewahren, muss jemand sie ins Wiki bringen
  • interner Chatserver
    • Eine großartige Möglichkeit, schnelle Fragen abzufeuern, ohne sich Gedanken darüber machen zu müssen, dass vertrauliche Informationen das Unternehmen verlassen
    • Wie oben, muss möglicherweise jemand die Informationen in das Wiki kopieren
  • Q&A-Server
    • im Grunde eine interne Version von Stack Exchange
    • Antworten könnten auf das Wiki verweisen
    • Antworten müssen möglicherweise in Wiki kopiert werden

• Gründen Sie einen Buchclub – konzentrieren Sie sich auf Bücher, die Probleme betreffen, die Ihr Team tatsächlich sieht. Hoffentlich sprechen die Leute, die schon länger in Ihrem Unternehmen sind, darüber, wie sie das Buch auf ihre Erfahrungen aus der Vergangenheit anwenden können, was sie dazu bringt, mehr darüber nachzudenken und Ihnen einen besseren Einblick in die Situation zu geben . Aus dem Kopf heraus wären einige Vorschläge für Buchthemen:

  • Umsetzung von Veränderungen in Unternehmen (Fearless Change)
  • agile und schlanke Methoden (zu viele um sie zu nennen)
  • Entwicklungspraktiken (Pragmatic Programmer, Code Complete, The Developer's Code).

Das sind alles hervorragende Ideen. Worauf Sie achten müssen, ist, wie Sie sie präsentieren. Nicht zum Beispiel

Ich kann nicht glauben, dass ihr IDIOTEN keine Quellcodeverwaltung durchführt!

(Ich übertreibe hier wegen der Wirkung)

sondern:

Ich habe von einigen Organisationen gelesen, die Quellcodeverwaltung implementiert haben, und sie konnten wirklich Zeit und Geld sparen ...

(Wenn Sie über Zeit und Geld sprechen, werden die Ohren Ihres Chefs hellhörig.)

Viel Glück!

Für diesen Kreuzzug brauchst du vor allem Metriken, und du musst deine Schlachten mit Bedacht wählen. Es gibt keine Methode oder kein Tool, das Missbrauch verhindern kann, sodass Ihre Verbesserungsvorschläge von den Beteiligten leicht „als falsch erwiesen“ werden können, aber nicht zu 100 % an Bord sind. Streben Sie also nach einfachen Gewinnen, um das Vertrauen des Managements und vor allem der Teammitglieder zu gewinnen.

Beginnen Sie mit etwas Kleinem, an dem sich leicht zuverlässige Vorher/Nachher-Messungen durchführen lassen. Machen Sie einen Plan, um diesen Bereich zu verbessern, und bleiben Sie bei Ihren Waffen; Akzeptieren Sie keine "irgendwie sollte"-Version Ihres Plans. Indem Sie Ihre erste Verbesserung klein und billig halten, sollte dies für alle leichter zu schlucken sein.

Wenn es Ihnen gelingt, eine messbare Verbesserung zu erzielen, schaffen Sie allen anderen die Möglichkeit, an die Möglichkeit einer Veränderung zu glauben, und Sie werden sehen, wie Vorschläge aus allen Ecken einströmen. Sie sind nicht der einzige im Unternehmen, der weiß, dass es besser gehen könnte – aber Sie sind wahrscheinlich der einzige, der glaubt, dass es möglich ist. Dies ist die wichtigste Änderung, die Ihre proaktive Einstellung bewirken kann :)

Du bist ehrgeizig, das ist gut - ich bin halt so. Ich habe in einem Start-up-Softwarehaus gearbeitet und mich dann im Laufe der Zeit immer wieder durch größere Organisationen bewegt.

Jedes Mal wollte ich eine Änderung vornehmen, indem ich einen Prozess automatisierte. Irgendwann wurde mir klar, dass die Mehrheit der kleinen Unternehmen, die nicht an Unternehmenslösungen arbeiten, sich hauptsächlich um die Markteinführungszeit (Geldverdienen) kümmern werden. Sie werden im nächsten Jahr oder sechs Monaten möglicherweise nicht mehr existieren, daher denken sie im Allgemeinen, dass bessere Qualität und Automatisierung ein Luxus sind, den sie sich wünschen, sich aber nicht leisten können.

Sie müssen die Ausgaben gegenüber Ihrem Management rechtfertigen, und ich habe festgestellt, dass dies nicht einfach ist. Sie werden Ihnen im Allgemeinen zustimmen und sagen, dass es gut ist, aber es kann warten, bis es wirklich benötigt wird.

Ich arbeite jetzt für ein erfolgreiches Softwarehaus (immer noch ein relativ kleines Unternehmen), in dem alles von der Automatisierung von Prozessen (Continuous Integration) angetrieben wird. Es ist jetzt Teil unserer Kultur, aber wir haben eine Weile gebraucht, um hierher zu kommen.

Nun zu den Tools, die Sie erwähnt haben - ja, ich denke, dass sie gut sind und Sie sie im Allgemeinen innerhalb weniger Tage zum Laufen bringen können. Aber das ist nur die Spitze eines Eisbergs, vielleicht macht es Sinn, ein Arbeitsumfeld mit einer anderen Kultur zu finden?

Bearbeiten:

Meine Antwort basiert auf dem, was ich zuvor erlebt habe. Ich habe vorgeschlagen, eine Arbeitsumgebung zu ändern, weil ich früher versucht habe, Prozesse in kleineren Unternehmen zu automatisieren, aber ich bin gescheitert, weil sie sich nur um die Zeit bis zur Markteinführung gekümmert haben. Alles, was sie tun wollten, war, das System aus der Tür zu holen und sich keine Gedanken darüber zu machen, was in den folgenden sechs Monaten passieren könnte.

In Bezug auf das aktuelle Unternehmen, für das ich arbeite, weiß ein technischer Direktor, wie das Softwareentwicklungsunternehmen funktionieren soll. Er hat die richtigen Leute eingestellt, uns in Abteilungen eingeteilt (Front-End, Back-End, Datenbank, Serverseite, Tester, „Prozessreife“, Qualitätssicherungs-Leads usw.). Unsere Prozesse werden durch kontinuierliche Integration vorangetrieben und ich kann ins Detail gehen, was wir erreicht/nicht erreicht haben. Wir sind ziemlich gut, aber unser Capability Maturity Model (http://en.wikipedia.org/wiki/Capability_Maturity_Model) liegt immer noch irgendwo zwischen zwei und drei, es ist gut, aber es ist noch ein langer Weg. In Ihrer Organisation scheint es ziemlich anstrengend zu sein, von Stufe eins auf Stufe zwei zu wechseln. Deshalb habe ich Sie gefragt, ob Sie darüber nachdenken, das Arbeitsumfeld zu wechseln.

Ob Sie es glauben oder nicht, die meisten Organisationen, ob es um PM-Fähigkeiten oder andere Geschäftsfähigkeiten geht, sind auf der Reifeskala niedrig. Gartner schätzt, dass etwa 70 % bis 80 % der Unternehmen entweder Stufe 1 oder 2 einer 5-Punkte-Skala für BPM erreichen. Bevor Sie eine Änderung implementieren oder sogar bevor Sie eine Änderung vorschlagen, richten Sie ein Kompetenz-/Leitungsgremium ein, eine Gruppe gleichgesinnter Ressourcen, zu der auch Personen mit Rang gehören, um mit der Problemidentifizierung, der Identifizierung von Chancen, der Forschung, der Schulung und dem Aufbau von Argumenten zu beginnen ändern usw. Diese Gruppe kann sich zu einer PMO-ähnlichen Organisation entwickeln oder sich später auflösen, aber es ist fast unerlässlich, den Stein ins Rollen zu bringen. Wir haben in unserer BPM-Beratung festgestellt, dass dies fast Gesetz ist.

Treten Sie also trotz Ihrer Ideen einen Schritt zurück und schauen Sie sich die Idee dieser PM-Kompetenzgruppe an.

Es kann kontraproduktiv sein, sich darauf mit der Perspektive einzulassen, dass die Organisation, die Sie zu ändern versuchen, „starr“ oder „engstirnig“ ist. Diese Begriffe haben negative Konnotationen, die alle positiven Veränderungen, die Sie vornehmen möchten, untergraben können.

Ich würde empfehlen, einen Schritt zurückzutreten und sich all die Dinge anzusehen, die das Unternehmen richtig macht. Zum Beispiel scheinen sie genug Kunden glücklich zu machen, damit sie wachsen, Leute einstellen und ihre Gehälter zahlen können (ganz zu schweigen von Miete und anderen Ausgaben).

Zu verstehen, was sie richtig machen, wird dazu beitragen, die Umsetzung dieser Änderungen zu verbessern, und ein tieferes Verständnis dafür vermitteln, wie die Änderungen vorgenommen werden und welche Änderungen die größten Erfolgsaussichten haben. Es wird Ihnen auch helfen, die Zahl der Menschen zu erhöhen, die an Veränderungen interessiert sind, da es wahrscheinlich viel mehr Menschen gibt, die dem Unternehmen helfen wollen, als Menschen, die „rebellieren“ wollen.

Um nicht nach Zen zu klingen, aber es gibt keine einheitlichen Empfehlungen. Die Art von Verbesserungen, die Sie erzielen möchten, ergeben sich aus vertrauensvollen Beziehungen und einem respektvollen Verständnis des aktuellen Unternehmens.

Ich bin beeindruckt von Ihrem Wunsch, alles zu tun, um Ihrem Unternehmen zu helfen. Ich habe ein paar Ideen, wie man klein anfangen kann, um nicht aufdringlich zu sein. Ich denke, das größte Problem liegt in dem Mangel an Geschäftsprozessen, die in Ihrem Unternehmen verwendet werden. Ich schlage vor, sich darauf zu konzentrieren, bevor Sie versuchen, Probleme in der Programmierung zu verbessern, da Sie von Programmierexperten umgeben sind, die in der Lage sind, diese Änderungen selbst vorzunehmen. Stattdessen sorgt die Implementierung standardisierter Prozesse dafür, dass das Team organisiert und fokussiert bleibt. Hier sind einige Möglichkeiten, wie Sie mit dem Aufbau dieser Prozesse beginnen können, ohne es im Voraus zu tun:

• Nutzen Sie diese PM-Tools . Basecamp eignet sich hervorragend für Aufgaben. Wenn Sie nach besserer Kommunikation suchen, sollten Sie Apps wie Slack für Messaging in Betracht ziehen. Wenn Sie Ihre Arbeitsabläufe automatisieren möchten, um das Prozessmanagement zu verbessern, ziehen Sie Tallyfy in Betracht. Laden Sie Ihre Kollegen zu diesen Apps ein, es dauert nicht länger als ein paar Minuten, bis sie erkennen, was sie verpassen.
• Sie müssen Ihren Kollegen nicht predigen. Versuchen Sie, sich an den Manager zu wenden und ihm zu zeigen, wie effizient Sie geworden sind, indem Sie diese Apps verwenden oder Geschäftsprozesse skizzieren. Hoffentlich wird er oder sie Ihre Leidenschaft für das Wachstum des Unternehmens zu schätzen wissen. Wenn das jedoch nicht funktioniert, verwenden Sie diese Tools weiterhin in der Nähe Ihrer Kollegen, ohne ihnen offenkundig etwas verkaufen zu wollen.

Auch wenn nur wenige in Ihre Fußstapfen treten, können Sie in einem Team von nur 20 Personen etwas bewegen. Hoffentlich werden sich Ihre Geschäftsprozessmanagement-Tools von dort aus im gesamten Unternehmen verbreiten, sobald die engstirnigen Menschen erste Ergebnisse sehen.