SlideShare a Scribd company logo
Проблемы  оценки труда программистов Александр Погребняк Руководитель отдела веб-проектов Alawar Entertainment, Inc.
Компания  Alawar 17 локализованных игровых сайтов >8500  сайтов в партнерской сети  134 млн. загрузок дистрибутивов за 2009 год Главный офис – г.   Новосибирск Количество сотрудников  >200 Представительства в 5 странах
Отдел веб-проектов Структура:  Группа программистов  ( 7 человек); Группа тестирования (2 человека). Инструменты:  1С- Bitrix ,  SVN, JIRA ; Тестовые сервера – 10 площадок, 3 физических сервера.  Бизнес-процессы: Выпуск коммерческих задач в рамках релиза; Мониторинг и поддержка работы основных серверов и сервисов. Оплата труда  Окладная схема оплаты труда .
Отдел веб-проектов Главные особенности операционной деятельности: Разработка продукта, а не проекта; Внутренний заказчик – сотрудники нескольких отделов компании; Динамичный проект – много мелких срочных изменений; Слабо формализованные среднесрочные планы заказчиков.
Проблемы при оценке труда  Как оценивать интеллектуальный труд? Оценивать сотрудника или команду?  Кому, когда, как часто и за что улучшать финансовые условия? Как через оценку помочь сотруднику с профессиональным ростом? Как принципы оценки зависят от типа работы (проектная и операционная деятельность)?  Нужно ли (и можно ли) привязывать оценку работы программистов к результатам продукта?
Мотивы, цели, мотивация Цели компании  Alawar  для отдела веб-проектов Разработка новых возможностей; Организация стабильной работы серверов и сервисов; Осуществление оперативной поддержки пользователей, сотрудников и партнеров; Соответствие выполненной работы планам компании. Мотивы разработчиков Профессиональный рост (решение сложных задач, знание технологий); Повышение ответственности; Высокий доход.
Задачи системы мотивации Основные задачи системы мотивации: Повышение эффективности работы отдела веб-проектов; Прозрачность оценки работы отдела как для сотрудников отдела, так и для заказчиков; Четкая схема повышения ЗП сотрудникам; Создание условий для профессионального роста сотрудников. В моем докладе система мотивации  =  система компенсации. На самом деле это не так!
Командная и личностная мотивация
Личностная мотивация Критерий оценки:  Матрица компетенций – 17 параметров оценки: выполнение задач в срок, удовлетворенность заказчика, активность в обсуждениях, уровень используемых технологий и т.д. Задачи менеджера:  Определить ключевые показатели для каждого уровня знаний;  К каждому уровню знаний привязать уровень ЗП; Регулярная (раз в полгода) аттестация  –  динамика изменения значений; По результатам аттестации составить план развития сотрудника (что исправляем сначала, что потом).
Матрица компетенций Junior-developer Developer Senior Tech teamlead Выполнение задач в срок (релизных и внерелизных) Вышло менее половины запланированных задач Вышло более половины запланированных задач Вышли все задачи, запланированные в релиз или на определенный срок Выдерживает сроки сам, задает другим Удовлетворенность заказчика качеством реализации задачи и взаимоотношением с сотрудником отдела Заказчик с сотрудником не работает, обратного отзыва нет или удовлетворенность слабая Заказчик работает с сотрудником, удовлетворенность средняя Заказчик полностью удовлетворен работой сотрудника Заказчик полностью удовлетворен работой сотрудника Участие в общих обсуждениях  В обсуждениях ведет себя неактивно, новые темы не поднимает, на планерках в основном слушает В общих обсуждениях задает вопросы, на техпланерках предлагает решения, новые митинги не инициирует Поднимает новые темы, привлекает других людей к обсуждению общих вопросов  Принимает решения об организации новых обсуждений, привлечении коллег по ряду вопросов Использование технологий и архитектурных решений соответствующего уровня При использовании аналитики, подготовленной коллегой, совершает ошибки Выполняет аналитику, подготовленную другим коллегой, в основном без ошибок. Сам готовит аналитику для программистов Готовит самостоятельно аналитику задач, использует различные архитектурные приемы, исследует возможные технические решения, ищет и внедряет best practice в нашей системе  Делает ревью аналитики, подготовленной другими сотрудниками, играет роль системного архитектора
Пример плана развития сотрудника Ориентиры в работе Васи Пупкина на период до следующей аттестации: Коммуникации (принимать более активное участие на планерках); Уделить внимание удовлетворенности заказчика (соблюдать сроки); Подумать над среднесрочными личными целями; Повысить качество документирования проектов.
Командная мотивация Критерии оценки: Соответствие плана и факта; Фидбек заказчика; Субъективное мнение менеджера команды. Задачи менеджера:  Определить периодичность оценки; Определить периодичность выплаты бонуса; Выбрать схему распределения бонуса в команде. Бонусы за коммерческий результат проектов
Результаты внедрения. Плюсы  Начало разработки – ноябрь 2009. Внедрение, первая аттестация – январь 2010. Мы получили следующие выгоды: Сотрудники получают  road map  профессиональной карьеры; Выработана четкая схема повышения ЗП; Мы ответили на вопрос «Почему я получаю столько денег?».
Результаты внедрения. Минусы Необходимо отметить следующие недостатки: Некоторая сложность системы; Что дальше делать  tech lead’ у? Необходимость дальнейшего индивидуального плана; Не оцениваем технические знания сотрудников; Для тестеровщиков данная схема подходит лишь частично.
Проектная работа Особенности:  Проще планировать: есть ТЗ (на бумаге или в голове) от заказчика, определяем набор необходимой функциональности на каждую итерацию и приступаем к реализации; Проще распределять бонус: выполнили план – получили бонус.
Нематериальная мотивация
Пара слов Метрики не работают. Меньше сотрудников в прямом подчинении – делите команды на группы, создавайте промежуточный уровень управления .  Субъективизм менеджера никто не отменит.   Ищите грамотных менеджеров. Ищите правильных людей . Другие схемы оценки работы сотрудников:  3+3+3 Баллы за задачки Индивидуальные
Спасибо за внимание! Мы готовы к сотрудничеству. Александр Погребняк Руководитель отдела  Web- проектов E-mail:   [email_address] Twitter: @apogrebnyak

More Related Content

PDF
Impact mapping: от пользовательских историй к роадмапу
PPTX
от каждого по потребностям, каждому — по Agile
PPTX
Опыт госпроектов и взаимодействия с корпоративными структурами
PPTX
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продукт
PPTX
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
PDF
Как выучить дизайнеров
PPT
Антон Немчинов, Применимость SAFe в крупной финансовой организации
PPTX
AgileDays 2016 - Metrics in Agile Projects
Impact mapping: от пользовательских историй к роадмапу
от каждого по потребностям, каждому — по Agile
Опыт госпроектов и взаимодействия с корпоративными структурами
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продукт
Максим Богуславский, Ищем специалиста по обеспечению качества вместе
Как выучить дизайнеров
Антон Немчинов, Применимость SAFe в крупной финансовой организации
AgileDays 2016 - Metrics in Agile Projects

What's hot (16)

PPT
Вебинар: ИТ-проекты глазами Заказчика
PDF
Scrum в Заказной разработке
PPTX
Введение в Scrum
PPTX
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
PPT
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
PPT
Рекомендации по проведению экспертной оценки Lt
PPTX
Асхат Уразбаев, КПЭ и бонусы
PPTX
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...
PDF
Андрій Уманський: Роль розробника в продуктовій компанії. Product engineer – ...
PPT
Никита Шляхов. Учёт времени разработчиков
PPT
Виктор Лисицын, East Media Как учитывать время разработчиков, чтобы их не тош...
PPTX
Agile/Scrum методологии разработки программного обеспечения
PPTX
Как создать эффективную инфраструктуру
PPTX
Impact mapping. Как dev команде перестать делать то, что требуют, и начать де...
PPTX
Вся польза от аналитика
PDF
Юрий Филатов, Create: Почему мы перестали делать сайты и приложения и начали ...
Вебинар: ИТ-проекты глазами Заказчика
Scrum в Заказной разработке
Введение в Scrum
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
Рекомендации по проведению экспертной оценки Lt
Асхат Уразбаев, КПЭ и бонусы
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...
Андрій Уманський: Роль розробника в продуктовій компанії. Product engineer – ...
Никита Шляхов. Учёт времени разработчиков
Виктор Лисицын, East Media Как учитывать время разработчиков, чтобы их не тош...
Agile/Scrum методологии разработки программного обеспечения
Как создать эффективную инфраструктуру
Impact mapping. Как dev команде перестать делать то, что требуют, и начать де...
Вся польза от аналитика
Юрий Филатов, Create: Почему мы перестали делать сайты и приложения и начали ...
Ad

Similar to CodeFest 2010. Погребняк А. — Проблемы оценки труда программистов (20)

PPTX
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
PDF
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
PPTX
2 щербин projects-rbru final
PDF
Тактическое управление продуктами: все еще недостающее звено
PPTX
презентация БизОр 2015
PPTX
Все об эстимейтах
PDF
Эволюция веб разработки
PPTX
Бизнес Организатор БизОр
PPTX
Бизнес Организатор БизОр
PPTX
Система управления предприятием Бизнес Организатор БизОр 2015
PPTX
«Как выстроить работу по SEO для крупных проектов», Константин Рябенко
PPTX
Как выстроить работу по продвижению крупных проектов.
PDF
григорьев андрей, юмисофт, основные ошибки ведения It проектов - от документа...
PDF
MS ALM 2013 Review
PPTX
Выстраивание правильной экологии в компании ценности, структура, взаимодейст...
PDF
Наблюдай. Анализируй. Управляй
PPTX
PDF
Подход к разработке [Stfalcon.com]
PDF
Webinar_FORMATTA_Turn-the-scale (rus)
PPT
Как сделать наши проекты немного более управляемыми с Agile
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
2 щербин projects-rbru final
Тактическое управление продуктами: все еще недостающее звено
презентация БизОр 2015
Все об эстимейтах
Эволюция веб разработки
Бизнес Организатор БизОр
Бизнес Организатор БизОр
Система управления предприятием Бизнес Организатор БизОр 2015
«Как выстроить работу по SEO для крупных проектов», Константин Рябенко
Как выстроить работу по продвижению крупных проектов.
григорьев андрей, юмисофт, основные ошибки ведения It проектов - от документа...
MS ALM 2013 Review
Выстраивание правильной экологии в компании ценности, структура, взаимодейст...
Наблюдай. Анализируй. Управляй
Подход к разработке [Stfalcon.com]
Webinar_FORMATTA_Turn-the-scale (rus)
Как сделать наши проекты немного более управляемыми с Agile
Ad

More from CodeFest (20)

PDF
Alexander Graebe
PDF
Никита Прокопов
PPTX
Денис Баталов
PDF
Елена Гальцина
PDF
Александр Калашников
PDF
Ирина Иванова
PDF
Marko Berković
PDF
Денис Кортунов
PDF
Александр Зимин
PDF
Сергей Крапивенский
PDF
Сергей Игнатов
PDF
Николай Крапивный
PDF
Alexander Graebe
PDF
Вадим Смирнов
PDF
Константин Осипов
PDF
Raffaele Rialdi
PDF
Максим Пугачев
PDF
Rene Groeschke
PDF
Иван Бондаренко
PDF
Mete Atamel
Alexander Graebe
Никита Прокопов
Денис Баталов
Елена Гальцина
Александр Калашников
Ирина Иванова
Marko Berković
Денис Кортунов
Александр Зимин
Сергей Крапивенский
Сергей Игнатов
Николай Крапивный
Alexander Graebe
Вадим Смирнов
Константин Осипов
Raffaele Rialdi
Максим Пугачев
Rene Groeschke
Иван Бондаренко
Mete Atamel

