10 грехов DevEx или как сделать неудачную платформу для разработчиков
О чем поговорили:
0. Узнаете лучшую метрику для оценки качества вашей разработки 😉
1. Вы не умеете мерить эффективность разработки. Вам кажется, что умеете, но нет)
Или есть бестпрактисы?
Ну вот посмотрите и узнаете)
2. Ваще нормально ошибаться при выборе модели оценки состояния разработки. Ошиблись и дальше пошли ее развивать и повышать точность.
3. Если какая-то метрика вшита в KPI и от нее зависят бонусы, то ее будут фродить ради получения бонусов. По простому, будут «красить заборы».
4. Как найти ту самую формулу «Счастья разработчика»?
Спросите разработчиков, придумайте и живите с ней.
Или нет?
5. Типовые ошибки при построении DevEx:
- забыли про инженеров,
- занимаемся только DevOps,
-забываем про продуктовые метрики,
- опросы ради опросов,
- инженерам нужен космолет - нет,
- делаем продукт для тех, кто громче кричит и т.п.
6. Если внимательно послушать, то можно понять, почему в корпорации правила использовать табы или пробелы - это реально про эффективность
Слушайте, а что вы думаете про ошибки?
Нормально ли ошибаться? А сколько раз?
Гоу вот сюда 😉
Смотреть:
@badtechproject
>>Click here to continue<<