Команда Ultimate Guitar буквально сидит друг у друга на головах: рабочая обстановка у нас напоминает все что угодно, кроме «офиса международной компании». Однако эта теснота и атмосфера рукотворны и имеют четкие бизнес задачи:
- постоянное увеличение скорости и количества проводимых экспериментов,
- безбарьерное распространение знаний,
- подталкивание к совместной работе,
- возникновение нетривиальных идей.

Такая модель работы необходима для обеспечения первенства сервису Ultimate Guitar, но совершенно не совместима с «работой из дома». Поговорим об этом, а также:
- о том, почему не стоит работать с мудаками,
- зачем нужны систематические увольнения,
- как увольнения соотносятся со "ставкой на таланты",
- о повышении "фактора странности" компании и превращении менеджера в ведущего шоу.

Google и другие интернет и high-tech компании известны своими достижениями в корпоративной культуре, управленческих подходах и практиках, отношением к сотрудникам, а также онлайн и оффлайн инструментами для совместной работы.

Многие из этих практик и инструментов организационного дизайна применимы в других индустриях и организациях — от стартапов и корпораций до университетов и государственных структур. Один из ярких примеров такой практики — это система OKR (Objective - Key Results: человеческая замена KPI, применимая в Agile-процессах).

С 2014 года мы с группой единомышленников из GameChangers.ru проводим исследование “Организационный дизайн динамичных организаций” и готовы предоставить анализ и рекомендации по использованию наиболее эффективных инструментов и методов стратегического планирования в следующих сферах:
- как организовано управление информацией и принятие решений,
- как распределены обязанности и ответственность,
- как организовано получение обратной связи сотрудников,
- как культура и основные ценности организации воплощаются в конкретных инструментах и практиках,
- как люди, которые лучше всего подходят для определённых позиций оказываются именно на них — практики приема новых сотрудников и ротация персонала внутри компании.

На текущий момент в фокусе исследования в IТ: Google, Valve, GitHub, LinkedIn, Atlassian, Яндекс, ВКонтакте, JetBrains.

Другие сферы: НИУ ИТМО, Иннополис, РосАтом, СБерБанк, Zappos, Uber, Tesla.

Захотят ли суровые админы принять модный тренд за основу своей работы? И получится ли изолированно от разработки принести пользу бизнесу?

Это те вопросы, которые мы даже не задавали себе, когда 3 года назад совет директоров поставил перед службой эксплуатации задачу увеличить стабильность сайта.

Я покажу, что находится за горизонтом событий службы эксплуатации. Опишу признаки DevOps, которые служили ориентирами на пути к результату. И опишу инструменты, которые сработали: за 3 года стабильность работы сайта hh.ru выросла в 10 раз.

Как часто вы слышали эти мифы об обучении и развитии сотрудников: «обучение — это очень дорого»; «наймите тренера-эксперта — у него есть правильные ответы на всё»; «а вот мы сейчас обучим сотрудника, а он уйдет к конкурентам»? Они очень распространены, но при этом неверны, а местами даже вредны.

Я расскажу, как мне на практике пришлось столкнуться с ними, и как я с ними боролась. И вот на каком реальном примере: год назад Parallels приобрела крупного разработчика ПО для удаленного доступа к приложениям и виртуальным рабочим столам — компанию 2X Software со штаб-квартирой на Мальте. В связи с этим возникла необходимость предоставить бизнес-поддержку для нового продукта. Но задача осложнялась тем, что до этого момента сопровождение этого софта осуществлялось силами мальтийских сотрудников интуитивно, а наша основная команда специализировалась на клиентской поддержке.

В результате мы оказались в ситуации, когда успех интеграции нового решения в линейку наших продуктов зависел от того, как быстро мы сможем подготовить специалистов для работы в новой реальности технической поддержки: Business VS Consumer. Бизнес требовал от нас быстрых результатов, что в тех условиях мне представлялось просто невозможным. Я не видела, как можно решить данную задачу, используя традиционные методы переподготовки команды.

Пытаясь развеять эти мифы и подготовить специалиста с качественно иными навыками и умениями, я поняла следующее:
- Найти необходимого специалиста новой формации сложно, а переподготовка и традиционные формы обучения текущих кадров не работают. Я расскажу о формах, которые в итоге сработали и принесли достойные результаты. Например, нам удалось сократить время обучения новых сотрудников с 6 до 2 месяцев. А команда, состоящая лишь из 6 инженеров обрабатывает заявки теперь не за 10 часов, а за 1.5 часа.
- Техническая подготовка и “прокачка" сотрудников информацией не повышает эффективность команды, а высокие показатели специалиста по результатам аттестации не гарантируют качественную поддержку: быстрое время ответа клиенту, 100% качество обработки заявок, удовлетворенность клиента более 90%.
- Для переподготовки специалистов не обязательно требуется значительный бюджет и привлечение внешнего тренера-эксперта. Обладая минимальным бюджетом и активно используя внутренние резервы компании, такие как разработка персональных планов обучения ведущими внутренними специалистами, анализ case study, подготовка самими инженерами тренингов по компонентам, проведение Q&A с разработчиками продукта — можно значительно повысить уровень подготовки команды.

Очень часто можно встретить менеджера/владельца проекта, который не понимает и не хочет ничего понимать о юридическом аспекте проекта — основах договорных отношений с заказчиком, партнёрами и сотрудниками.

На практике сталкиваемся постоянно:
- начали работать до заключения договора, потом дошли до конфликтной ситуации и без договора перессорились/подали друг на друга в суд;
- нет представления о том, что, в принципе, многие вопросы поддаются договорному регулированию — как в обычных отношениях заказчик/исполнитель, так и в отношениях между партнерами по бизнесу (раньше отношения партнеров (акционеров, участников ООО) нельзя было урегулировать по российскому праву и инструмент использовался по английскому праву — это было дорого и только для олигархов. Сейчас эти нормы появились в нашем праве и ими можно воспользоваться даже стартапам;
- стали развивать и рекламировать продукт и не зарегистрировали товарный знак, не продумали концепцию правовой безопасности бизнеса;
- скачали договор займа с инвестором/трудовой договор с работником/договор заказа с фрилансером из интернета и заключили "компот из букв".

Основная отговорка — это сложно и/или дорого. Нужно нанимать грамотного юриста.
Не так все страшно, расскажем, какие есть инструменты для бюджетного решения некоторых задач, какие задачи надо делать самому, и на каких задачах экономия на юристе выйдет себе дороже.

Речь пойдет об опыте Mail.Ru Group в области организации масштабного обучения студентов на базе ВУЗов и привлечения junior программистов в компанию.

Основные вопросы:
- зачем бизнесу нужна стажерская программа?
- зачем бизнесу нужно сотрудничество с ВУЗом?
- какие оптимальные схемы сотрудничества, как продать ВУЗу обучение на его базе?
- кто должен преподавать, и как продать своим сотрудникам обучение студентов?
- как организовать обучение и как привлекать студентов ВУЗа?