Преодолеть сопротивление

Новые идеи могут привести к нововведениям, решению проблем и зрелым проектам .

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

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

Я также работал с более осторожными и экономными разработчиками, которые скептически относятся к заявленным преимуществам и опасаются ненужной логики и сложности.

Разнообразие стилей работы сделает вашу команду сильнее. Тем не менее, если вы обнаружите, что полны идей и сталкиваетесь с сильным противодействием, возможно, стоит изменить свой подход.

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

1. Проведите исследование

Легко увлечься, когда нахлынула волна вдохновения. Вы приходите к выводу, что это произведет революцию в вашем проекте.

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

Сначала проверьте, предлагалось ли это (или что-то подобное) раньше. Если вы новичок в длительном проекте, вполне вероятно, что было рассмотрено много идей.

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

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

«Нет» может просто означать «не сейчас».

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

Если ваша идея никогда раньше не предлагалась, изучите ее плюсы и минусы, а также альтернативы. Определите проблему, которую это решит, и попытайтесь измерить ее ценность. Сравните это с текущими настройками проекта - что уже существует, что пересекается с этой идеей?

2. Примите лень

Ленивый разработчик - хороший разработчик. Есть умение реализовывать только минимум.

Чем меньше изменение, тем легче его принять и внедрить. Затем это может стать фундаментом для строительства.

Так что, если ваша идея сложная, большая или сильно сконфигурированная, возможно, есть способы разбить ее на более мелкие части. Вы можете обнаружить, что требуется только упрощенная версия, поскольку она обеспечивает 80% преимуществ при требуемых 20% усилий.

Правило 80/20 (принцип Парето) гласит, что для многих исходов примерно 80% последствий происходят от 20% причин («немногих важных»).

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

Конечная форма лени - ничего не делать. Убедитесь, что вы узнали достаточно об этой идее, чтобы оправдать ее силу существующим положением вещей. Если подача недостаточно сильная, это может быть плохой идеей.

3. Продемонстрируйте прототип (или полное решение).

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

Это включает:

  • показывая, что вы знаете, о чем говорите
  • вы можете точно оценить необходимую дальнейшую работу (которая может быть равна 0, если изменение достаточно небольшое, вы демонстрируете полное решение)

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

Заключение

Не все идеи нужно реализовывать. Следуя приведенным выше советам, вы сможете решить, принадлежит ли ваш к их числу. Затем, если ваша идея отвергается, запишите аргументы против нее. «Нет» может просто означать «не сейчас».

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

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

Спасибо за чтение! Дайте мне знать, если у вас есть другие советы по реализации идей!