Wie kann man ein Team davon überzeugen, eine neue Technologie (LinQ, MVC, etc.) zu verwenden?

• Kenne die Technologie gut, bevor du sie aufstellst. Du wirst Fragen bekommen wie "aber wie können wir es X machen lassen?", Und du willst zumindest eine allgemeine Antwort geben können.

• Versuche, kein religiöser Eiferer zu sein. Wenn man anerkennt, dass die neue Technologie nicht perfekt ist, dass es nur ein weiteres Werkzeug in der Toolbox ist, trägt dies viel zur Glaubwürdigkeit bei.

• Geben Sie eine gut vorbereitete Live-Demo, um zu zeigen, was es kann. Zum Beispiel hat ein Freund von mir in einer halben Stunde vor Ruby on Rails ein einfaches Blog vor einem Live-Publikum aufgebaut. Ich möchte das Wort "gut vorbereitet" betonen; Wenn die Dinge auf dem Weg weiterbrechen oder du nicht ganz verstehst, was du tust, oder du grundlegende Fragen nicht beantworten kannst, wirst du deine Sache eher verletzen als helfen.

Wenn es um Programmierpraktiken geht, ist mein Favorit, einfach Beispiele zu verwenden. Ich brauche ein paar Stunden und bearbeite unsere Code-Basis, um die neue Technik anstelle des vorherigen zu verwenden. Dann senden Sie ein Shelveset oder eine Änderungsliste an den Rest der Entwicklerliste, um den Unterschied anzuzeigen. Oder haben Sie einfach ein Treffen, um über den Unterschied zu sprechen.

Das Zeigen von Beispielen in echtem Produktionscode hilft anderen Entwicklern wirklich, die Vorteile zu sehen.

Ich habe LINQ erfolgreich in meine Firma eingeführt und es hat mir sehr geholfen.

Was hat für mich funktioniert? Zeigen und erzählen Sie . Unsere vorherige Technologie war Datenbankprogrammierung mit C, was ziemlich unordentlich ist. Unser Hauptentwickler hat etwa 3000 Codezeilen zum Ausfüllen eines Datensatzes verwendet, und ich habe es in einem Zehntel davon mit LINQ / C # gemacht.

Nachdem ich das, was ich getan habe, kaputt gemacht hatte und er gesehen hatte, wie mächtig es war, war er überzeugt, dass es Zeit für ein Upgrade war.

Der Rat von Leuten, die das Management davon überzeugt haben, F # zu verwenden, sieht ungefähr so ​​aus:

  

Implementieren Sie in Ihrer Freizeit die wichtigsten Teile des nächsten Schlüsselprojekts des Unternehmens in F # und zeigen Sie anderen, welchen Nutzen es hat, wie schnell Sie es umsetzen konnten und wie einfach es ist, die Lösung an Veränderungen anzupassen Anforderungen.

Ich denke, das ist ein sehr effektiver Weg - wenn die Leute tatsächlich die Produktivität (jeder neuen Technologie) sehen, ist es viel einfacher, sie davon zu überzeugen, dass sie es lernen sollen.

Es ist am besten, mit gutem Beispiel voran zu gehen. Schließen Sie ein erfolgreiches Projekt mit dem neuen Tool ab und warten Sie, bis Entwickler wissen, wie Sie es gemacht haben.

Ich habe es geschafft, das Team davon zu überzeugen, von CVS zu Mercurial zu wechseln. Kannst du glauben, dass wir immer noch CVS benutzen? Ich konnte es auch nicht, als ich anfing.

Ich wurde fast zu einem Prediger, ein königlicher Schmerz im Hintern. Jedes Mal, wenn CVS versagte oder irgendeine Art von Unbehagen verursachte (zum Beispiel brutal langsam), hielt ich eine kleine Rede, wie viel besser es sein könnte.

Schon bald akzeptierten sie die Möglichkeit, dass es Alternativen gab (keine von ihnen wusste, dass es Alternativen zu CVS gab!) und begannen Dinge zu sagen, "wenn es tatsächlich Alternativen gibt, dann muss alles besser sein" >

Das war der Moment, als ich meinen Umzug machte und einfach einige Scripts ausführte, die das CVS-Repository in ein Mercurial-Repository umwandelten und es auf den Firmenserver hochluden. Sobald sie es in Aktion sahen, wurden sie verkauft.

Nicht, dass ich irgendetwas während dieser kleinen Migrations-Black Ops geplant hätte, aber im Rückblick würde ich jedem, der etwas Ähnliches versucht, folgenden Rat geben:

• Lassen Sie die Leute wissen, dass es (bessere) Alternativen gibt, es ist durchaus möglich, außerhalb Ihrer Komfortzone zu arbeiten.
• Gehen Sie mit gutem Beispiel voran, wenn Sie etwas getan haben wollen, tun Sie es selbst. Zeigen Sie die Alternative in Aktion. Niemand wird den Sprung machen, wenn Sie nicht zuerst springen, besonders nicht, wenn sie bereits zögern.

Zeigen Sie ihnen, wie sie ein gemeinsames Problem löst. Suchen Sie sich ein Problem aus, das regelmäßig für sie auftritt, und zeigen Sie ihnen die Lösung. Das wird sie zumindest dazu bringen, darüber nachzudenken.

Stellen Sie die beiden Technologien nebeneinander, und es ist davon auszugehen, dass Fortschritte gemacht wurden und dass das, was Sie an den Tisch bringen, besser für Ihre Arbeit geeignet ist.

Stelle die rohen Ergebnisse vor sie und lass sie für sich entscheiden!

Ich arbeite für ein Daten-Beauro, und bis vor kurzem war die Firma auf MS Access süchtig, die schwerfällig und für den Job ungeeignet war, nachdem sie einige überzeugende und die Macht von SQL im Vergleich zu Access, seine jetzt die Waffe von Wahl.

Und es dauerte, die beiden Techniker Seite an Seite zu stehen und den Jungs zu erlauben, sich selbst zu sehen, die eingesparte Zeit war geschäftlich sinnvoll!

Sie müssen zeigen, warum es eine bessere Technologie ist (oder zumindest besser bei etwas) als das aktuelle Werkzeug / die gebräuchliche Methode und wahrscheinlich auch erheblich. Warum sollte man sonst etwas Neues lernen?

Ansonsten, überzeugen Sie den Chef und dann bekommen Sie ein Mandat ... (obwohl ich nicht wirklich empfehlen, wenn Sie nicht mindestens die Hälfte der Mannschaft an Bord bekommen).