Очень советую.
Если помните, на прошлой неделе мы с Сашей Поломодовым писали подкаст на эту тему.
Ниже саммарайз в раскрывашке (начало, весь не влазит. А так, открываешь Яндекс Браузер, в нем ссылочку на доклад и просишь браузер сделать тебе саммари)
DEVELOPER EXPERIENCE (DevEx) поиск счастья для технической команды - Андрей Синицын на PHDays 2024
01:18 Проблемы разработчиков
Разработчики часто сталкиваются с проблемами, которые не могут решить.
Это связано с отсутствием эффективного пайплайна и окружения для работы.
Неправильные коммуникации и неэффективная работа приводят к потерям времени.
02:11 Опыт разработчиков
Опыт разработчиков часто игнорируется, в отличие от пользовательского опыта.
Пример: инструмент Jenkins неудобен в использовании, в отличие от ArgoSis.
Важно создавать инструменты, которые приятны в использовании и полезны для разработчиков.
03:12 Девелопер-эксперимент
Девелопер-эксперимент DX улучшает атмосферу в командах разработки.
Это тренд, который направлен на создание положительного опыта для разработчиков.
Цель - повысить продуктивность и удовлетворенность работой.
03:43 Введение в DX
DX - это опыт, который разработчики переживают при работе над технологиями, продуктами или сервисами.
Цель - создать положительный опыт для разработчиков, что способствует их продуктивности и удовлетворенности.
Важно учитывать опыт разработчиков на всех этапах пайплайна.
04:42 Метрики и опыт
Опыт разработчиков поддается подсчету и учету.
Будут рассмотрены метрики и опыт, которые нужно учитывать в пайплайне.
Каждый пункт будет рассмотрен отдельно, чтобы понять, как с этим жить.
05:23 Удобное окружение для разработчиков
Разработчикам нужно предоставить доступ к репозиториям и инструментам сразу.
В больших компаниях это может занимать до месяца.
Важно, чтобы инструменты интегрировались бесшовно, без необходимости перетаскивать артефакты вручную.
06:22 Автоматизация и коммуникация
Пишите свои утилиты для автоматизации процессов.
Запретите общение в личных чатах, используйте общие чаты для всех.
Пеппер трейл должен оставаться в общих чатах.
07:21 Рутинный процесс и документация
Постройте рутинный процесс вокруг документации.
Добавляйте напоминания для написания документации.
Эффективные встречи должны быть редкими и целенаправленными.
08:18 Чат-опс и боты
Используйте чат-опс для управления задачами и получения данных.
Напишите ботов для управления задачами и мониторинга.
Боты могут общаться человеческим языком и сообщать о состоянии системы.
09:15 Документация и ранбуки
Добавляйте напоминания в таск-трекер для написания документации.
Пишите ранбуки и трабл-шутинг гайды для типовых проблем.
Скринкасты помогают решать проблемы удаленных команд.
11:09 Обратная связь и ретроспективы
Любой повторяющийся процесс должен иметь последствия.
Используйте ретроспективы для анализа и улучшения процессов.
Не стесняйтесь использовать людей для получения обратной связи.
11:47 Развитие сотрудников
Важно отправлять сотрудников на конференции и метапы, заставлять их делать доклады и учиться ораторскому мастерству.
Создавать образовательные программы и треки внутри компании для расширения кругозора сотрудников.
Построить программу анбординга, чтобы новые сотрудники не ждали своей работы и инструментов.
12:47 Организация рабочего процесса
Процесс анбординга строится один раз и улучшается со временем.
Важно следить за тем, чтобы сотрудники были отдохнувшими и здоровыми.
Гибкий график и отсутствие трекинга времени, акцент на решение задач.
14:41 Измерение продуктивности
Введение метрик для измерения продуктивности, таких как количество ошибок в час.
Плохая организация кода и устаревшие инструменты вызывают ошибки.
Измерение помогает выявить проблемные точки и улучшить процессы.
16:16 Удобство использования и доверие
Удобство использования инструментов и документации.
Прозрачность ландшафта инструментов и документации.
Доверие между сотрудниками и перенос инструментов между командами.
@badtechproject