Практические шаги по улучшению опыта разработчиков в вашей организации.

Вступление

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

Практики и писатели часто отмечают эквивалентность опыта разработчика (DX) и взаимодействия с пользователем (UX), когда пользователь программного обеспечения является разработчиком. Это неплохое определение, но оно очень узкое. Я решил принять более полное определение опыта разработчиков, которое охватывает всю организационную среду и культуру, которые мы создаем для наших разработчиков.

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

  • Расширяйте бизнес-знания и понимание
  • Дайте голос вашим разработчикам
  • Автоматизируйте рутинные и повторяющиеся задачи
  • Планируйте встречи в свободное от работы время
  • Оборудуйте своих разработчиков лучшими инструментами
  • Развернуть документацию как код
  • Устранение заграждений и препятствий
  • Дайте время на рефакторинг
  • Признать оценки такими, какие они есть
  • Инвестируйте в навыки своих разработчиков

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

Действие: расширяйте бизнес-знания и понимание

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

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

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

Действие: дайте слово своим разработчикам

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

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

Действие: автоматизируйте рутинные и повторяющиеся задачи

Мы не хотим, чтобы наши высококвалифицированные разработчики тратили свое время на выполнение рутинных или повторяющихся задач. Если разработчик тратит на такие задачи 30 минут в день, это равняется 10 часам в месяц и 120 часам в год, которые разработчик мог бы посвятить новым функциям и улучшению качества обслуживания клиентов.

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

Действие: назначьте встречи в удобное для вас время

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

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

Действие: вооружите своих разработчиков лучшими возможными инструментами

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

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

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

Действие: развернуть документацию как код

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

Действие: устранение заграждений и препятствий

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

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

Действие: дайте время для рефакторинга кода

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

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

Действие: признать оценки такими, какие они есть

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

Действие: инвестируйте в навыки своих разработчиков

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

Заключительные замечания

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

Также ознакомьтесь с моей серией Изучение аналитики данных Python на примере:

Любые другие мои недавно опубликованные статьи: