x
 
Михаил Озорнин
29 августа 2019
Советы почтой каждую неделю
Пожалуйста, получите наше письмо, чтобы подтвердить свой адрес:
Вы подписаны на «Советы за неделю»:

Фёдор, у меня вопрос о вашем посте в телеграм-канале о доверии и бирюзовом подходе.

А что вы думаете, если бы исходно формулировались не технические, а более предметные KPI? Не число автоматических тестов, QA-инженеров и этапов приёмки, а аптайм сервиса или количество критических ошибок, пролезших на продакшен. Стало бы лучше?

Или в таких случаях стоит предложить команде сформулировать и сами KPI, и конкретные значения, и меры по их достижению?

Как правильно, эффективно и уважительно по отношению к сотрудникам?


Михаил!

Сентри — система контроля ошибок на продакшене.

Давайте пред­ста­вим, что вы поста­вили своим про­грам­ми­стам KPI — коли­че­ство оши­бок. Пер­вый вопрос, с кото­рым вы столк­нё­тесь — а что именно счи­тать кри­ти­че­ской ошиб­кой? Доста­точно ли десяти сооб­ще­ний в Сен­три или нужно что‑то более серьёз­ное, к при­меру упав­шая конверсия?

Сентри — система контроля ошибок на продакшене.

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

Вот, к при­меру, на про­екте стоит очень ста­рая вер­сия Django, ска­жем 1.8. Это сильно замед­ляет раз­ра­ботку — сложно раз­во­ра­чи­вать окру­же­ние, нельзя под­клю­чать совре­мен­ные инстру­менты, трудно искать доку­мен­та­цию. Обно­вить Django в прин­ципе можно, и работа после этого пой­дёт гораздо при­ят­нее и быст­рее. Но оши­бок при смене вер­сии не избе­жать, а за эти ошибки потом при­дётся отве­чать — если и не вычтут из зар­платы, то как мини­мум посчитают.

Или есть у вас на про­екте очень ста­рый код, кото­рый достался в наслед­ство от преды­ду­щей команды, ска­жем управ­ле­ние пра­вами доступа. При­ле­тает задача — доба­вить новую роль в эту систему. Вроде бы можно напи­сать ещё парочку if, ско­рее всего ничего не сло­ма­ется. А можно поси­деть пару дней и сде­лать управ­ля­е­мую систему кон­троля доступа на основе ролей, с кото­рой при­ятно будет рабо­тать. Как дума­ете, какое реше­ние при­мет про­грам­мист с KPI на коли­че­ство оши­бок? А будет ли он счаст­лив на работе, когда весь код в системе пре­вра­тится в бес­ко­неч­ную череду вло­жен­ных if?

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

P. S. Это был совет об управлении разработкой. Хотите больше знать о планировании спринтов, управлении продуктом или о настройке инфраструктуры? Присылайте вопросы.

Поделиться
Отправить

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

Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры. Мы ожидаем, что такие комментарии составят около 20% от общего числа.

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

Вот такой веб 2.0.

Как следить за качеством кода? Часть вторая: метрики Как следить за качеством кода? Часть первая: зачем Несколько месяцев назад меня повысили из обычного разработчика до «тимлида» 1 Существует ли способ проверить компетентность веб-разработчика, если сам ничего не понимаешь в этом?




Недавно всплыло

10 дизайнерских товаров японских студий 2 2 Как совместить информационный стиль и текст для поисковиков? 7 Хочу научиться сторителлингу 2