👉 В обычных компаниях у многих есть KPI. Так вот, в ИТ его нет или же очень трудно назвать то, что есть, KPI.
Нельзя просто взять и ввести какие-то критерии на разработку, типа ты должен делать по 5 задач в неделю. Люди очень быстро начнут резать задачи так, чтобы сто проц по 5 задач делать, но не более.
Поэтому придумали хитрый способ. Мы берем и вводим абстрактную оценку задачи, то есть сколько надо делать задачу. Такая абстрактная мера называется «стори поинт».
«Стори поинт» — это не часы, это какое-то число из ряда Фибоначчи, которое привязывается к самой простой задаче, которую когда-то делала команда.
Эта задача становится мерилом, и так как она самая легкая, ей ставится самая маленькая цифра. Все остальные задачи оцениваются исходя из нее.
Задачу оценили в 5 «стори поинтов». Джун будет делать ее 5 дней, мидл за пару дней раскидается, милорд сделает за день. И это все 1 задача и все те же «стори поинты».
Всем задачам назначаются «стори поинты». Дальше мы выделяем отрезок времени, к примеру 2 недели, называем его спринтом и начинаем делать задачи. После нескольких спринтов у нас есть среднее значение «стори поинтов», которые мы можем сделать за спринт.
Теперь все сводится к тому, что мы оцениваем все возможные задачи и набираем на спринт исходя из среднего значения для спринта.
Это не панацея, но многие делают именно так. Кто-то пытается оценивать в часах, но на мой вкус оценка в часах не работает.
Если бы каждый из нас знал, за сколько времени он сделает задачу, в ИТ все было бы куда проще.
· 18.07.2024
KPI должны быть на метрики, которые может проверить кто-то другой.
Ибо одну и ту же задачу можно решить очень по-разному.
Хорошо, если есть стандарт разработки
Метрики понятные, достижимые, их легко проконтролировать
Проверяются кодом ревью
Ещё я своим делала KPI на количество итерации по возврату на доработки/исправление, ибо не надо быстро, надо максимально хорошо и сдача с первого раза)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён