Вот несколько советов, когда вы хотите представить новую технологию, язык или инструмент своей команде:
Решите реальную болевую точку
Не вводите что-то новое в стек только потому, что «это круто выглядит».
Начните с конкретной демонстрации, сильной подачи.
Возможно, это увеличит пропускную способность вашего веб-сервиса в 10 раз. Или это может значительно упростить утомительный процесс развертывания, на который все жалуются.
Проще продавать, когда покупатель уже увидел выгоду.
Начать скромный
DSL с лучшей конфигурацией — «более безопасное» изменение, чем полное переписывание базового алгоритма.
Важно управлять страхом. Если люди боятся перемен, вы ничего не добьетесь. Сделайте так, чтобы они взяли на себя ответственность.
Начните с малого. Не меняйте все за один шаг.
Инкапсуляция - это ключ. Оберните изменение в вещи, с которыми люди знакомы: C-подобный DSL, широко известный формат, такой как JSON.
Убедитесь, что изменение обратимо. Когда техническое изменение потерпело неудачу, это все еще успешный рефакторинг.
Предоставьте простую в использовании инструкцию или рабочий процесс
Сделайте процесс максимально плавным. Вы хотите решить проблему, а не вводить новую работу.
Представьте себя учителем. Вы должны убедиться, что материал не содержит какой-либо основной ошибки. Новички должны быть в состоянии следовать ему без каких-либо проблем.
Изучение новых технологий может быть забавным, но отладка вводящего в заблуждение документа точно не будет.
Управление темпом
После внесения изменения дайте команде время остыть.
Постарайтесь найти правильный темп вашей команды для работы с изменениями. Слишком быстро люди чувствуют усталость, слишком медленно люди чувствуют скуку.