10 грехов DevEx или как сделать неудачную платформу для разработчиков

О чем поговорили:

0. Узнаете лучшую метрику для оценки качества вашей разработки 😉

1. Вы не умеете мерить эффективность разработки. Вам кажется, что умеете, но нет)

Или есть бестпрактисы?
Ну вот посмотрите и узнаете)

2. Ваще нормально ошибаться при выборе модели оценки состояния разработки. Ошиблись и дальше пошли ее развивать и повышать точность.

3. Если какая-то метрика вшита в KPI и от нее зависят бонусы, то ее будут фродить ради получения бонусов. По простому, будут «красить заборы».

4. Как найти ту самую формулу «Счастья разработчика»?

Спросите разработчиков, придумайте и живите с ней.
Или нет?

5. Типовые ошибки при построении DevEx:
- забыли про инженеров,
- занимаемся только DevOps,
-забываем про продуктовые метрики,
- опросы ради опросов,
- инженерам нужен космолет - нет,
- делаем продукт для тех, кто громче кричит и т.п.

6. Если внимательно послушать, то можно понять, почему в корпорации правила использовать табы или пробелы - это реально про эффективность

Слушайте, а что вы думаете про ошибки?

Нормально ли ошибаться? А сколько раз?

Гоу вот сюда 😉

Смотреть:
😶‍🌫️ YouTube
😶‍🌫️ VK Видео

@badtechproject