CodeFest 2010. Погребняк А. — Проблемы оценки труда программистов

  • 1. Проблемы оценки труда программистов Александр Погребняк Руководитель отдела веб-проектов Alawar Entertainment, Inc.
  • 2. Компания Alawar 17 локализованных игровых сайтов >8500 сайтов в партнерской сети 134 млн. загрузок дистрибутивов за 2009 год Главный офис – г. Новосибирск Количество сотрудников >200 Представительства в 5 странах
  • 3. Отдел веб-проектов Структура: Группа программистов ( 7 человек); Группа тестирования (2 человека). Инструменты: 1С- Bitrix , SVN, JIRA ; Тестовые сервера – 10 площадок, 3 физических сервера. Бизнес-процессы: Выпуск коммерческих задач в рамках релиза; Мониторинг и поддержка работы основных серверов и сервисов. Оплата труда Окладная схема оплаты труда .
  • 4. Отдел веб-проектов Главные особенности операционной деятельности: Разработка продукта, а не проекта; Внутренний заказчик – сотрудники нескольких отделов компании; Динамичный проект – много мелких срочных изменений; Слабо формализованные среднесрочные планы заказчиков.
  • 5. Проблемы при оценке труда Как оценивать интеллектуальный труд? Оценивать сотрудника или команду? Кому, когда, как часто и за что улучшать финансовые условия? Как через оценку помочь сотруднику с профессиональным ростом? Как принципы оценки зависят от типа работы (проектная и операционная деятельность)? Нужно ли (и можно ли) привязывать оценку работы программистов к результатам продукта?
  • 6. Мотивы, цели, мотивация Цели компании Alawar для отдела веб-проектов Разработка новых возможностей; Организация стабильной работы серверов и сервисов; Осуществление оперативной поддержки пользователей, сотрудников и партнеров; Соответствие выполненной работы планам компании. Мотивы разработчиков Профессиональный рост (решение сложных задач, знание технологий); Повышение ответственности; Высокий доход.
  • 7. Задачи системы мотивации Основные задачи системы мотивации: Повышение эффективности работы отдела веб-проектов; Прозрачность оценки работы отдела как для сотрудников отдела, так и для заказчиков; Четкая схема повышения ЗП сотрудникам; Создание условий для профессионального роста сотрудников. В моем докладе система мотивации = система компенсации. На самом деле это не так!
  • 9. Личностная мотивация Критерий оценки: Матрица компетенций – 17 параметров оценки: выполнение задач в срок, удовлетворенность заказчика, активность в обсуждениях, уровень используемых технологий и т.д. Задачи менеджера: Определить ключевые показатели для каждого уровня знаний; К каждому уровню знаний привязать уровень ЗП; Регулярная (раз в полгода) аттестация – динамика изменения значений; По результатам аттестации составить план развития сотрудника (что исправляем сначала, что потом).
  • 10. Матрица компетенций Junior-developer Developer Senior Tech teamlead Выполнение задач в срок (релизных и внерелизных) Вышло менее половины запланированных задач Вышло более половины запланированных задач Вышли все задачи, запланированные в релиз или на определенный срок Выдерживает сроки сам, задает другим Удовлетворенность заказчика качеством реализации задачи и взаимоотношением с сотрудником отдела Заказчик с сотрудником не работает, обратного отзыва нет или удовлетворенность слабая Заказчик работает с сотрудником, удовлетворенность средняя Заказчик полностью удовлетворен работой сотрудника Заказчик полностью удовлетворен работой сотрудника Участие в общих обсуждениях В обсуждениях ведет себя неактивно, новые темы не поднимает, на планерках в основном слушает В общих обсуждениях задает вопросы, на техпланерках предлагает решения, новые митинги не инициирует Поднимает новые темы, привлекает других людей к обсуждению общих вопросов Принимает решения об организации новых обсуждений, привлечении коллег по ряду вопросов Использование технологий и архитектурных решений соответствующего уровня При использовании аналитики, подготовленной коллегой, совершает ошибки Выполняет аналитику, подготовленную другим коллегой, в основном без ошибок. Сам готовит аналитику для программистов Готовит самостоятельно аналитику задач, использует различные архитектурные приемы, исследует возможные технические решения, ищет и внедряет best practice в нашей системе Делает ревью аналитики, подготовленной другими сотрудниками, играет роль системного архитектора
  • 11. Пример плана развития сотрудника Ориентиры в работе Васи Пупкина на период до следующей аттестации: Коммуникации (принимать более активное участие на планерках); Уделить внимание удовлетворенности заказчика (соблюдать сроки); Подумать над среднесрочными личными целями; Повысить качество документирования проектов.
  • 12. Командная мотивация Критерии оценки: Соответствие плана и факта; Фидбек заказчика; Субъективное мнение менеджера команды. Задачи менеджера: Определить периодичность оценки; Определить периодичность выплаты бонуса; Выбрать схему распределения бонуса в команде. Бонусы за коммерческий результат проектов
  • 13. Результаты внедрения. Плюсы Начало разработки – ноябрь 2009. Внедрение, первая аттестация – январь 2010. Мы получили следующие выгоды: Сотрудники получают road map профессиональной карьеры; Выработана четкая схема повышения ЗП; Мы ответили на вопрос «Почему я получаю столько денег?».
  • 14. Результаты внедрения. Минусы Необходимо отметить следующие недостатки: Некоторая сложность системы; Что дальше делать tech lead’ у? Необходимость дальнейшего индивидуального плана; Не оцениваем технические знания сотрудников; Для тестеровщиков данная схема подходит лишь частично.
  • 15. Проектная работа Особенности: Проще планировать: есть ТЗ (на бумаге или в голове) от заказчика, определяем набор необходимой функциональности на каждую итерацию и приступаем к реализации; Проще распределять бонус: выполнили план – получили бонус.
  • 17. Пара слов Метрики не работают. Меньше сотрудников в прямом подчинении – делите команды на группы, создавайте промежуточный уровень управления . Субъективизм менеджера никто не отменит. Ищите грамотных менеджеров. Ищите правильных людей . Другие схемы оценки работы сотрудников: 3+3+3 Баллы за задачки Индивидуальные
  • 18. Спасибо за внимание! Мы готовы к сотрудничеству. Александр Погребняк Руководитель отдела Web- проектов E-mail: [email_address] Twitter: @apogrebnyak