Performance review на страже ценностей в
динамичной компании
Алексей Рыбак, Badoo, Head of Engineering
TechLeads Meetup #2, Moscow, 11.02.2017
В этом докладе
● зачем нужен ревью?
● несколько простых правил успешного ревью
● наш процесс, и как мы его внедряли
● типичные проблемы, и как мы их решаем
● нужен ли вообще вам review?
Ценности – граничные условия
● быстрый или мертвый
● следствие: всё может поменяться тридцать
раз, нужно быть готовым к изменениям
● некомфортны для заметной доли инженеров
● delivery, quality, retention
Ревью
● чем больше компания, тем больше она
протухает и превращается в болото
● способ бороться с протуханием и “разгонять”
(один из)
● долгосрочное развитие, социальные лифты
Ревью
● регулярно показывает, что где “глохнет”
● рассказывает об успехах (неудачах)
● актуализирует долгосрочные и
краткосрочные ожидания, учит “хорошему”
● принуждает регулярно говорить “спасибо” и
замечать недостатки
● всё удовольствие за небольшой “налог”
Плохое ревью
● бюрократично, сложно (много факторов, KPI)
● неактуально
● несправедливо
● не содержит явной ценности, мотивации
участвовать
Правила хорошего ревью
● просто
● применимо к любой ситуации
● быстро/актуально и регулярно
● понятно
● приятно ($)
Фреймворк
● Peers – любые коллеги (важнейший компонент)
● Review – процесс
○ Grades – оценки (менеджера и “пиров”)
○ Promotions – повышения уровней
○ Bonuses – пряники
● Ladders – уровни
● Brackets – зарплатные вилки
Процедура
● описание результатов
○ не обещаем цели на будущее (OKRs
есть)
● выбор “пиров” (peers)
● утверждение “пиров”
● оценки “пиров”
● оценка менеджера
● калибрация
● промоушены
● 1:1
Проблемы
● как награждать (“от максимума” vs “от ожидаемого”)
● “алгоритм оценки”
● размер компании: осведомленность, сложность
процедуры
● борьба с инфляцией оценок
● борьба с инфляцией уровней
● процедура разрешения споров
● “профессионализм” (долгосрочный рост) и
“производительность” (краткосрочный результат)
● объяснение при найме
Нужен ли вам ревью?
● И если нужен, то какой?
● Размер компании?
● Ритм компании?
● Какие у вас ценности?
● Какие у вас сотрудники?
Спасибо
● fisher@corp.badoo.com
● https://www.facebook.com/rybak.alexey
● https://habrahabr.ru/company/badoo/
● https://tech.badoo.com

More Related Content

PPTX
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
PPTX
TechLeads meetup: Евгений Потапов, ITSumma
PDF
TechLeads meetup: Макс Лапшин, Erlyvideo
PPT
Алексей Рыбак (Badoo)
PPTX
Agile Vector - внедрение agile разработки в Райффайзенбанке
PPTX
Виктор Вальчук (АРБ-консалтинг)
PPTX
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
PDF
Михаил Табунов (Coub.com)
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
TechLeads meetup: Евгений Потапов, ITSumma
TechLeads meetup: Макс Лапшин, Erlyvideo
Алексей Рыбак (Badoo)
Agile Vector - внедрение agile разработки в Райффайзенбанке
Виктор Вальчук (АРБ-консалтинг)
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Михаил Табунов (Coub.com)

What's hot (20)

PPTX
Управление зависимостями между командами
PDF
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
PPTX
щеголев по ту сторону баррикад
PDF
Мобильный веб: назад в будущее
PDF
Процесс Mindbox 2015
PDF
Олег Балбеков (Evrone)
PPTX
бородин об эмпирической разработке
PPTX
Развитие управления проектами и критериев качества в ит
PPTX
Асхат Уразбаев (ScrumTrek/GameTrek)
PPTX
пылаева дана, шоколад лего-скрам
PDF
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
PDF
Александр Курдюков. Внедрение continuous delivery для гетерогенных поставок.
PPTX
Развитие ИТ
PDF
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
PPTX
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
PPTX
Эволюция внутренних процессов в большой команде
KEY
Обязательные практики Agile-проекта и правило ППП
PDF
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017
PPTX
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
PDF
Сергей Смирнов, Виталий Александров. Оздоровление унаследованной информационн...
Управление зависимостями между командами
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)
щеголев по ту сторону баррикад
Мобильный веб: назад в будущее
Процесс Mindbox 2015
Олег Балбеков (Evrone)
бородин об эмпирической разработке
Развитие управления проектами и критериев качества в ит
Асхат Уразбаев (ScrumTrek/GameTrek)
пылаева дана, шоколад лего-скрам
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджера
Александр Курдюков. Внедрение continuous delivery для гетерогенных поставок.
Развитие ИТ
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
Эволюция внутренних процессов в большой команде
Обязательные практики Agile-проекта и правило ППП
Михаил Подурец. Почему Agile не работает (на самом деле нет). Agiledays2017
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
Сергей Смирнов, Виталий Александров. Оздоровление унаследованной информационн...
Ad

