А что у нас с performance ?

[Сабина]

Человек который видит big picture преерасно понимает что и почему делается в компании даже если делается неидеально. Более того если осознанно выбрал эту работу и действительно профессионал он засучит рукава и будит чинить, брать новые интересные проекты, стараться по ходу починить кривые процессы. Позиция "я ничего незнаю, менеджеры и ревью формалисты, Джира отстой" -это или незрелые школьники или замшелые лузеры. Ни разу не профессионалы

[Zorkus]

Мне кажется вы очень слабо представляете процесс оценки перформанса в IT организации. "Ящики" тоже бывают, например закрытые вовремя дефекты, или не больше 3 багов открытых против вашего кода в квартале.

Закрытые вовремя дефекты или открытые против кода баги - пожалуй хуже метрики не придумаешь. Например, если QA мышей не ловит, то и открытых багов будет минимум. И кол-во закрытых багов тоже ерунда - нефиг было эти баги плодить. Я, кстати, вот сегодня закрыл один баг, над которым 2 дня бился, честно говоря, я даже горд собой, потому как гадость была на диво хитрая. А кто-то в это же время успел наверняка закрыть штук 10 мелких багов и не вспотел . И что же теперь - по этой метрике перформанс считать?

У меня в команде больше всего багов закрывают джуниоры, потому как им поручаются баги попроще (и фичи попроще имплементировать).

+100.

[Сабина]

Мне кажется вы очень слабо представляете процесс оценки перформанса в IT организации. "Ящики" тоже бывают, например закрытые вовремя дефекты, или не больше 3 багов открытых против вашего кода в квартале.

Закрытые вовремя дефекты или открытые против кода баги - пожалуй хуже метрики не придумаешь. Например, если QA мышей не ловит, то и открытых багов будет минимум. И кол-во закрытых багов тоже ерунда - нефиг было эти баги плодить. Я, кстати, вот сегодня закрыл один баг, над которым 2 дня бился, честно говоря, я даже горд собой, потому как гадость была на диво хитрая. А кто-то в это же время успел наверняка закрыть штук 10 мелких багов и не вспотел . И что же теперь - по этой метрике перформанс считать?

У меня в команде больше всего багов закрывают джуниоры, потому как им поручаются баги попроще (и фичи попроще имплементировать).

+100.

Правильно настроить ту же Джиру и собирать достоверные метрики- это тоже один из поизнаков професстонализма менеджера. В общем то его задача чтобы дело было сделано хорошо и во время. А люди загружены и оценены адекватно и мотивированы по уму. И когда он еще при этом технически на передовой - это и ценится больше всего. И необязательнокстати быть менеджером чтобы вносить в это лепту. А просто ловких coding monkeys тут пруд пруди

[Trespassers W]

Я так считала в первые пять лет работы. Потом "выросла", стала вникать в бизнес процессы не только со своей инденерной лавочки, а понять big picture. Многие вещи видятся по другому. Мой текущий менджер ( золото парень, все его любят, немногим постарше меня) очень ценит такое понимание. А с нетехнической частью интервью на любом месте вообще никаких проблем

Понимание бизнес процессов - это хорошо. Я даже готов признать их связь с performance review. Только я не вижу связи review с собственно перформансом данного индивидуя.

[Tiffany]

Мне кажется вы очень слабо представляете процесс оценки перформанса в IT организации. "Ящики" тоже бывают, например закрытые вовремя дефекты, или не больше 3 багов открытых против вашего кода в квартале.

Закрытые вовремя дефекты или открытые против кода баги - пожалуй хуже метрики не придумаешь. Например, если QA мышей не ловит, то и открытых багов будет минимум. И кол-во закрытых багов тоже ерунда - нефиг было эти баги плодить. Я, кстати, вот сегодня закрыл один баг, над которым 2 дня бился, честно говоря, я даже горд собой, потому как гадость была на диво хитрая. А кто-то в это же время успел наверняка закрыть штук 10 мелких багов и не вспотел . И что же теперь - по этой метрике перформанс считать?

У меня в команде больше всего багов закрывают джуниоры, потому как им поручаются баги попроще (и фичи попроще имплементировать).

Я так и знала что к этому сведется написала же что метрики спорные, привелено было как пример того что есть и "ящики". То есть ни о каком "чисто менеджера" нет речи. У нас вообще в джира все в кучу - баги, новые фичи и темкто пошустрее и поумнее закрывает и больше и быстрее

