Впрочем, как и программист, тестировщик...

вот оно работа не по объемам, а по часам, везде где появляются часы как сдача работ, а не просто плановые показатели, начинается неспешный бег в пропасть

Некого троллить)

А где вы увидели работу по часам? У нас просто есть фиксированный дедлайн для набора задач

Часто эти часы заворачивают в адский кокон рейтингов и кипиаев и в конце и начале спринтов всей команде выносят мозг, что они такие плохие не тянут на означенную планку...

Алёна Владимирская о самых неудачных мотивациях программистов

- знаменитая ошибка Гугла - вознаграждение от количества строк кода. Ну как вы понимаете, в соревновании за премии победили индуские программисты 🙂

- ошибка yahoo: вознаграждение за код без багов. Скорость выкладки в прод уменьшилась раз в 8, релизы встали напрочь.

- еще одна ошибка Гугла (ее потом внедрил император в Яндексе и на этом у хантеров поперло - к нам повалили недовольные продакты и проджекты Яндекса):  увольнение по результатам оценки. Кто получал самые низкие баллы? Ну,конечно те,кто шел на конфликты с окружением,пытаясь пробить для  своих проектов максимальную скорость, ресурсы и прочее. Они и вылетали

- ошибка Гугла,Фейсбука: каждый год в каждом подразделении увольняем 20 процентов самых слабых. Ну как бы из самого слабого отдела увольняют 20 процентов. И из самого сильного тоже 20. В общем,мечта зантера-стой на выходе и вылавливай обиженных

- ошибка Сбербанка: руджайл. Берется аджайл и внедряется везде. Причем так как поняли сами. Не важно,что отцы основатели аджайла говорят- не работает везде. Не всеприменимая технология (а на русское првсеместное внедрение они давно на своем форуме говорят только одно: «русские офигели,мы тут не при чем,простите братья-программисты»).
В результате вместо аджайла имеется бесконечный бардак и неразбериха. Взрослый умный программист год-два пытается в ней разобраться, а потом не смотря на огромную зарплату с воплем «да вы тут совсем без башки»-бежит куда угодно,где ему скажут- аджайла нет

Добавлено Елена Арсеньева: «была еще такая история, как KPI от количества закрытых багов, без учета сложности багов. Самые сложные и критичные баги стекались к самому умному, а он по показателям оказывался самым плохим»

Добавлено от  Глеб Кудрявцев (Gleb Kudryavtcev) «В Ютинете в свое время топчик сделали. Снимать с разработчиков половину зарплаты за незакрытый спринт. После первой же такой ЗП уволилась половина разработчиков.
С компанией тоже известно, что стало»

Это к теме про рейтинг и KPI :)))

Мне кажется, что частая проблема с оценками сроков в том, что мы меньше думаем, больше делаем. И что реальный результат ценнее, чем попытка его осмысления (сколько он стоит, как его достигать, принесет ли он прибыль).

И ориентир на показатели, а не на бизнес-результат.

Когда программист не в контексте бизнеса, он не может критически подходить к своей работе.

складывается такое впечатление по вашим словам. Нет значит лучше, хотя моих слов не отменяет. Если начнут, ничего хорошего не будет.

kpi еще хуже, так как его готовить уметь нужно, а это уже зачем...

Его не умеют готовить в 80 процентах случаев. Зато очень любят внедрять шопопало гдепопало заштопопало...
В итоге часть полезного времени уходит на борьбу со всей этой муйней...

а где 20%, в которых умеют?

А их на общем фоне, по-моему, и не видно...
Хотя может я и завысила цифру...

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

Запись: https://youtu.be/Jzygc6W1y-s

Создание ценностей, это 89 год, где Голдрат, на линейном производстве, с явно предсказуемым процессом все расписал, неужели понадобилось 30 лет что бы понять, что что-то можно использовать в KPI, или все же просто KPI немного не для этого создавали?

Как в том же чате Архитекторов, про OKR вопрос поднимали, что это попытка "пофиксить" KPI, но опять порождающая проблемы, просто другие.

Может все проще и KPI и OKR просто разные инструменты (признаюсь, по OKR лежит книга, руки не дойдут так что там я слабо ориентируюсь), а вот тянуть KPI созданный для топов и управления, в исполнение не стоит?

Да и про метрики (я не видео разбираю, а то что заявлено тут текстом) вопрос спорный. Книга Гарольд Керзнер 2011 издания (10 лет прошло).

The term "metric" is generic, whereas "KPI" is specific. страница 97

Никаких замен, есть метрики, а есть KPI, в том числе использующий метрики.

И по сути KPI есть индикатор быстрого доступа о состоянии при достижениях и возможных ухудшениях результата. Т.Е. качество управления проектом. Так как если проект прекрасно работает без вмешательства менеджера, значит менеджер отличный. Проект, а не "затычка в бочке" и часы рисования графиков и дерганья персонала.

Просто не тащите то, что не нужно, туда куда не нужно. Вот по моему и все. KPI не самый большой раздел всей книги, больше посвящено метрикам, принятий решений согласно метрикам (не оценки, это так, по умолчанию у метрики, а принятия решений), и дашбордам, в смысле как все это мониторить то в реалтайме.

Чтобы не было недопонимания книга, эта про управление проектами,  никаких эффективностей персонала и других экскрементов такого типа. Все это про то что происходит с проектом, работами, фазами, а не отдельными исполнителями или группами.

Всем привет!
В новом выпуске поделился своими впечатления от Analyst Days #12
Мозг не тупи, волшебные матрицы, очумелые ручки, кетчуп, топор и «зеленые человечки». Все это и многое другое в обзоре 😊
Ссылка ниже, приятного просмотра.
https://youtu.be/0ul6BMBlA4Y

"Демократия является худшей формой правления, за исключением всех остальных" (У. Черчилль)

Я не спорю, что KPI является на текущий момент одним из лучших инструментов для этого.
Я против того, чтобы сотрудники, принимающие решение по проекту (не линейные), руководствовались в своей работе KPI, а не целями бизнеса.