More from Badoo Development (20)

PDF
Viktar Karanevich – iOS Parallel Automation
PDF
Как мы делаем модули PHP в Badoo – Антон Довгаль
PDF
Григорий Джанелидзе, OK.RU
PPTX
Андрей Сидоров, Яндекс.Браузер
PDF
Филипп Уваров, Avito
PDF
Cocoaheads Meetup / Alex Zimin / Swift magic
PDF
Cocoaheads Meetup / Kateryna Trofimenko / Feature development
PDF
Alex Krasheninnikov – Hadoop High Availability
PDF
Андрей Денисов – В ожидании мониторинга баз данных
PDF
Александр Зобнин, Grafana Labs
PDF
Илья Аблеев – Zabbix в Badoo: реагируем быстро и качественно
PDF
Паша Мурзаков: Как 200 строк на Go помогли нам освободить 15 серверов»
PPTX
Как мы готовим MySQL
PPTX
Архитектура хранения и отдачи фотографий в Badoo
PDF
5 способов деплоя PHP-кода в условиях хайлоада
PDF
ChromeDriver Jailbreak
PDF
Git хуки на страже качества кода
PDF
Versioning strategy for a complex internal API
PDF
Как мы готовим MySQL
PDF
Методология: БЭМ, Модули, Отношения
Viktar Karanevich – iOS Parallel Automation
Как мы делаем модули PHP в Badoo – Антон Довгаль
Григорий Джанелидзе, OK.RU
Андрей Сидоров, Яндекс.Браузер
Филипп Уваров, Avito
Cocoaheads Meetup / Alex Zimin / Swift magic
Cocoaheads Meetup / Kateryna Trofimenko / Feature development
Alex Krasheninnikov – Hadoop High Availability
Андрей Денисов – В ожидании мониторинга баз данных
Александр Зобнин, Grafana Labs
Илья Аблеев – Zabbix в Badoo: реагируем быстро и качественно
Паша Мурзаков: Как 200 строк на Go помогли нам освободить 15 серверов»
Как мы готовим MySQL
Архитектура хранения и отдачи фотографий в Badoo
5 способов деплоя PHP-кода в условиях хайлоада
ChromeDriver Jailbreak
Git хуки на страже качества кода
Versioning strategy for a complex internal API
Как мы готовим MySQL
Методология: БЭМ, Модули, Отношения
Ad

TechLeads meetup: Алексей Рыбак, Badoo

  • 1. Performance review на страже ценностей в динамичной компании Алексей Рыбак, Badoo, Head of Engineering TechLeads Meetup #2, Moscow, 11.02.2017
  • 2. В этом докладе ● зачем нужен ревью? ● несколько простых правил успешного ревью ● наш процесс, и как мы его внедряли ● типичные проблемы, и как мы их решаем ● нужен ли вообще вам review?
  • 3. Ценности – граничные условия ● быстрый или мертвый ● следствие: всё может поменяться тридцать раз, нужно быть готовым к изменениям ● некомфортны для заметной доли инженеров ● delivery, quality, retention
  • 4. Ревью ● чем больше компания, тем больше она протухает и превращается в болото ● способ бороться с протуханием и “разгонять” (один из) ● долгосрочное развитие, социальные лифты
  • 5. Ревью ● регулярно показывает, что где “глохнет” ● рассказывает об успехах (неудачах) ● актуализирует долгосрочные и краткосрочные ожидания, учит “хорошему” ● принуждает регулярно говорить “спасибо” и замечать недостатки ● всё удовольствие за небольшой “налог”
  • 6. Плохое ревью ● бюрократично, сложно (много факторов, KPI) ● неактуально ● несправедливо ● не содержит явной ценности, мотивации участвовать
  • 7. Правила хорошего ревью ● просто ● применимо к любой ситуации ● быстро/актуально и регулярно ● понятно ● приятно ($)
  • 8. Фреймворк ● Peers – любые коллеги (важнейший компонент) ● Review – процесс ○ Grades – оценки (менеджера и “пиров”) ○ Promotions – повышения уровней ○ Bonuses – пряники ● Ladders – уровни ● Brackets – зарплатные вилки
  • 9. Процедура ● описание результатов ○ не обещаем цели на будущее (OKRs есть) ● выбор “пиров” (peers) ● утверждение “пиров” ● оценки “пиров” ● оценка менеджера ● калибрация ● промоушены ● 1:1
  • 10. Проблемы ● как награждать (“от максимума” vs “от ожидаемого”) ● “алгоритм оценки” ● размер компании: осведомленность, сложность процедуры ● борьба с инфляцией оценок ● борьба с инфляцией уровней ● процедура разрешения споров ● “профессионализм” (долгосрочный рост) и “производительность” (краткосрочный результат) ● объяснение при найме
  • 11. Нужен ли вам ревью? ● И если нужен, то какой? ● Размер компании? ● Ритм компании? ● Какие у вас ценности? ● Какие у вас сотрудники?
  • 12. Спасибо ● [email protected] ● https://www.facebook.com/rybak.alexey ● https://habrahabr.ru/company/badoo/ ● https://tech.badoo.com