Я таки согласна с Интерраптом (опередил меня с ответом). Восприятие и интерпретация статистики тех же closed bugs/jiras зависит от менеджера. И потом, шустрее не означает умнее. Тут же в разделе можно найти куча жалоб на индусов, которые шустренько отфутболивают свои джиры на других, ничего не решив. Так что...

И вообще по моим наблюдениям, в конторах, как и в жизни, мнения о людях формируются быстро и навсегда. Потом статистика по их продуктивности и т.д. подгоняется под сложившийся шаблон, и всё тут. И еще middle level management в больших компаниях имеет лишь относительное влияние на все performance reviews. Людей надо повставлять в Bell curve. Так что если даже каким то чудом попадется 5 светлых голов в коллективе из 6, всё равно менеджеру надо их поделить по 20% exceeds, 70% meets, 10% does not meet (attrition), хоть ты лопни. И никакие статистике по джире тут не помогут.

[valchkou]

Ну так бывает и так что перформанс устраивает а бюджета обтективно нет на прибавки

тогда зачем этот performance? если уже в топе зарплат, то нет причин волноваться
а если денег нет - на рынок !

. Когда гоаоришь о перформансе в контексте коллектива это как бы мерило тебя по жизни не только как специалиста но и как человека

есть кому это важно, возможно вам.
мне это уже не важно. я уже понял, что коллектив программистов это такие же уё... как и я.
и чем с ними меряться? или зачем мне волноваться нравлюсь ли я босу? я с ним жить не собираюсь.
мне семью надо кормить, детей растить, в отпуски ездить, дома с машинами покупать.

вобщем я к этим ревью серьезно не отношусь, проcтавляю себе exceeds, честно объясняю почему.
а рук-во проставляет то что им надо исходя из своих стратегических соображений.

[Zorkus]

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

В целом +1

[Zorkus]

Самый крутой это бесполезная метрика в смысле оценки скила без знания того, где человек работает. Ну т.е. она нужна внутри компании для распределения бонусов и промоушенов, но о объективных скилах человека мало что говорит.

Полезность в данном случае как определяется ? Нам можнт и бесполезная но много говорит о том как человек себя ощущает по сравнению с коллективом. Мне всегда эта сфера казалась интересной.

Я имею в виду, что если гражданин А - среди top-5% сотрудников компании Х, а гражданин Б - среди средних 40% компании У, это ничего не говорит нам об их сравнительном проф. уровне.

Такое может быть если крутой профессионал В на работе балду пинает. Ну дурак значит, разбазаривает таланты

Часто наоборот. Если вы находитесь в топ-5% в своей команде/компании (А так же школе или универе, да), это означает обычно одно из двух.

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

2) вы в top-5% или top-1%, но более крутой компании/команды нет. Вы - икона и легенда индустрии, и на такую фигню, Как мнение менеджера (Если он у вас еще есть), вам плевать.



Так же возможен вариант, что в компании Х оценивают по метрикам типа тупо количество закрытых джир в единицу времени, а в компании У какие-то другие критерии.

[Trespassers W]

И вообще по моим наблюдениям, в конторах, как и в жизни, мнения о людях формируются быстро и навсегда. Потом статистика по их продуктивности и т.д. подгоняется под сложившийся шаблон, и всё тут. И еще middle level management в больших компаниях имеет лишь относительное влияние на все performance reviews. Людей надо повставлять в Bell curve. Так что если даже каким то чудом попадется 5 светлых голов в коллективе из 6, всё равно менеджеру надо их поделить по 20% exceeds, 70% meets, 10% does not meet (attrition), хоть ты лопни. И никакие статистике по джире тут не помогут.

Плюспицот!

[Zorkus]

Мне кажется вы очень слабо представляете процесс оценки перформанса в IT организации. "Ящики" тоже бывают, например закрытые вовремя дефекты, или не больше 3 багов открытых против вашего кода в квартале.

Закрытые вовремя дефекты или открытые против кода баги - пожалуй хуже метрики не придумаешь. Например, если QA мышей не ловит, то и открытых багов будет минимум. И кол-во закрытых багов тоже ерунда - нефиг было эти баги плодить. Я, кстати, вот сегодня закрыл один баг, над которым 2 дня бился, честно говоря, я даже горд собой, потому как гадость была на диво хитрая. А кто-то в это же время успел наверняка закрыть штук 10 мелких багов и не вспотел . И что же теперь - по этой метрике перформанс считать?

