Как убедить команду использовать новую технологию (LinQ, MVC и т. Д.)?

Question

Очевидно, что с некоторыми разработчиками легче работать, но я уверен, что многие из нас работают в командах, которые предпочитают статус-кво.

Вы знаете тип. Вы видите некоторую выгоду в части новой технологии, и они предпочитают проверенные и настоящие методы.

Попробуйте, например, программисту на DBA / C # преимущества использования LinQ (не обязательно LinQ to SQL, просто LinQ в целом).

Например, когда требование проекта должно быть кроссплатформенным ... вместо того, чтобы думать о том, как можно запустить Windows на Mac через виртуальную машину, вводить идею использования относительно нового Silverlight или создания его в Java ( как вариант заглянуть).

Я знаю, что большинству людей не нравится выходить из своего уровня комфорта, поэтому требуется немного убедительности, и не ВСЕ новые технологии имеют смысл в бизнесе ... но как вы убедили свою команду взглянуть на новое? технология?

Какие технологии вы успешно внедрили на рабочем месте?

Какие технологии, по вашему мнению, сложнее всего внедрить? (Я имею в виду меняющие парадигму, такие как MVC из WebForms ... или новые языки)

Какие стратегии вы используете, чтобы сделать эти новые технологии привлекательными?

Answer 1

• Хорошо ознакомьтесь с технологией, прежде чем приступить к ее внедрению. У вас будут вопросы типа «но как мы можем заставить его делать Х?», И вы хотите быть в состоянии дать хотя бы общий ответ.

• Старайтесь не быть религиозным фанатиком. Признание того, что новая технология не совершенна, что это просто еще один инструмент в наборе инструментов, имеет большое значение для доверия.

• Дайте хорошо подготовленную живую демонстрацию, чтобы показать, на что она способна. Например, мой друг за полчаса создал живой блог в Ruby on Rails перед живой аудиторией. Я хочу подчеркнуть слово «хорошо подготовленный»; если что-то пойдет не так, или вы не до конца понимаете, что делаете, или не можете ответить на основные вопросы, вы скорее навредите своему делу, чем поможете.

Answer 2

Когда дело доходит до практики кодирования, мой фаворит - довольно просто использовать примеры. Я возьму несколько часов и отредактирую нашу базу кода, чтобы использовать новую технику вместо предыдущего шаблона. Затем отправьте набор полок или список изменений остальной части списка разработчиков, отображающей разницу. Или просто поговорите о разнице.

Показ примеров в реальном производственном коде действительно помогает другим разработчикам увидеть преимущества.

Answer 3

Я успешно представил LINQ своей компании, и это очень помогло.

Что сработало для меня? Покажи и скажи . Нашей предыдущей технологией было программирование базы данных на языке C, что довольно сложно. Наш ведущий разработчик сделал около 3000 строк кода, чтобы заполнить набор данных, и я сделал это в 10-й раз с помощью LINQ / C #.

Как только я сломал то, что сделал, и он увидел, насколько мощным он был, он был убежден, что пришло время обновить.

Answer 4

Совет людей, которые убедили руководство рассмотреть возможность использования F #, выглядит примерно так:

Внедрите наиболее важные элементы следующего ключевого проекта компании на F # в свое свободное время, а затем покажите другим, какие у него преимущества, как быстро вы смогли его реализовать и насколько легко адаптировать решение к изменению. требования.

Я думаю, что это довольно эффективный способ - когда люди действительно видят производительность (любой новой технологии), гораздо легче убедить их в том, что не стоит ее изучать.

Answer 5

Мне удалось убедить команду, из которой я состою, перейти с CVS на Mercurial. Можете ли вы поверить, что мы все еще использовали CVS? Я тоже не мог, когда начал.

Я стал почти чем-то вроде проповедника, королевской боли в заднице. Каждый раз, когда CVS облажался или вызвал какой-то дискомфорт (например, очень медленный), я немного говорил о том, насколько лучше это может быть .

Вскоре они согласились с возможностью того, что есть альтернативы (никто из них не знал, что есть альтернативы CVS!) И стали говорить что-то вроде: «Если альтернативы действительно есть, все должно быть лучше этого».

Вот когда я перешел и просто запустил несколько сценариев, преобразовывающих CVS-репозиторий в Mercurial и загружающих его на сервер компании. Как только они увидели это в действии, их продали.

Не то чтобы я планировал что-либо во время этой маленькой миграции, но в ретроспективе я бы дал следующий совет любому, кто пытается что-то подобное:

• Пусть люди знают, что есть (лучшие) альтернативы, вполне возможно работать за пределами вашей зоны комфорта.
• Подайте пример, если вы хотите что-то сделать, сделайте это сами. Покажите альтернативу в действии. Никто не собирается совершать прыжок, если вы не прыгаете первым, особенно если они уже колеблются.

Answer 6

Лучше всего подавать пример. Завершите успешный проект, используя новый инструмент, и подождите, пока разработчики спросят, как вы это сделали.

Answer 7

Вам нужно будет показать, почему это ЛУЧШАЯ технология (или, по крайней мере, лучше в чем-то), чем текущий используемый инструмент / метод, и, вероятно, значительно. В противном случае, зачем идти на изучение чего-то нового?

В противном случае, убедите босса, а затем получите мандат ... (хотя я не очень рекомендую, если вы не можете получить хотя бы половину команды на борту).

Answer 8

Стоя две технологии рядом друг с другом, можно с уверенностью предположить, что прогресс был достигнут и что то, что вы приносите на стол, лучше подходит для текущей работы.

Поместите необработанные результаты перед ними и позвольте им самим решать!

Я работаю на beauro для обработки данных, и до недавнего времени компания зацикливалась на MS Access, который был громоздким и непригодным для этой работы, после некоторого серьезного убеждения и демонстрации возможностей SQL по сравнению с Access, теперь его оружием выбор.

И потребовалось встать рядом с двумя техническими специалистами и позволить парням наверху убедиться, что сэкономленное время имело смысл для бизнеса!

Answer 9

Покажите им, как это решает общую проблему. Выберите какую-нибудь проблему, которая появляется для них регулярно, и покажите им решение. Это обычно, по крайней мере, заставит их задуматься.