Size: a a a

2020 August 04

O

Oleg in ctodailychat
Onlinehead
Да и еще раз да. Багфиксы, рефакторинг и прочее занимают кучу времени, но очень плохо выглядят на ревью. Потому что Вася половину имплемента сидел и чинил всякое говно, а Петя за это время выкатил очень модную фичу. Молодец чаще всего будет Петя, а Вася получит максимум "все ок, копай дальше".
где-то была статья чувака из Гугла, который на них сильно обиделся за такое, потому что его менедежр тоже имеет KPI и ревью, и менеджеру надо N фич))
источник

R

Ruslan in ctodailychat
Onlinehead
Да и еще раз да. Багфиксы, рефакторинг и прочее занимают кучу времени, но очень плохо выглядят на ревью. Потому что Вася половину имплемента сидел и чинил всякое говно, а Петя за это время выкатил очень модную фичу. Молодец чаще всего будет Петя, а Вася получит максимум "все ок, копай дальше".
Это вопрос того, как менеджеры подсвечиввают работу Васи и Пети, если в компаниях идет перекос и вознаграждение в сторону "модных фич" (понимаю, что так чаще оно и бывает) - это минусы организации и в частности менеджера Васи и Пети
источник

O

Onlinehead in ctodailychat
Oleg
где-то была статья чувака из Гугла, который на них сильно обиделся за такое, потому что его менедежр тоже имеет KPI и ревью, и менеджеру надо N фич))
Все так.
источник

O

Onlinehead in ctodailychat
Ruslan
Это вопрос того, как менеджеры подсвечиввают работу Васи и Пети, если в компаниях идет перекос и вознаграждение в сторону "модных фич" (понимаю, что так чаще оно и бывает) - это минусы организации и в частности менеджера Васи и Пети
Хех, а вот тут есть элемент обратной селекции, потому что в менеджеры попадет тот, кто хорошо деливерит фичи. Чтобы все работало сильно по-другому, нужно, чтобы менеджер менеджера шарил в разработке и вообще оценивал процессы более полно, а такое бывает исключительно редко, потому что физически рассмотреть детали в 5 командах по 10 человек под собой очень и очень сложно.
источник

O

Onlinehead in ctodailychat
Ну то есть даже если он и шарит, у него банально времени не хватит и бизнесовые метрики еще худо бедно учитывают фичи, но чтобы туда засунуть багфиксы - это надо иметь особый талант и настойчивость.
источник

R

Ruslan in ctodailychat
Onlinehead
Хех, а вот тут есть элемент обратной селекции, потому что в менеджеры попадет тот, кто хорошо деливерит фичи. Чтобы все работало сильно по-другому, нужно, чтобы менеджер менеджера шарил в разработке и вообще оценивал процессы более полно, а такое бывает исключительно редко, потому что физически рассмотреть детали в 5 командах по 10 человек под собой очень и очень сложно.
да, такое часто обычно и бывает, но кажется сейчас понимание того, что "хорошо кодит/деливерит фичи" != (не всегда) хороший менеджер - улучшается
источник

A

Artur in ctodailychat
Onlinehead
Ну то есть даже если он и шарит, у него банально времени не хватит и бизнесовые метрики еще худо бедно учитывают фичи, но чтобы туда засунуть багфиксы - это надо иметь особый талант и настойчивость.
360 ревью вроде бы должны решать эту проблему? ну или что-то более модное уже изобрели может быть
источник

O

Onlinehead in ctodailychat
Ruslan
да, такое часто обычно и бывает, но кажется сейчас понимание того, что "хорошо кодит/деливерит фичи" != (не всегда) хороший менеджер - улучшается
Это да, вот только KPI менеджера тогда непонятно из чего составлять.
источник

O

Onlinehead in ctodailychat
Artur
360 ревью вроде бы должны решать эту проблему? ну или что-то более модное уже изобрели может быть
360 отлично подделывается дружным коллективом)
источник

R

Ruslan in ctodailychat
Onlinehead
Это да, вот только KPI менеджера тогда непонятно из чего составлять.
все от культуры организации идет
источник

O

Onlinehead in ctodailychat
Ruslan
все от культуры организации идет
У тебя есть пример уровня "не конь в ваккуме"? У меня просто чет не находится...
источник

O

Onlinehead in ctodailychat
Ну то есть да, понятно что теоретически это решаемо. Практически я не видел чтобы кто-то успешно решал.
источник

A

Artur in ctodailychat
в measure what matters есть разные примеры kpi для разных уровней, как они согласуются с целями компании и друг с другом
источник

O

Onlinehead in ctodailychat
Onlinehead
360 отлично подделывается дружным коллективом)
У ревью есть фундаментальная проблема. Ты будешь отрицательно ревьюить только тех, кого хочешь убрать, а это или конкуренты, или совсем откровенно косячники. Они достаточно быстро отсеиваются и после этого наступает благодать и meet expectations/above expectations.
источник

R

Ruslan in ctodailychat
Onlinehead
Ну то есть да, понятно что теоретически это решаемо. Практически я не видел чтобы кто-то успешно решал.
у меня есть хороший пример, который показывает влияние культуры. Когда в Форд пришел новый СЕО, он поставил C-levelу одну встречу, на которой упор был на проблемы каждого отдела, на которой каждый менеджер должен был отвечать. Менеджеры поставили такие же встречи дальше у себя внутри и это дало хороший прирост к производительности - поменяло подход огранизации в целом.

в целом, идеального решения не бывает наверное. basecamp неплохо выстраивает свои процессы в этом плане
источник

O

Onlinehead in ctodailychat
Artur
в measure what matters есть разные примеры kpi для разных уровней, как они согласуются с целями компании и друг с другом
Есть. Максимум что делает рабочая схема - это оставляет середнячков. В принципе для обычного бизнеса не так уж и плохо. Ну если это присыпать хорошими компенсациями, то в принципе и остальные более-менее останутся, но, если есть норм бюджет, то ревью само по себе уже как-то так себе имеет смысл.
источник

O

Onlinehead in ctodailychat
Ruslan
у меня есть хороший пример, который показывает влияние культуры. Когда в Форд пришел новый СЕО, он поставил C-levelу одну встречу, на которой упор был на проблемы каждого отдела, на которой каждый менеджер должен был отвечать. Менеджеры поставили такие же встречи дальше у себя внутри и это дало хороший прирост к производительности - поменяло подход огранизации в целом.

в целом, идеального решения не бывает наверное. basecamp неплохо выстраивает свои процессы в этом плане
Да, но это вопрос культуры организации работ. KPI по факту не очень про культуру работ, а скорее про контроль\попытки стимуляции
источник

A

Artur in ctodailychat
Onlinehead
Есть. Максимум что делает рабочая схема - это оставляет середнячков. В принципе для обычного бизнеса не так уж и плохо. Ну если это присыпать хорошими компенсациями, то в принципе и остальные более-менее останутся, но, если есть норм бюджет, то ревью само по себе уже как-то так себе имеет смысл.
не соглашусь. когда формирование kpi происходит в том числе и снизу это открывает дорогу инициативе и проявлению творчества, в т.ч. среди талантливых парней
источник

O

Onlinehead in ctodailychat
Artur
не соглашусь. когда формирование kpi происходит в том числе и снизу это открывает дорогу инициативе и проявлению творчества, в т.ч. среди талантливых парней
В больших компаниях ни разу такого не видел.
источник

A

Artur in ctodailychat
а книжку читал?
источник