У меня в команде больше всего багов закрывают джуниоры, потому как им поручаются баги попроще (и фичи попроще имплементировать).

+100.

Правильно настроить ту же Джиру и собирать достоверные метрики- это тоже один из поизнаков професстонализма менеджера. В общем то его задача чтобы дело было сделано хорошо и во время. А люди загружены и оценены адекватно и мотивированы по уму. И когда он еще при этом технически на передовой - это и ценится больше всего. И необязательнокстати быть менеджером чтобы вносить в это лепту. А просто ловких coding monkeys тут пруд пруди

Ну мне лично менеджер, профессионализм которого заключается в настройке джиры и подсчета разных джир, точно не нужен . В менеджере мне лично важен технический скил и опыт + лидерские/человеческие качества.

А джира сама по себе крайне полезный инструмент, конечно.

[ПростоНик]

Мне кажется вы очень слабо представляете процесс оценки перформанса в IT организации. "Ящики" тоже бывают, например закрытые вовремя дефекты, или не больше 3 багов открытых против вашего кода в квартале.

Закрытые вовремя дефекты или открытые против кода баги - пожалуй хуже метрики не придумаешь. Например, если QA мышей не ловит, то и открытых багов будет минимум. И кол-во закрытых багов тоже ерунда - нефиг было эти баги плодить. Я, кстати, вот сегодня закрыл один баг, над которым 2 дня бился, честно говоря, я даже горд собой, потому как гадость была на диво хитрая. А кто-то в это же время успел наверняка закрыть штук 10 мелких багов и не вспотел . И что же теперь - по этой метрике перформанс считать?

У меня в команде больше всего багов закрывают джуниоры, потому как им поручаются баги попроще (и фичи попроще имплементировать).

+100.

Правильно настроить ту же Джиру и собирать достоверные метрики- это тоже один из поизнаков професстонализма менеджера. В общем то его задача чтобы дело было сделано хорошо и во время. А люди загружены и оценены адекватно и мотивированы по уму. И когда он еще при этом технически на передовой - это и ценится больше всего. И необязательнокстати быть менеджером чтобы вносить в это лепту. А просто ловких coding monkeys тут пруд пруди

Ха-ха три раза. Мой менеджер поручил настройки джиры другому. Джира-это всего лишь инструмент. Вы даже себе не представляете похоже, в чем заключается работа менеджера. И технически он не передовой ни разу. Но он правильно организовал работу всей команды, бизнес-заказчики общаются с ним по всем вопросам типа распределения ресурсов и расставления приоритетов, а он уже с нами.

[Интеррапт]

Правильно настроить ту же Джиру и собирать достоверные метрики- это тоже один из поизнаков професстонализма менеджера. В общем то его задача чтобы дело было сделано хорошо и во время. А люди загружены и оценены адекватно и мотивированы по уму. И когда он еще при этом технически на передовой - это и ценится больше всего. И необязательнокстати быть менеджером чтобы вносить в это лепту. А просто ловких coding monkeys тут пруд пруди

Что-то мне подсказывает, что тебе уже пора идти в менеджеры

[Сабина]

Что-то мне подсказывает, что тебе уже пора идти в менеджеры

Наоборот, совершенно не мое. Но с этой частью ворпоса как быть хорошим инженером более менее разобралась. Теперь наверстываю вторую половину

[Zorkus]

Что-то мне подсказывает, что тебе уже пора идти в менеджеры

Наоборот, совершенно не мое. Но с этой частью ворпоса как быть хорошим инженером более менее разобралась. Теперь наверстываю вторую половину

А кстати, почему "совершенно"?

[mynameiszb]

Наоборот, совершенно не мое. Но с этой частью ворпоса как быть хорошим инженером более менее разобралась. Теперь наверстываю вторую половину

А кстати, почему "совершенно"?

Кстати, я не видел, чтобы из хороших технарей получались хорошие менеджеры. Тим-лиды, тех-лиды, архитекты - это запросто. А вот управленцы "человеческими ресурсами" - не видел. Слишком под другому там позвоночник скручен