Топ-5 способов повышения продуктивности разработчиков
Как бы нам ни хотелось, чтобы это было правдой, разработчики, на самом деле, не проводят дни напролёт, занимаясь кодингом новых возможностей и функционала, — пишет TNW.
Аудит ИТ подразделений компаний показывает что, в реальности, большая часть времени разработчика уходит на выполнение других задач. Такие дела, как встречи, планирование, поддержка кода и исправление багов, препятствуют написанию нового кода.
Компаниям не стоит ожидать, что разработчики будут постоянно придумывать новые функции, что они могут работать с головокружительной скоростью, не жертвуя качеством кода или общей производительностью команды.
Так как же двигаться быстро, не ломая вещей? Работая не больше, а лучше.
1. Чатботы – ваши друзья, а не враги
Менеджеры и разработчики, не подозревающие о всей мощи чата в деле разработки программного обеспечения, могут считать чат-приложения чем-то, отвлекающим внимание. И это досадно, потому что, хоть в этих приложения есть и всегда будут гифки с котиками, они стали действительно мощным инструментом бизнеса. Использование чата может помощь разработчикам общаться более эффективно и, тем самым, увеличить продуктивность команды.
Задачи вне редактора кода, теперь могут быть решены внутри самого чат-приложения
Чат-приложения могут помочь командам решать задачи, которые до этого решались вручную, вроде мониторинга статуса сборки, развёртывания кода, получения в реальном времени уведомлений об ошибках и показа истории активности. Разрешения могут распространяться через централизованного бота, а не через отдельных сотрудников, которые приходят и уходят.
Убедитесь только, что вы не перегружаетесь различными каналами чата и уведомлениями, требующими вашего внимания, иначе можно получить больше вреда, чем пользы.
2. Сократите время отладки
Представьте себе баг-трекер, который автоматически находит все баги, что есть в вашем приложении, и составляет для вашей команды список мероприятий по их исправлению, в котором баги расположены согласно степени их влияния на ваших клиентов.
Это именно то, что инструменты по выявлению ошибок, вроде Raygun, могут для вас делать. Помогая быстро и точно исправлять ошибки в вашем программном обеспечении.
Выглядит это, как отзывы пользователей в реальном времени для команды разработки.
Разработчики могут потратить часы, дни или даже недели на то, чтобы отыскать первопричину ошибок, затрагивающих пользователей.
Полагаться на лог-файлы, или не разбирающихся в технических деталях клиентов, которые пытаются описать проблему при помощи тикетов клиентской поддержки, — верный способ потерять бесчисленное количество часов. Времени, которое можно было бы потратить на кодинг новых возможностей и функционала.
Начать работать с подобным ПО также чрезвычайно просто. Несколько строк кода, добавленных в приложение – это всё, что нужно для того, чтобы видеть каждую ошибку, затрагивающую ваших пользователей, вместе с детальной диагностикой по её исправлению.
Сокращая время, необходимое для определения и исправления ошибки, с нескольких часов до нескольких минут.
3. Уделяйте ГОРАЗДО больше времени планированию
Желая увеличить продуктивность разработчиков, может показаться контринтуитивным заставлять их проводить меньше времени за клавиатурами. Однако, адекватное планирование и спецификация работы того стоят.
Нечеткие требования вызывают путаницу, а это – самая удручающая преграда для каждого разработчика, которому необходимо программировать в приложениях правила и логику.
Слишком многие проект-менеджеры и продукт-менеджеры не способны предоставить четкие требования того, что именно должно быть сделано командой. В результате, разработчиков вынуждают переделывать уже завершенную работу.
Планировать и составлять расписание работы можно при помощи множества инструментов для проект-менеджмента, но, иногда, ничто не сможет направить всех в нужном направлении лучше, чем бумага, ручка, комната для совещаний и доска.
Потратив некоторое время на надлежащее планирование проекта, и упростив процесс планирования, вы сэкономите время на исправлении и переделывании вещей во время непосредственно написания разработчиками кода.
4. Автоматизируйте процессы развёртывания
Дни традиционных «больших» релизов или «дни отгрузки», когда команды нервно работали над релизом новых функций одной большой волной, похоже, сочтены.
Имея инструменты мониторинга в реальном времени цикла обратной связи для кода в продакшене, разработчики могут видеть опыт использования их ПО пользователями.
Добавление непрерывной интеграции и автоматизированного тестирования гарантирует то, что ваш код всегда будет «готовым к выпуску» и позволит доставлять код несколько раз в день.
Это также означает, что нахождение ошибок и проблем в использовании, с которыми невольно столкнётся ваша команда, станет быстрым и безболезненным процессом. Большая победа в деле продуктивности для любой команды разработчиков ПО.
5. Увеличьте просмотры кода (code review) и его качество
Недавний опрос показал, что приблизительно 1 из 5 разработчиков считает, что просмотр кода – это самая важная деятельность для улучшения его качества.
Имея возможность чаще просматривать код, ваша команда сможет выявлять и исправлять ошибки на ранней стадии, до того, как они перерастут в еще большие проблемы для вашей компании.
Просматривая код, младшие разработчики улучшат свои навыки, разделяя, в то же время, ответственность за поддержание качества кода с более старшими членами команды.
С улучшением качества кода уменьшится количество будущих проблем, поэтому нет ничего удивительного в том, что команды, проводящие регулярные просмотры кода, улучшают свою общую продуктивность.