Опросы удовлетворенности разработчиков в действии
.png?cdnVersion=1730)
Пример того, как можно провести опрос удовлетворенности разработчиков с помощью инструмента для опросов.
.png?cdnVersion=1730)
Plot survey results on an XY graph using our rating system: red signs need the team’s attention, yellow signs are areas for improvement, and green signs are already well-served.
.png?cdnVersion=1730)
Используйте доски Confluence для составления графиков жизненно важных показателей, обсуждения потенциальных решений и планирования действий по повышению удовлетворенности разработчиков.
Что вам понадобится
Удаленно
Инструмент для опросов
Цифровой инструмент для совместной работы
Очно
Инструмент для опросов
Доска или большой лист бумаги
Стикеры
Инструкции по проведению этого сценария
Обратите внимание: самые полезные опросы удовлетворенности разработчиков составляются специально для конкретных организаций. В следующий сценарий мы включили опрос, составленный для Atlassian. Наш опрос может подойти для вашей команды без изменений, но мы рекомендуем по мере необходимости адаптировать опрос под свою команду и организацию.
1. Выберите жизненно важные показатели 30 мин
Чтобы действительно понять удовлетворенность разработчиков в вашей команде, нужно задавать правильные вопросы. В Atlassian мы сосредоточиваем вопросы на ключевых, жизненно важных показателях, которые помогают нам выявлять болезненные для разработчиков места. Жизненно важные показатели — это значения, которые служат показателями работоспособности и производительности команды. Как и показатели жизненно важных функций организма, они помогают быстро найти проблемы в системе.
Жизненно важные показатели — неотъемлемый компонент этого сценария, поэтому, прежде чем начать, договоритесь со своей командой о том, какие жизненно важные показатели имеют значение для вашей работы. Рекомендуем включить в опрос, составляемый для вашей организации, от шести до восьми жизненно важных показателей.
Вот восемь жизненно важных показателей, которые мы включили в опрос удовлетворенности разработчиков Atlassian.
- Устойчивая скорость поставки: насколько быстро команда поставляет качественный код без выгорания разработчиков. Сюда входит типичный жизненный цикл разработки с момента, когда команда начинает работу над пользовательской историей, до развертывания функции в рабочей среде.
- Время ожидания: время, которое разработчики вашей команды тратят на ожидание сборок, тестов, проверок кода и ненужные собрания.
- Независимость работы: способность команды выполнять работу отдельно от других команд, вне зависимости от того, кто является владельцем кода.
- Методы работы: усилия, необходимые для того, чтобы найти и внедрить новый метод работы, необходимый или полезный для вашей команды, включая инструменты, фреймворки, процессы и практики.
- Внешние стандарты: работа, требуемая для соответствия стандартам компании. Эти стандарты разрабатываются вне вашей команды и дополняют требования к продуктам, такие как безопасность и соответствие требованиям.
- Техническое обслуживание: время, которое ваша команда тратит на обслуживание базы кода, конвейеров и инфраструктуры. Эта работа выполняется собственными силами вашей команды.
- Набор сотрудников: как быстро разработчик может приступить к эффективному выполнению работы после найма или перевода из другой команды.
- Удовлетворенность разработчиков: насколько разработчики удовлетворены своей продуктивностью.
Включите наши жизненно важные показатели в опрос, составляемый для вашей организации, или возьмите их за основу для создания собственного опроса. Если какой-либо жизненно важный показатель вам не подходит, его можно удалить из опроса на втором шаге. Если вы сомневаетесь в актуальности того или иного жизненно важного показателя, мы рекомендуем оставить его, пока вы не пройдете по сценарию хотя бы один раз.
Интересуетесь, каким образом мы подобрали эти жизненно важные показатели?
Сначала мы провели опросы для сбора данных на уровне всей организации. Затем мы применили принципы ориентированных на результат инноваций, изложенные в книге Энтони Ульвика «Чего хотят потребители», чтобы присвоить каждому жизненно важному показателю оценку возможностей.
2. Проведите опрос 10 мин
После выбора или определения жизненно важных показателей, подходящих для ваших разработчиков, расскажите им об опросе, цели сценария и о том, как вы планируете обрабатывать результаты.
Затем предложите всем разработчикам пройти опрос. Установите четкий срок — мы рекомендуем от трех до семи дней.
Если невозможно провести опрос среди всех сотрудников, возможно, стоит зафиксировать дополнительные сведения, такие как уровень роли или местоположение. Это поможет избежать искажений в результатах.
Следующий опрос основан на жизненно важных показателях Atlassian. Если вы решите включить другие жизненно важные показатели, вам необходимо скорректировать вопросы. Задайте по два вопроса на каждый жизненно важный показатель: один — о важности этого показателя для разработчика, а другой — о том, насколько разработчик удовлетворен текущей способностью команды достигать результатов по этому жизненно важному показателю. Включите в опрос оценку по шкале от 0 до 10, где 0 означает «не важен» или «не удовлетворен(-а)», а 10 — «весьма важен» или «весьма удовлетворен(-а)».
ПРИМЕРЫ ВОПРОСОВ В ОПРОСЕ, КОТОРЫЙ ПРОВОДИТСЯ ДЛЯ ОЦЕНКИ УДОВЛЕТВОРЕННОСТИ РАЗРАБОТЧИКОВ:
Устойчивая скорость поставки
- Насколько для вашей команды важна устойчивая поставка качественного кода?
- Насколько вы удовлетворены способностью своей команды стабильно поставлять качественный код?
Время ожидания
- Насколько для вашей производительности важно сводить к минимуму время ожидания?
- Насколько вы удовлетворены количеством времени, которое разработчики в вашей команде проводят в ожидании?
Независимость работы
- По вашему мнению, насколько важна способность вашей команды работать независимо от других команд?
- Насколько вы удовлетворены независимостью работы вашей команды?
Методы работы
- Насколько важно для вашей команды находить и внедрять новые методы работы, включая инструменты, процессы и подходы?
- Насколько вы удовлетворены способностью своей команды находить и внедрять новые методы работы, включая инструменты, процессы и практики?
Внешние стандарты
- Насколько для вашей производительности важен объем работы по техническому обслуживанию или работы с платформой, необходимый для соблюдения внешних стандартов компании, за которые отвечает ваша команда?
- Насколько вы удовлетворены объемом работы по техническому обслуживанию или работы с платформой, необходимым для соблюдения внешних стандартов компании, за которые отвечает ваша команда?
Техническое обслуживание
- Насколько важен для вашей производительности объем усилий, необходимый для поддержания стандартов вашей команды в отношении кода, инструментов и конвейеров?
- Насколько вы удовлетворены объемом усилий, необходимым для обслуживания кода, инструментов и конвейеров?
Набор сотрудников
- Насколько важно для вашей производительности время, необходимое новым или переведенным из других команд сотрудникам, чтобы начать эффективно работать в команде?
- Насколько вы удовлетворены тем, сколько времени требуется новым или переведенным из других команд сотрудникам, чтобы начать эффективно работать в команде?
Степень удовлетворенности разработчиков
- Насколько ваша удовлетворенность важна для вашей производительности?
- Насколько вы удовлетворены производительностью разработчиков в вашей команде?
3. Рассчитайте результаты 10 мин
Как только все пройдут опрос, закройте его и изучите полученные данные.
Затем присвойте каждому жизненно важному показателю оценку возможностей. Если вы заметили какие-либо сильно выделяющиеся значения, отметьте их и обсудите со своей командой. При желании, чтобы упростить расчет, можно использовать инструмент для работы с электронными таблицами.
Оценка возможностей для каждого жизненно важного показателя рассчитывается следующим образом.
- Первым делом определите среднюю важность и среднюю удовлетворенность для показателя.
- Например, 8,22 и 5,88 соответственно.
- Затем вычислите разность между средней важностью и средней удовлетворенностью.
- Например, 8,22 − 5,88 = 2,34
- Если в результате получилось положительное число, прибавьте его к значению средней важности. Это и будет оценка возможностей для данного жизненно важного показателя. Если разница отрицательная, то оценка возможностей приравнивается к значению средней важности.
- Например, 8,22 + 2,34 = 10,56
Оценка возможностей = важность + max (важность − удовлетворенность, 0)
Next, take the opportunity score for each of your vital signs and designate a rating:
Подсказка: СОСТАВЬТЕ КАРТУ ДАННЫХ
Если для вас полезно видеть каждый из жизненно важных показателей в сравнении с другими, можно составить диаграмму рассеяния.
When to remove a vital sign
If average satisfaction is higher than average importance, the vital sign is probably not very important to your team, or your team is satisfied with it already. In the future, you can replace the vital sign with one you want to watch more closely.
15+: Extremely under-served areas to address first.
10-15: Areas that should be addressed soon.
10 and below: Well-served areas that do not need to be addressed.
We've organized results from a sample survey into a table below.
Пример результатов опроса
Жизненно важный показатель | Средняя важность | Средняя удовлетворенность | Оценка возможностей | Результаты |
|---|---|---|---|---|
| Устойчивая скорость поставки | Средняя важность 6.93 | Средняя удовлетворенность 4.83 | Оценка возможностей 9.03 | Results GOOD |
| Время ожидания | Средняя важность 7.48 | Средняя удовлетворенность 3.41 | Оценка возможностей 11.55 | Results IMPROVEMENT NEEDED |
| Независимость работы | Средняя важность 4.56 | Средняя удовлетворенность 6.34 | Оценка возможностей 4.56 | Results GOOD |
| Методы работы | Средняя важность 8.3 | Средняя удовлетворенность 1.33 | Оценка возможностей 15.27 | Results NEEDS ACTION |
| Внешние стандарты | Средняя важность 2.67 | Средняя удовлетворенность 5.87 | Оценка возможностей 2.67 | Results GOOD |
| Техническое обслуживание | Средняя важность 9.15 | Средняя удовлетворенность 3.23 | Оценка возможностей 15.07 | Results NEEDS ACTION |
| Набор сотрудников | Средняя важность 3.6 | Средняя удовлетворенность 9.76 | Оценка возможностей 3.6 | Results GOOD |
| Степень удовлетворенности разработчиков | Средняя важность 7.82 | Средняя удовлетворенность 5.49 | Оценка возможностей 10.15 | Results IMPROVEMENT NEEDED |
Дополнительные расчеты
Давайте посмотрим на полученные результаты еще раз и рассчитаем разрыв удовлетворенности по каждому показателю.
Разрыв удовлетворенности рассчитывается как разница между средней важностью и средней удовлетворенностью для каждого показателя. То есть, это разница между тем, насколько показатель важен для ваших разработчиков, и тем, насколько они им довольны. Если разрыв удовлетворенности невелик, это значит, что либо показатель не слишком важен и не слишком устраивает команду, либо очень важен и вполне устраивает команду. Следовательно, в обоих случаях приоритет этого показателя будет низким. Большой разрыв удовлетворенности означает, что показатель очень важен для команды, но его текущее значение совершенно ее не устраивает. То есть, на решение этой проблемы нужно обратить первоочередное внимание.
4. Встреча для обсуждения результатов и выработки решения решений 30 мин
В завершение обсудите результаты опроса со своей командой. Определите три самых острых области возможностей и проведите общий мозговой штурм для поиска решений.
To facilitate this important meeting, we recommend creating a Confluence page or Trello board with a simple vital signs table that lists your ratings. This makes for an effective, simple setup to keep remote or hybrid teams aligned. You can mark the most pressing opportunity areas and even share a link to the raw, anonymized responses if you want to dig deeper.
Также можно воспользоваться досками Confluence, на которых можно создавать разделы для каждого из самых приоритетных показателей, обсуждать возможные решения и добавлять свои рассуждения.
- Вернитесь к идеям и отметьте те, которые решили реализовать.
- Добавьте список задач в бэклог.
- После встречи убедитесь, что страница доступна всем, и предложите разработчикам продолжать добавлять идеи.
Эта встреча — неоценимая возможность для команды показать разработчикам, что к их мнению прислушиваются и что оно может что-то изменить. В свою очередь, это может поспособствовать более активному заполнению опросов в дальнейшем. Участвуя в общем обсуждении, разработчики будут сильнее заинтересованы в результате, а это чаще всего помогает довести дело до конца и закрепить успех. Чем разнообразнее точки зрения, тем лучше будут решения: возможность что-то менять и улучшать должна быть у каждого участника, а не только у руководства.
Подсказка: НЕ ПРОПУСКАЙТЕ ЭТОТ ШАГ!
Во многих случаях лучше вообще не задавать вопросы, чем задавать, но не обсуждать ответы.
Последующие действия
Если вы довольны своими показателями успеха и жизненно важными показателями, рекомендуем проводить опрос удовлетворенности разработчиков два раза в год, а при активной работе над их улучшением — ежеквартально.
Изучите другие сценарии
От наших команд — вашим
Подпишитесь на нашу ежемесячную информационную рассылку и будьте в курсе новейших сценариев, советов и рекомендаций.