Русский
Русский
English
Статистика
Реклама

Аутсорс

Recovery mode Свободные руки! Культура аутстаффинга в ИТ

05.11.2020 18:21:17 | Автор: admin

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

Веб-студия Reactive основана в Перми в 2001 году. 500+ ИТ-проектов в коммерческом и государственном секторе. Сайты, сервисы, автоматизации, фирменные стили.

Сергей Калагин, руководитель проектов в Reactive:

Серьёзная ИТ-контора заключила крупный контракт на разработку информационной системы. Срок до конца текущего года. Проходят месяцы предварительной оценки работ компания понимает, что для реализации проекта в срок текущих кадров не хватит. Кто-то, конечно, говорит, что должны успеть. Но люди с опытом предупреждают, что всё на тоненького и нужно начинать искать дополнительные ресурсы. Пока утверждают новую штатку и озадачивают HR, пролетает ещё месяц. Менеджеры шерстят предложения ИТ-агентств и студий думают нанять временных специалистов по схеме аутстаффинга. Руководство говорит: Дорого, ищите дальше или делайте сами. Месяц. Еще месяц. Полгода. Становится очевидно, что сроки сорвут, и тогда штрафы обойдутся куда дороже, чем сторонние специалисты. Компания обращается к нам за аутстаффом.

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

Доволен клиент счастлива студия. Больше лояльных заказчиков, разработчики не скучают между вкусными проектами, есть о чём написать на habr и vc. И тут начинается чехарда.

Алексей Волков, один из двух основателей и управляющий студии разработки DigitalWand

Запросы как правило штучные: дайте одного мидл-битрикс разработчика, дайте одного верстальщика или фронтендера, только не сеньор уровня, это дорого. Мало кто закрывает потребность в целой команде. Так наши сотрудники расходятся по разным компаниям. Это мешает им сыграться.

DigitalWand лучший аутсорс-продакшн в России по версии Tagline основана в 2015 году партнёрами из Москвы и Краснодара. 500+ проектов для 200+ клиентов: Лаборатория Касперского, ГК ПИК, Deloitte, МETRO, и другие. Специализируется на PHP и Python стеке на бэкенде и React, vue.js, вёрстке на фронтенде. 40 сотрудников.

DigitalWandникогда не хотели заниматься только аутстаффингом, хотя всё с него и началось:

Аутстафф очень удобен для небольших команд, ещё только встающих на ноги. Пришли к клиенту, сказали: Есть разработчики. Надо? Отвечают: Надо. Потом клиент просит ещё людей, и ещё. За новыми кадрами мы пошли на хедхантер. Так крупная команда и сформировалась, не на пустом месте же ей появится. Аутстафф удобен тем, что в критической ситуации можно крикнуть Свободные руки!, и вас пристроят, пусть и по отдельности к разным клиентам.

Стратегически, однако, Алексей на этом бизнес не строит:

Клиенты перестают ценить экспертизу студии воспринимают как отдельных специалистов. Вот есть у нас Петя программист крутой, он ценен. Петя говорит: Я устал, я ухожу. Клиент сообщает студии: Вы нам больше не нужны, и звонит Пете напрямую. Да и внутренние проекты студии развивать трудно.

С другой стороны, и у самих разработчиков при такой схеме есть предел роста:

Джуны и мидлы ок, а сеньоры хотят на большой крутой проект и крупную архитектуру, а не метаться туда-сюда. Часто таких людей клиенты хотят держать внутри: тимлид на месяц не нужен, его надо на постоянку. Получается, команда ограничена по своим скиллам. Спецов выше мидла не вырастишь. А тогда и проекты выше среднего уровня не возьмёшь. Так что со временем от аутстаффа нужно уходить.

Роман Штых, директор компании Fullstack Development разработчиков из Томска

После карантина работа стала преимущественно удалённой может, и аренду на будущий год продлевать не будем. Вроде хорошо: экономия. Но нет офиса разрушается культура. Раньше основное ядро встречалось здесь. Теперь нет. Тем более аустафферы: они фактически работают в другой компании, и студия должна создавать для них комфортные условия гибкость переходов между проектами, бонусы, культуру. Всё, чтобы поддерживать связь с родной командой.

Fullstack Development работает с 2013 года. Из 50 сотрудников больше 40 разработчики. Штат разбросан по России. До трети оборота компании заказы из Индии, Европы и США. Frontend-специализация Typescript+React+Redux. Backend Haskell. Доля аутстаффа в обороте до 40%.

Продажа почасового труда и дляFSDне была стратегическим приоритетом:

Иногда у нас проект сворачивается и люди высвобождаются один человек, например. Под него большой заказ не возьмёшь. Специалиста нужно пристроить куда-то, пока не сформируется команда и не появится новый интересный запрос от клиента. И мы ищем для спеца аутстафф-предложения. Но только до того момента, пока он нам самим не понадобится. Конечно, лучше его там надолго не оставлять.

Вынужденное балансирование между разработкой под ключ и аутстаффингом удел студий с амбициями больших проектов. Есть, однако, и те, кто встаёт на путь аутстаффинга осознанно, - поясняет Роман:

Заёмный труд проще всего продать, им проще управлять. Минимизируешь свою ответственность: менеджмент, процессы всё на стороне клиента. От тебя только соответствие разраба скиллам. А чтобы уходить в аутсорс-проекты нужно отвечать за управление, тестирование, аналитику по ТЗ. Это как раз то, к чему мы стремимся, куда стратегически двигаемся: совсем другой уровень комплекснее, чем аутстафф. Хотя, есть компания, которая собирает всех чуваков с рынка тысяча человек в базе и перепродаёт другим. Если занимаешься только этим и всё под это заточено нужен поток.

Минчане Appservice развивают сразу оба направления.

Валерий Семилетов, директор Appservice

Аутстаффинг у нас половина оборота, изначально одно из направлений бизнеса. Я никогда не переживал, что предоставляю сотрудников под управление другого менеджера. Этого боятся, когда страшно потерять человека, и он уйдёт в другую команду. Но тут надо другим заинтересовывать сотрудника: если человек не хочет у тебя работать, ты его не удержишь это ИТ. Я не боюсь давать контакты напрямую, потому что сотрудников привлекаю не ограничениями, а плюшками. Большой клиент не уведёт сотрудника это удар по репутации, а в остальном просто работайте ребята, и всё будет хорошо.

Appservice белорусская компания выходцев из ИТ-отдела Raiffeisen Group. Технологии: Back-end Python, PHP и Java, JS; Frontend React, Angular, JS, HTML, CSS; Mobile Swift, Kotlin, React Native.

Аутстафф-разработчиков привлекают в компанию и зарубежные проекты Appserviceработает в основном с ЕС, США и Россией:

Мы изначально так ориентировались. Внутренний рынок Белоруссии маленький, он не в тренде. Из США и ЕС заказы получаем через партнёров диджитал агентства без своего офиса разработки. Помогает и линкедин, и конференции, и фейсбук.

Прицел на Запад подтверждаетРоман Штых:

Все к этому стремятся: чеки больше, заказчики по-другому относятся. Не смотрят свысока, воспринимают тебя как партнёра. Там более развитая экономика, зарплаты выше, и ставки для аутстафферов и аутсорсеров тоже привлекательны. Плюс фокус у нас на хаскель - он открывает дорогу к крутым, сложным, интересным проектам. На рынке таких компаний немного, поэтому мы востребованы во многих странах.

А вот другой сценарий: Reactive сначала был потребителем заёмного труда, затем стал поставщиком. РассказываетСергей Калагин:

Сначала мы обратились к аутстафф-компании, когда не хватало людей на клиентском проекте: взяли двух разработчиков со стороны, добавили своих аналитика, менеджера и тимлида и продали полноценный аутсорсинг. Я параноидально следил за каждым действием аутстафферов, требовал отчёты и созвоны, просил у своего тим-лида постоянно мониторить качество кода ребят. Потом клиент посадил на проект внутреннего аналитика, поставил человека, который ревьюил код, и добавил своего тимлида. Мои штатные сотрудники отпали, на проекте остался я да два сторонних разработчика.

Со временем внешних аутстафф-сотрудников становилось больше.

Эти удалёнщики стали для меня ближе офисных ребят, которые сидят в метровой доступности. У нас появились общие темы, приколы, взаимная поддержка в сложных моментах. В основном, разработчики, с которыми я работал по аутстаффу общительные, профессиональные и совершенно не против аутстаффероской модели отношений.

Два года назад, когда такой способ работы стал для Реактива необходимой нормой, ребята открыли своё аутстафф-направление.

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

Для Реактива аутстафф не только дополнительный доход: работа по такой схеме заставляет улучшать и внутреннюю систему подбора и развития сотрудников. Обучение скиллам базовым или продвинутым, в зависимости от грейда специалиста притягивает в студию способных программистов, и гарантирует аутстафф-клиентам, что с ними работают люди с актуальными знаниями и опытом. Программы обучения, развития и менторинга мощный инструмент компаний-разработчиков.Роман Штых о системе подготовки кандидатов в Fullstack Development:

Разработчики нужны всегда. Найти готовых с нужным уровнем трудно. В 2016 году мы решили сделать бесплатнуюпрограмму, чтобы человек в ней был заряжен на рост, и потом приходил уже уверенным в себе джуниором. Она открыта для всех на сайте, длится 6-8 месяцев и состоит из пяти заданий. Разбираешься в коде, верстаешь сайт, собираешь единый проект и отправляешь на ревью разработчикам. Если всё ок, то собеседование, трудоустройство.

Пройти обучение в FSD можно бесплатноПройти обучение в FSD можно бесплатно

Такая программа со временем становится общим плодом компании и соискателей:

Она постоянно меняется: сперва была собрана на коленке, потом сами участники стали предлагать улучшения. Недавно запустили шестое задание: берём небольшие команды, которые под контролем нашего менеджера начинают учебный проект, и параллельно изучают React. Учатся работать в команде с менеджером, по спринтам. Реальный опыт коммерческой работы. Ребята сильно бустятся по компетенциям.

Пройти такую программу под силу не всем: 20 000 записались, закончили 50. Но это те, у кого есть мотивация и дисциплина лучшие, интересные, перспективные. Сразу после программы специалисты уже решают джуниорские задачи. Есть пример выпускника, который меньше чем за год вырос до миддла. Меняем людям жизни и открываем яркие таланты - говорит Роман:

Одна из нынешних коллег год назад, во время декрета, прошла программу и оказалась талантливым разработчиком. Парень трудился на производстве, образование не связано с разработкой. Прошёл программу сейчас один из топ оплачиваемых разработчиков. Другой был продавцом в сетевом ритейле, недавно прошёл наш курс по бекенду, чисто по хаскелю и теперь он джуниор второго уровня, работает на международном проекте. Ребят ценят. И мы за это очень ценим программу.

DigitalWand отбирает сотрудников не менее строго.Алексей Волков:

Критерии людей, которых мы пускаем внутрь, чётко разграничены по таблице грейдов. Кандидат заполняет бланк со скиллами и проходит техническое интервью: я проверяю его таблицу, соотношу данные с реальностью. Как правило, это негативный сценарий. Хороший вариант когда я прошу: Расскажи про интересный проект, спрашиваю: Что тебе нравится в твоей работе?, и человек азартно рассказывает не остановить. Завязывается свободный неформальный диалог с углублением в технические детали это уже не допрос, как на уроке в школе. Без увлечённости в нашей сфере плохо: недавно расстались с джуном, который пришёл в программирование только потому, что здесь много денег. А когда приходят ребята-идеалисты, пусть и малоопытные, но им важно, интересно, огонёк в глазах, то стараемся заметить и поймать такого человека.

Нанял развивай. ПродолжаетАлексей:

В компании есть базовая программа по фреймворкам: общая постановка задачи, как её озвучил бы клиент, но без привязки к конкретной технологии. Детали реализации студент выясняет сам: в интернете курсов хватает. Так мы проверяем, насколько вообще сотрудник может автономно работать. Важен склад мышления. На одном из фреймворков мы учим тому, как эти вещи должны быть в принципе устроены. К примеру, знаешь mvc-паттерн в одном фреймворке значит, разберёшься и в остальных. Учим и пониманию серверной части. А про социальные скиллы сомневаюсь, что им можно научить. Стараемся устраивать ситуации, где можно пообщаться на практических задачах.

У каждого сотрудника компании есть план развития и аттестаций. Если клиент не принимает аутстаффера значит, тому не хватает скиллов. Ему меняют план: что учить, какие задания выполнять. Чаще отправляют на собеседования, чтобы понять, чего не хватает клиенту. Свободное же время крутых специалистов используют на обучение джунов.

Всерьёз прокачивают сотрудников и в FSD.Роман:

По итогам входной программы на собеседовании сотрудник сдаёт на первого джуна. Сдал добро пожаловать на карту развития Developers roadmap описание того, что должен знать разраб на каждом грейде: 3 джуниора, несколько мидлов, сеньор. Чёткие вопросы и технологии, по которым оценивается сотрудник. Если ты джуниор первого уровня и собираешься сдавать на второй, то изучаешь темы этого грейда, и сдаёшь их более опытным программистам. Мы верим, что лучшее обучение когда обучаешь другого. Примерный срок каждой аттестации планируем уже при трудоустройстве. Это непросто работать с мотивацией, поддерживать культуру саморазвития: чувак, мол, нужно сдавать. А софт-скиллам не обучаем: они должны быть по дефолту, это видно на собеседовании.

Требования всех подуровней сведены в три основных грейдаТребования всех подуровней сведены в три основных грейда

Технические компетенции Экспекто патронум и Алохомора программиста. Но без дисциплины как без волшебной палочки они мало чего стоят. При удалённой почасовой, да ещё и аутстафф работе трекинг времени и онлайн контроль специалиста приходятся к месту.Роман Штых о том, как с этим обходятся в Fullstack Development, и как к этому относятся разработчики:

Противоречий с сотрудниками не было. Оплата почасовая: натрекал 120 часов, столько и оплатим. Клиенты платят по той же схеме time & material. Работаем по тайм-трекеру clockify. За экраном компьютера разработчика не следим. Раньше был скриншот монитор, но быстро отказались: всё равно работали на доверии. Один раз только было такое, что чувак натрекал 30 часов и ничего не сделал мы тут же расстались. На входе стараемся валидировать ребят, чтобы по культуре подходили. Если токсичные и нечестные, то не берём.

В DigitalWand доходит и до просмотра экрана, но и здесь таких случаев единицы, - говоритАлексей Волков:

Для новых сотрудников используем hubstaff: сервис записывает экран, считает активность мыши и клавиатуры. Без этого не работаем. Когда понимаем, что с сотрудником совсем всё плохо, то туда лезем. На заре компании, пока не выработали жёсткие критерии соискателей, брали проблемных людей. Была ситуация: человек настроил скрипт и ушёл по своим делам. На экране сменяли друг друга окна с браузером и кодом, казалось, что кто-то кликает мышью и жмёт на клавиши. Мониторинг позволил с таким волшебником быстро распрощаться.

Помогают и другие инструменты контроля и сверки часов с ремоутерами: DigitalWand разработала своймитап-бот, задающий разработчику с утра пять вопросов по текущим статусам.

Как управляют удалёнными сотрудниками в Appservice комментируетВалерий Семилетов:

Мы поняли, что скрининг монитора не дает эффекта. При этом часто демотивирует сотрудника. Как будто мы ему не доверяем.

В поисках модели управления удалённой работой студия пришла к таким выводам:

1. Нужно вести четкий и последовательный учет задач.

2. Желательно декомпозировать задачи таким образом, чтобы их выполнение не занимало более одного дня.

3. На дейли-митингах проводить контроль выполнения задач вчерашнего дня, и определять задачи на текущий день.

4. Держать в запасе задачи на два-три дня на каждого человека.

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

Благодарим руководителей представленных компаний за время и помощь в составлении материала. Отдельная благодарностьВалерию Семилетову: все это время в Минске проходят протесты, ситуация напряженная, была объявлена национальная забастовка.

Люди волнуются, задают вопросы. Сотрудники хотят информации. Когда всё начиналось, был выключен интернет, мы не работали, все были взволнованы, кто-то напуган. Люди сидели в новостях несколько дней. Последнее время был более спокойный период. Сейчас снова все переживают. На митингах опять начали применять спецсредства, задерживают много людей.

Так что, кому тяжело, держитесь, желаем мира!.

Reactive. Made in Ural.

Подробнее..

Перевод - recovery mode Трудности аутстаффинга борьба с культурными различиями

14.12.2020 16:17:31 | Автор: admin

Как избежать недопонимания между сотрудниками и добиться лучших результатов в работе в нашем переводе статьи специалиста международной ИТ-компанииShakuro.

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

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

Существует три полярности, возникающих при оценке проблемы:

  • Проблема требует технического/творческого подхода

  • Проблема решаема/не решаема

  • Проблема произошла из-за недопонимания/небрежности

Характер того, как человек взглянет на проблему, будет носит чёткий отпечаток его культуры. И так как у каждого этот отпечаток разный, эти отличия могут встать на пути у перспективного аутстаффинга. Давайте разберём этот вопрос подробнее.

Нанимайте людей, а не просто сотрудников

Для начала давайте уточним, что такое аутстаффинг. Это понятие имеет схожие черты с аутсорсингом, но при это есть одно неочевидное отличие. Аутстаффинг подразумевает наем сотрудников так же, как членов внутренней команды. То есть вы расширяете свой внутренний штат удалённой командой, которая соблюдает все юридические положения, корпоративную культуру, убеждения и цели вашей компании.

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

В этом случае вы нанимаете сотрудников, руководствуясь не только их навыками, но и множеством других факторов как:

  • Национальная принадлежность

  • Культурная принадлежность

  • Религиозная принадлежность

  • Социальные стандарты

  • Стереотипы

Национальная принадлежность

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

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

Наша программа аутстаффинга является частью расширенной командной модели, которую мы успешно применяем на протяжении почти 10 лет. В её основе лежит следующий подход:

Тщательно изучите национальные особенности клиента при помощи метода 360 градусов. Избегайте предубеждений и учитывайте специфику их культуры независимо от их географического положения.

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

Культурная принадлежность

Окей, национальную принадлежность можно выявить невооруженным глазом, а как определить культурную принадлежность? Каждый, будь это осознанное решение или же результат долгого проживания в определённой среде, причисляет себя к разным культурам. Происходит ли это естественно или же под влиянием обстоятельств, но каждый человек становиться частью той или иной культуры. И выявить данную принадлежность гораздо сложнее, потому что отсутствует четкий критерий, как например географическое положение. Но как только вы найдёте подходящую характеристику, в этом деле вам станет значительно легче.

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

Быть в курсе всех трендов в мире технологий это полдела. Чтобы оставаться востребованным на рынке труда, нужно также оттачивать свои технические навыки. Когда мы проводим собеседование у кандидатов на должность UI/UX дизайнера, тимлид всегда интересуется увлечениями соискателя. Это помогает выявить его культурные и художественные склонности.

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

В основе нашего метода по выявлению нужд наших заказчиков и их клиентов лежит любознательность и свобода от предрассудков.

Выявить культурную принадлежность довольно просто благодаря доступным в наше время ресурсам: соцсетям, фильмам, книгам всё это позволяет раскрыть все тонкости и тренды современных субкультур.

Всё-таки люди дорожат своими интересами и готовы с радостью рассказать вам о них, если вы проявите интерес.

Религия

Почему это вообще должно иметь значение? Всё просто: религия является одним из факторов, составляющих мировоззрение человека. Она способна повлиять на принятие решений. Ключевым фактором здесь служит вера. Это не просто убежденность в существовании высших сил это набор принципов и правил, которые отражаются в каждом принятом решении.

Нам повезло, что мы выросли в многоконфессиональной стране и смогли ознакомиться с разными религиями: Христианством, Буддизмом и Иудаизмом.

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

Социальные стандарты

Мир многообразен не только в этническом, культурном и религиозном плане. Отличаются и социальные стандарты. Говорят: Сытый голодному не товарищ, получается, если разница в уровне жизни слишком велика, то на свете нет возможности достичь взаимопонимания?

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

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

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

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

Стереотипы

Преодоление национальных и культурных стереотипов играет ключевую роль в построении доверительных отношений между внутренней и внешней командами или менеджерами и аутстафферами.

Любой менеджер с зарубежным опытом работы может часами рассказывать забавные истории о том, как ведут бизнес в разных странах. Одну из таких историй поведал нам один из наших сотрудников:

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

Наше долгосрочное сотрудничество с израильскими компаниями позволило узнать многое о их культуре и нравах. Однако достичь взаимопонимания было нелегко. Каждые три месяца наши команды навещали друг друга, чтобы укрепить дружеские отношения. Затем мы ввели так называемые веселые часы, во время которых команды созванивались онлайн и вместе проводили свободное время. Удивительно, как быстро могут сдружиться люди, если они откроются друг другу в непринужденной обстановке.

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

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

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

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

Ведение бизнеса на Ближнем Востоке довольно интересное занятие. Тамошние компании готовы щедро платить, но взамен потребуют от вас выложиться на полную и отработать каждый доллар. При общении с вами они также учитывают ваше поведение, а не только технические навыки.

Стереотипы проявляются в виде гипертрофированных образов. Их цель облегчить мышление, систематизировать мир и создать общую картину, где вы так или иначе немного лучше других. Однако бизнес требует равенства, нейтралитета и уважения. Поэтому мы избавляемся от стереотипов и работаем со стартапами и предприятиями со всего мира. Культурные и этнические различия не преграда для достижения общих целей.

Послесловие

Культурные различия лежат в основе нашего мира. Они делают его интереснее. Безусловно, желание доверить работу своему соотечественнику не беспочвенно. Люди наиболее эффективно работают с теми, кого они понимают, с теми, кто ведет себя схожим образом.

Однако вы можете перенять некоторые национальные и культурные особенности ваших иностранных коллег и в целом вести себя уважительно по отношению к ним и их особенностям.

Наши рекомендации по установлению наилучших взаимоотношений с аутстафферами:

  • Не нужно предполагать, поняли ли вы собеседника. Проверяйте, так ли это на самом деле.

  • Не полагайтесь на интуицию. Разбирайте и уточняйте каждую мелочь.

  • Мотивируйте сотрудников изучать культуру тех, с кем и на кого они работают. Помогайте им в этом.

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

Подробнее..

Почему тестировщиков джун, мидл и сеньор не существует. Или как мы уже 10 лет работаем без грейдов

03.09.2020 20:17:52 | Автор: admin


Привет, Хабр! Меня зовут Женя. Десять лет назад я стартанул агентство аутсорс-тестирования Кавычки. У нас в компании нет и никогда не было деления тестировщиков на джунов, мидлов и сеньоров. Хотя были попытки. Расскажу, почему так получилось и как можно жить без грейдов.

Спойлер: жить не тужить

Disclaimer


Многие IT-компании используют грейды (они же градации, ранги, классификации и т. д.) такой способ поиска, оценки и мотивации людей. Окей, система выглядит вполне логичной. Если ты мидл ты должен знать вот это, уметь вот это, а твоя зарплатная вилка вот такая. И было бы всем счастье, если бы это действительно работало.

Еще на старте я понял, что в моей компании с грейдами не срастется. Сколько бы я с этим не сталкивался, они не оказывались чем-то внятным, кроме как строчкой в резюме. Здесь все-таки стоит сделать небольшую пометку: мы занимаемся аутсорс-тестированием и работаем с разными проектами. В нашем случае грейдирование оказалось бесполезным. Возможно, компаниям, которые развивают только свой продукт силами внутренней команды, эта история подойдет.

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

Откуда ноги грейды растут или немного лирики


К 20 веку корпорации стали больше интересоваться методами эффективного управления командой. Тогда не существовало единой и понятной схемы, как определить взаимосвязь между ценностью, которую сотрудник приносит в компанию, и его зарплатой. Был такой психолог и владелец консалтинговой компании Эдвард Хэй. Когда он в очередной раз оценивал сотрудников клиента, его светлую голову посетила идея разработать методику, позволяющую рассчитывать эти показатели.

image
Непонятная схема или пример подстановочных таблиц (по Hay Job Evaluation and Profile Method)

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

В IT система грейдов по классике состоит из трехуровневой модели джун, мидл и сеньор. Правда, встречаются и более замороченные варианты: джуниор+, мидл+, мидл++ для знатных приверженцев грейдов. Часто компании формируют необходимый перечень навыков и подстраивают грейды под себя. Как итог на рынке много джунов, мидлов и сеньоров, но все они разные. И из-за этого и появляются запросы на грейд уровня + или ++. Потому что хрен ты сможешь оценить специалиста точно в указанные рамки. И вот здесь начинается Адъ и Израиль.

Что не так с грейдами


Первое, чо я понял их не существует

Когда я начал нанимать ребят в штат, то все чаще сталкивался с одной и той же ситуацией. На собеседование приходит человек с большим опытом на прошлом месте он был на позиции сеньор. Он хочет за свою работу высокую з/п, ведь он сеньор. Тогда я прошу его рассказать, за что он хочет такие деньги, что он умеет? В итоге понимаю, что знаю гораздо больше, но работаю за меньшие деньги. И опыт на тот момент у меня был небольшой около 5 лет. Тогда кто я, если обладаю большим объемом знаний, чем сеньор в тестировании? Может быть, дурак, который дёшево себя продает? Или, получается, что объективных градацией для меня просто не существует. Возможно, уровень сеньор должен определяться тем, что человек может решить любую задачу, потому что он не только имеет опыт, но и склад ума к solving problems. Посмотрим на это ниже.

Но я же мидлили нет?

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



Что мы получаем:

  • Система грейдов негибкая и необъективная

В некоторых компаниях формируют свои требования для каждой ступени грейдов. Но эта система работает только в рамках этой компании и для определенного продукта. И кроме того, согласитесь, что требование solving problems очень размытое.

  • Грейд ничего не говорит о настоящем уровне знаний

Сеньор может пытаться устроиться в другое место с более сложными проектами, но не пройдет даже на джуна. Потому что не обладает подходящими навыками.

  • Грейды ограничивают

Зачастую компании используют эту систему, чтобы привязать зарплату к грейду и стажу. И тем самым ограничивают человека. Для перехода на новую ступень, в копилочке должен быть определенный стаж работы. Сиди и жди. Но разве количество лет определяет уровень знаний?

  • Грейды всех путают

При поиске работы многие люди осознанно выбирают вакансии не по уровню знаний и навыков, а по размеру зарплаты, которая как бы соответствуют их грейду. Итог: разочаровываются обе стороны.



Окей, тогда как оценивать работу


Ну отказались мы от грейдов, чо дальше? Если работать по модели предоставления аутсорс-услуг, то нет смысла привязывать з/п к званию и стажу. Потому что в компанию приходят проекты с разным уровнем сложности, и работа над ними требует постоянного апгрейда навыков. Здесь логичнее смотреть на то, какие задачи может взять сотрудник, и сколько денег он принесет в компанию.

По каким параметрам оценивать сотрудника:

  • количество задач, которые он может взять;
  • уровень сложности, неопределенности и стоимость этих задач;
  • востребованность навыков, которыми он владеет;
  • общая прибыль компании.

Как это работает у нас: мы предоставляем клиенту команду тестировщиков на проект. Поэтому на собеседовании мы смотрим на навыки тестировщика и сопоставляем, на каких проектах можем их применить и под какие задачи. У нас есть диапазон з/п, в разрезе которого мы готовы обсуждать оклад. В этом диапазоне мы и определяем фикс в зависимости от проектов, на которых тестировщик сможет работать.

Если к нам приходит человек с хорошими знаниями, и мы понимаем, что можем применить их на максимум зарплата будет высокой. Но если к нам придет мидл или сеньор, а его знания закрывают задачи на 40 тыс. рублей, то и зарплата будет соответствующей. Потому что придется вложить время и силы в его обучение.

А что с мотивацией и ростом


Компания, которая не привязывает з/п к должности и стажу, дает большое пространство для развития. Хочешь расти и больше зарабатывать все в твоих руках: учись, бери новые проекты, работай над сложными задачами. Например, если наши тестировщики хотят поднять з/п, то мы с каждым обсуждаем: на какой проект для этого нужно пойти, какие задачи взять, чему научиться.

Чтобы такой подход работал, нужно создать все условия для этого. Как минимум странно, не предлагая никаких возможностей, ожидать, что все ломанутся на дорогостоящие курсы. В компании должна быть четкая взаимосвязь между точками роста и возможностями для этого:

  • Чтобы увеличить з/п, нужно постоянно учиться, прокачивать навыки.

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

  • Чтобы увеличить з/п, должна быть возможность взять новый проект или более сложный.

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

Человек учится, переходит на другой проект или берет еще проект, потому что на прошлом наладил все настолько хорошо, что его присутствие там требуется в меньшем объеме, и вместе с ним растет его з/п. Это же гораздо лучше и интереснее, чем сидеть, считать стаж, сдавать тесты на профпригодность и знания, которые ты потом никогда не будешь использовать. Или вовсе потерять интерес к профессии, упоровшись на одном проекте. А упарываясь на одном проекте, упираясь в потолок, люди будут покидать компанию.

Как-то все слишком красиво, где боль


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



Кому-то сложно работать без понимания, какой у него грейд. Без четкой инструкции, что нужно сделать; сколько проработать, чтобы добраться до нового уровня. И в этом нет ничего плохого такой тип мышления. Но я уверен, что без грейдирования и компания, и сотрудники могут достигнуть более крутых результатов, чем с ним. Потому что такой подход притягивает в команду целеустремленных и свободомыслящих людей. И они готовы действовать без каких-либо инструкций и рамок. К слову, на эту тему есть интересное исследование, что ждет компанию, которая откажется от жесткой иерархии и градаций. Возвращаясь к конфликту интересов, я вижу только два решения: либо найти компромисс и точки роста с помощью новых проектов и задач, либо попрощаться. Каждому свое.

Что еще важно или история про понты


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

Сказал а, говори б. Окей, вот история из жизни:

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

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


Занавес.

Ну вот как работать с человеком, который будет делать только то, что ему нравится? Как он будет развиваться и узнавать что-то новое? Какая мне разница сеньор он или не сеньор, если он не может сделать то, что нужно проекту?

Профессия тестировщика это не профессия, которая определяется грейдом. Да и в целом профессии в IT невозможно оценивать только в рамках должности и стажа. Нашу работу определяют знания и постоянное стремление двигаться вперед. Нужно обладать широким кругозором, интересоваться всем: от поведенческой психологии пользователя до разработки. С каждым годом проекты становятся все сложнее и требуют новых навыков и знаний. И при таком раскладе упереться в то, что ты всего достиг и больше ничего не нужно значит выбрать путь в никуда.
Подробнее..

Некоторые более равны, чем другие. Удаленные сотрудники из Кремниевой долины сталкиваются с большим урезанием зарплаты

23.09.2020 14:17:26 | Автор: admin

С началом пандемии большинство разработчиков Кремниевой долины начали трудиться из дома. Довольно быстро они стали задаваться вопросом: зачем платить бешеные цены за аренду недвижимости, если домашний офис можно организовать где угодно? Средняя плата за аренду односпальной квартиры в Сан-Франциско составляет $3629. А, скажем, в Чикаго, Атланте или Филадельфии тоже вполне крупных городах она будет около $1650. Зачем платить лишние $2 тысячи, больше $20 тысяч в год, чтобы сидеть в своём стуле чуть поближе к штаб-квартире компании?

Многие задумались о переезде (по крайней мере, на время). Но хитрые финансисты Кремниевой долины своего не упустят. И теперь компании начинают имплементировать новую стратегию: регулируемая зарплата. Ваш доход будет снижаться соответственно тому, в насколько дешевый регион вы переедете. Гипер-экономию получить не получится, а удаленно жить где-нибудь в глуши может даже оказаться себе дороже.

Разговоры об этом шли уже давно, но теперь, по данным Bloomberg, первая фирма из Пало-Альто, VMware (принадлежащая Dell), уже ввела такую политику. Каждый удаленный сотрудник, решивший сбежать из дорогого Сан-Франциско, получит сокращение з/п. Если переехать к горам Денвера, получишь минус 18%. А если отправишься в Лос-Анджелес или Сан-Диего, будет минус 8%. В итоге релокация становится финансово невыгодной. Какая-то экономия получается, но всех проблем с переездом и обустройством на новом месте дело почти не стоит. Более того: чем выше зарплата (то есть, чем более важный и ценный сотрудник) тем менее выгодно ему становится переезжать.

Новая политика кажется довольно строгой, но после публикации материала Bloomberg один из сотрудников VMware написал пост, чуть детальнее поясняя ситуацию. Мол, изменению подлежит только базовая зарплата, а не бонусы. Поэтому снижение доходов у удаленщиков будет не настолько серьезным, как может показаться. Например, у него на зарплату приходится только половина от общей компенсации. А в других штатах США (не говоря о других странах) придется платить гораздо меньше налогов. И купить себе жильё будет потом в разы проще. Так что плюсы переезда для него все равно перевешивают недостатки.

Старший вице-президент VMware по управлению персоналом, Рич Лэнг, говорит, что компания меняет зарплату сотрудников в зависимости от средней стоимости труда в регионе и того, что предлагают другие работодатели. Лэнг признал, что, вероятно, некоторые сотрудники будут продолжать указывать, что они трудятся в Калифорнии, чтобы получать полную выплату. Но их будет меньше, чем можно было бы ожидать:

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

Компания также выдает всем дистанционным сотрудникам по $400 на организацию их домашних офисов.

Второй вариант решения проблемы с удалёнщиками, сбегающими из Кремниевой долины, предложила компания Stripe, один из главных конкурентов PayPal. Она выделяет им по $20 000 чтобы те могли переехать из крупных городов в более дешевые сельские регионы. Но и тут есть подвох. Как часть этой же сделки, они получают -10% к зарплате (по информации Forbes). То есть, уже спустя полтора-два года компания свое отобьет. Зато сотрудники смогут более комфортно обосноваться на новом месте. И производительность труда не пострадает так сильно.

Фирма ServiceNow, разрабатывающая облачную платформу, тоже думает об изменении почасовой оплаты сотрудникам, уезжающим из Сан-Франциско. По словам руководителя компании Билла МакДермотта, такая система стартует уже в 2021 году:

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

Twitter и Facebook тоже сделали расплывчатые заявления о том, что они собираются корректировать зарплаты сотрудников в зависимости от их местоположения. Twitter уже предлагает людям, работающим на дому, бонус в $1000 и дополнительные отпускные. А Facebook на днях открыла вакансию директора удаленной работы. Он должен будет отвечать за переход компании на удалёнку, разрабатывать стандарты, устанавливать глобальные ценности, а также заниматься вопросами льгот и оплаты труда. Плюс компания заявила, что выделит удалёнщикам $1000 для обустройства домашнего офиса.

Раньше Facebook собиралась возвращаться к работе в офисе уже под конец 2020-го. Но потом увидела, что производительность во время пандемии не снизилась, а даже возросла. Теперь Марк Цукерберг говорит, что его сотрудники продолжат работать удаленно, потому что за этим будущее:

Мы станем самой прогрессивной компанией в сфере удаленной работы для нашего масштаба. В течение 5-10 лет не менее половины наших работников по всему миру перейдут на удалёнку на постоянной основе.

Однако Цукерберг также предупредил, что, если рабочие будут переезжать в районы с более низкими затратами, им придется сообщать об этом компании. И их зарплаты будут изменены в соответствии с новыми условиями проживания.

Мы будем корректировать зарплату в соответствии с вашим расположением. Люди, которые не будут с нами в этом честны, получат серьезные неприятности, вплоть до увольнения.

Подробнее..

Жуткая антиутопия. Microsoft представила инструмент автоматической оценки качества работы сотрудников

29.11.2020 14:18:58 | Автор: admin

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

Чтобы помочь с определением того, является ли человек продуктивным, в конце ноября Microsoft выпустила новый инструмент для удаленных сотрудников Productivity Score. Его можно найти в Microsoft 365, в Рабочей Аналитике. Он позволяет начальникам следить за тем, насколько эффективно и активно их персонал использует инструменты Microsoft. Многие на Твиттере, в том числе эксперты по конфиденциальности, уже успели обвинить компанию в том, что она становится Большим Братом, и помогает организовать тотальную слежку за сотрудниками.

Инструмент собирает данные о поведении каждого пользователя их пакета по 73 показателям. И в конце каждого месяца выдает руководителям анализ качества их работы. Собирается, в числе прочего, такая информация, как:

  • регулярно ли сотрудник включает веб-камеру во время онлайн-совещаний;

  • насколько часто он отправляет и-мейлы (и сколько символов @ они содержат);

  • как часто сотрудник добавляет комментарии в общие документы или групповые чаты;

  • сколько дней он использовали Word, Excel, Teams, Outlook и Skype в течение последнего месяца.

Это только малая часть отслеживаемых параметров. При этом продукт выдает графики по таким метрикам, как качество работы в команде, качество работы на совещаниях, качество общения, эффективность общей работы над контентом и прочее). Эти метрики, которые некоторые называют эзотерическими, суммируются вместе с технологическим опытом (скажем, качество интернет-соединения, время загрузки, используемый софт и так далее). Получается одна цифра от 0 до 800 это и есть Productivity Score.

Если цифра большая, значит, компания работает эффективно. Если маленькая по мнению Microsoft, что-то идёт не так, или кто-то ленится. Свою цифру можно сравнивать с показателями других компаний. Есть также вкладка Recommended Actions, в которой находятся советы о том, как научить сотрудников лучше использовать продукты Microsoft 365, чтобы продуктивность повысилась.

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

Вице-президент Microsoft Джаред Спатаро сообщил, что компания внедрила в инструмент некоторые меры безопасности, чтобы показать свою приверженность принципам конфиденциальности. Например, оценка продуктивности каждого сотрудника суммируется не за каждый день, а по итогам 28-дневного периода. К тому же, существуют средства управления, позволяющие сделать данные анонимными либо полностью их удалить. Правда, Спатаро не упоминает, что доступ к этим элементам управления может получить только администратор. Работники ничего не выбирают. И даже анонимными сделать свои данные не могут.

В заявлении для Guardian представитель Microsoft повторил слова Джареда Спатаро, и добавил, что:

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

Независимые эксперты тем временем возмущены вопиющей слежкой за человеком, представленной в Microsoft 365. Дэвид Ханссон, автор Ruby on Rails и соучредитель Basecamp, говорит, что оптимизации продуктивности здесь не получится, метрики ничего не говорят о настоящей эффективности человека. Зато инструмент по своей сути является аморальным:

Даже слово антиутопия не передает всей жути этой идеи. Microsoft открыла новый портал в ад. Перманентное наблюдение за человеком это психологическое насилие. Неважно, осуществляется оно дома, на улице или на рабочем месте. Это постоянное беспокойство, необходимость выглядеть занятым ради достижения непонятных статистических показателей. Такое не следует навязывать никому.

Эксперт в сфере конфиденциальности данных Вульф Кристл пошел на целую тираду в Твиттере, разоблачая Microsoft. Он заявил, что такой функционал мониторинга сотрудников крайне проблематичен, и, главное, по умолчанию включен при загрузке Microsoft 365, пока его не отключат работодатели. По его мнению, новый инструмент Microsoft могут даже признать незаконным в странах Евросоюза. У региона довольно строгие правила по поводу доступа компаний к личным данным пользователей.

Ну а пока учтите, что если вы не отсылаете достаточно сообщений в Microsoft Teams, не оставляете достаточно комментариев в общих документах Word, и не рассылаете достаточно имейлов в Exchange, ваш работодатель может подумать, что вы жуткий лентяй.

В этом году проверка сотрудников с помощью автоматических сервисов набрала популярность из-за роста удаленной работы. В июне исследовательская компания Gartner выяснила, что 16% работодателей впервые воспользовались инструментами мониторинга. Среди самых популярных систем DeskTime, SPYERA, Time Doctor и Hubstaff. А сервис Sneek, фотографирующий сотрудников каждые 5 минут, в мае уже вызвал на себя шквал негодований. Но его тотальную слежку нужно было хотя бы специально включать. И сотрудники сами в настройках могли выбирать, как часто их фотографируют за рабочим столом. В Microsoft 365 никакой опциональности нет. Сервис теперь будет вас отслеживать и оценивать пока работодатель эту возможность ему не отключит.

Подробнее..

Разработчикам в продуктах делать нечего и до 30 лет надо фигачить

24.01.2021 16:23:06 | Автор: admin

Привет, этоХоливеби мы сдаем IT-команды в аренду. Если проще занимаемся аутстаффингом IT-компетенций. Мало того, считаем, что это полезно и выгодно не только нам и клиентам, но и самим разработчикам. Наши прошлые заметки про то, как мы занимаемсяторговлей черным деревомаутстаффингом вызвали неиллюзорное подгорание насобвинили в эйджизмеи несколько разобозвали галерой.

Сегодня расскажем, а нафига, собственно, разработчику такая радость ну шел бы сразу работать в продукт. Туда, где корпоративный повар, тринадцатая зарплата и Cyberpunk 2077 без багов.

Про возраст

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

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

А с другой стороны, они чувствуют, что пересесть в мягкое кресло продуктовой разработки они еще успеют. Чтобы прокачиваться в продукте, надо, чтобы повезло, как в рулетке. Достался хороший тимлид, вменяемое руководство, структурированный код с комментариями. Чтобы в компании была культура, в которой разработчик смог бы развиваться, общаться с командой, пробовать новое. И, желательно, чтобы проект не закрылся через три месяца, если это стартап. Такого не бывает примерно никогда.

Про опыт

В разных странах практикуется такое явление, как Gap Year. То есть год после школы и перед следующим учебным заведением ты тратишь на то, чтобы посмотреть свет. Бывшие школьники путешествуют, набираются опыта, размышляют о своем будущем.

Мы видим себя примерно тем же самым, только для уже опытных разработчиков. Ты поработал в паре продакшнов, но осесть пока не решаешься мы зовем к себе. В формате аутстаффинга ты сможешь поработать на нескольких крупных проектах, лучше понять, как там всё устроено изнутри. Понять, что для тебя ок, а что вызывает желание свалить поскорее.

Ну и всё это на фоне роста основных скиллов.

Если говорить конкретнее, то у нас есть заказчики из финтеха, есть просто технологические компании, есть ecommerce с посещалкой в несколько миллионов. Сомнительных проектов у нас просто нет, мы не беремся за сайты Свидетелей Иеговы, как тутписали в комментах:)

В среднем мы отдаем команду под проект на срок в полгода. Этого времени достаточно, чтобы каждый разработчик хорошо погрузился в тему и сформировал мнение: подходит ему это или нет.

Михаил, QA-специалист Holyweb

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

Про стабильность

Тоже важный момент, как показывают недавние события с увольнениями водном известном маркетплейсе. Раньше все думали, что на стуле ерзают только айтишники в tech-стартапах, которые нет-нет, да и пивотнутся из мультиплатформенного приложения для VR-спид-дейтинга в клининговую компанию с одним менеджером на телефоне. Или просто инвесторы их заколотят в деревянный ящик.

Оказалось, что в развитых продуктах тоже бывают неприятности. Вот ты сидел на приятной зарплате в 200К и пользовался слабым контролем, попивая колу из двухлитрового стакана. И вот ты околачиваешь пороги. Упс.

Понятно, что работу ты найдешь, и даже, возможно, с запросами я сеньор, 2 года опыта, дайте 250К и личный вертолет. Хотя эйчарам лучше бы насторожиться.

Поэтому аутстафф-компания (по сути сервисная) от такого защищает. Отвалился один проект перешли в другой.

Даниил, React-разработчик Holyweb

С чужой командой на аутстаффе работается примерно как и с обычной. Разница разве что в том, что подобная команда для тебя временная, проходит мысль захочу поменяю. Но можно и привязаться к команде проекта я проработал в такой 5 месяцев. Приходилось напоминать себе, где твоя настоящая команда.

Про деньги

Ага, вы продаете джунов как мидлов, платите им 30К, остальное в карман! примерно так часто пишут про аутстаффинг.

Джунов у нас нет в принципе, мы не продаем их под видом мидлов и не навариваемся на разнице как многие думают. Профиты у заказчика в этом случае другие: быстро получить укомплектованную команду людей под свои требования. Учитывая, что в противном случае ему придется перелопачивать тонну резюме и проводить десятки собеседований, заплатить больше, чтобы с этим было меньше проблем вполне себе нормальный сценарий. А если вспомнить, какие вилки желаемых зарплат у разработчиков на hh.ru то еще и выгодный.

К слову, в одном из предыдущих материалов мы рассказывали, как клиенту работать с таким форматом и разбирали распространенные кейсы.

Про комфорт разработчика

У нас галера, но такая, где каждому подложат подушечку под спину. Мы прекрасно понимаем, что такой бизнес, как наш, строится на лояльности программистов. Если мы не будем создавать дополнительную ценность для разработчика, то он справедливо сможет послать нас куда подальше и будет прав.

Поэтому мы вьемся вокруг своих сотрудников, как заботливая бабушка. Во-первых, сейчас мы внедряем модель скоринга: 12 критериев, которые мы разработали вместе с самими сотрудниками как работается на проекте, как тимлид, как команда, чего ждал, что сбылось, а что нет, и так далее. Разработчики заполняют такую анкету каждый месяц. После чего мы отслеживаем низкие баллы и дальше проводим глубокое интервью интервью с каждым, у кого есть проблемы с рабочими процессами. Если видим, что разработчику не нравится стараемся устранить проблему, в крайнем случае договариваемся с заказчиком о замене, а его переводим в другой проект.

Кстати, аналогичная скоринговая модель есть и для заказчиков: измеряем, насколько подходят исполнители, какие скиллы нужно подкачать. Помогает составить план развития для каждого разработчика.

Геннадий, PHP / Node.js разработчик Holyweb

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

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

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

Итого за 2,5 года не было таких случаев, когда бы разработчик хлопал дверью и уходил, потому что ему было некомфортно работать.

Про нелюбовь к релокейтам

Вопрос из самого начала: а зачем разработчику работать с вами, когда он может пойти сразу к конечному работодателю? Тут стоит сказать, что мы работаемC13Cтолько на удаленке. Разработчики с нами, мы с заказчиком. В то время как многие работодатели продолжают предлагать релокейт как обязательное требование: это их привычный формат работы. И это несмотря на то, что за весну-2020 все должны были привыкнуть к дистанционной работе.

Суть в том, что иногда разработчики просто не хотят переезжать в Москву, на Кипр, в Мачу-Пикчу или куда угодно еще. В силу разных причин. В то же время разработчик из региона, доросший до мидла, обычно начинает искать работу вне своего города: потому что местные компании в большинстве случаев не хотят или не могут платить соразмерно запросам. Остается удаленка.

Возможен и другой сценарий, не про деньги: ты вырос из штанишек верстальщика, освоил React и готов на нем работать а тебе подсовывают всё ту же верстку. Просто потому что конвейер, рук не хватает, некогда объяснять, работаем дальше. И снова ты идешь искать работу на удаленке.

В этом случае мы выступаем таким хабом: у нас уже есть договоренности с интересными большими проектами, они согласны работать с нами дистанционно и перевозку тела не требуют.

Про ООО НДА

Еще одно популярное сомнение звучит так: у вас, наверное, всё под NDA, что я напишу в резюме?. На самом деле, это надуманная проблема работодатели почти никогда не смотрят на названия проектов, в которых вы участвовали, им важна ваша роль в этих проектах и конкретные решенные задачи. Ну и наличие Большой Важной Компании в резюме сейчас не говорит примерно ни о чем: все работодатели понимают, что такие пылесосят резюме как угорелые и потом выплевывают обратно на рынок кадров откровенно слабых специалистов с перегретыми ожиданиями по зарплате и раздутым ЧСВ. Конечно, это не правило, но такое бывает часто.

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

Про софт скиллы

У нас была такая история. Команда закончила длительный проект, всё успешно, ребята опытные. Мы договорились со следующим заказчиком, назначили время интервью.

Разработчики приходят и адски фейлят собеседование. Несмотря на то, что все, повторю, опытные. Почему так произошло? Да просто потому, что прохождение собеседований это такой же навык, как и любой технический.

Тогда мы поступили так: собрали всех, открыли учебники, смоделировали интервью, потренировались неделю. Разобрали, как отвечать на вопросы, о чем рассказывать из своего прошлого опыта. Следующий заход на собеседование и все блестяще его проходят.

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

Про то, как мы собеседуем клиентов

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

У нас примерно такая же схема, когда наш сотрудник заходит в проект как аутстаффер. Первый этап собеседования это когда команда проекта опрашивает наших разработчиков, а на втором они меняются ролями. Мы узнаем, какой стек у проекта, кто будет тимлидом и так далее.

Более того, эти требования к клиенту могут меняться в зависимости от потребностей команды. Например, у нас был случай, когда разработчику Vue.js накидывали задачи по верстке. Это, конечно, было не тем, что он хотел делать и он нам об этом рассказал. В итоге мы нашли компромисс с заказчиком и разработчик стал получать задачи по Vue.

Петр, React-разработчик Holyweb

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

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


Вообще, конечно, наши галеристы прекрасно понимают, для чего они здесь. Получить крутой опыт в сжатые сроки. Попрактиковаться в интересных им технологиях, положить в портфолио побольше проектов. Поработать в реальных продуктах причем не в одном, а в 2-4 всего за пару лет. Почувствовать кураж от того, что год назад ты был на собеседовании робкой ланью, а теперь стал тираннозавром.

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

Дэннис, React-разработчик Holyweb

Опыт работы такой же, как если бы я устраивался лично или через аутсорс. Отношение ко всем сотрудникам одинаковое. Из плюсов: получил полезный опыт в плане коммуникации с коллегами, поработал над крупным проектом, окончательно убедился в том, что вне размеров от компании, процесс работы может быть как в гаражном стартапе. Например, я удивился, что тут вообще не беспокоятся о том, сколько времени ты тратишь на задачу и не требуют жестких сроков. Вот задача, делай. Из минусов: постановка задач, 40% времени тратишь на то, чтобы получить разъяснения, а тимлид в этом плане не очень помогает.

С нами у разработчика есть возможность выбирать проект под свои текущие потребности и мигрировать из одной команды в другую получать тот опыт, который хочется. И это всё с неплохой по рынку зарплатой. После такой школы жизни у него остается толстое портфолио, опыт и умение взаимодействовать с самыми разными командами. Полезный набор навыков, как нам кажется.

Итого, что дает программисту работа аутстаффером:

  1. Прокачка soft-skills: они учатся конструктивно взаимодействовать в горизонтальных командах, общаться с менеджерами, аналитиками, дизайнерами. Никто не отсиживается в песочнице, все сразу попадают в боевые условия, еще и на удаленку. После такого опыта переходы из проекта в проект проходят без боли.

  2. Прокачка опыта в собеседованиях. У нас наработаны разные практики прохождения технических интервью, мы учим, как подавать себя. И реальные собеседования бывают раз в несколько месяцев.

  3. Резюме. Разработчики получают опыт, который могут положить в свой CV и одновременно учатся правильно его оформлять.

  4. Стабильный доход. Прозвучит странно, но это факт: люди, которые пришли к нам из стартапов и продуктов, сталкивались с задержкой зарплаты. Фактически, когда ты работаешь в продукте, ты разделяешь с бизнесом его риски. У нас много заказчиков из госсектора и крупных энтерпрайзов, так что платим мы вовремя и всегда.

  5. Можно развиваться как горизонтально, так и вертикально. Кому-то нравится расширять стек или специалист просто находится в поиске лучшей специализации для себя, кому-то больше по душе копать вглубь. В аутстафф-компании можно развиваться так, как хочется.

  6. Отношение к аутстафферу в команде проекта ровно то же, что и к своим разработчикам это просто выяснено на нашем опыте.

Понимаем, что у вас все равно остались вопросы так что пишите в комментариях или мне в Telegram.

Подробнее..

Аутсорсинг в IT как устроен и кому подходит

04.02.2021 18:19:53 | Автор: admin

Цифровая трансформация требует квалифицированного персонала. Традиционный подход заключается в создании собственной команды разработчиков программного обеспечения, но найти и заполучить нужных профессионалов непросто. Пандемия COVID-19 заставляет бизнес переходить на удаленную работу и делает почти невозможной традиционную схему найма с очными интервью множества кандидатов. Что делать, если сотрудник нужен срочно? В такой ситуации интеграция сторонних технических специалистов кажется разумным решением для бизнеса.

Чтобы узнать, как устроен аутсорсинг изнутри, я поговорил об этом с Анаром Бабаевым, генеральным директором компании Distillery, оказывающей сервисные услуги по разработке программного обеспечения, включая дизайн, тестирование и сопровождение.

Хотя я, конечно, сотрудничал с различными компаниями, в настоящем аутсорсинге я никогда не работал. Поэтому мой первый вопрос, какое определение даете вы выражению интеграция в команду клиента?

Хороший вопрос. Думаю, множество разных определений существует. Интеграция в клиентские команды это определенная часть деятельности компаний, которые осознают себя как сервисные. Есть компании, которые создают какой-то продукт, пытаются его вывести на рынок, поддерживать и развивать. А бывают компании, как Distillery, которые обнаруживают (если у них есть достаточно сил для этого), что они сервисная компания, то есть занимаются обслуживанием интересов других организаций, которые, например, развивают свой продукт.

У сервисных компаний, как правило, есть два вида услуг. Во-первых, сервис по разработке чего-либо под ключ: когда есть некое ТЗ или общие задачи а дальше это развивается как полноценный продукт с нашей поддержкой. Но при этом мы в любом случае остаемся исполнителями и экспертами, которые помогают осуществить задачи компании, являющейся главным бенефициаром.

А второй вид услуг это то, о чем мы сейчас говорим. Есть более элегантное определение staff augmentation. Мы сейчас живем в постиндустриальную эпоху, киберпанк к нам уже мчится на всех парах, и становится очевидно, что аугментации могут быть разных видов. И, как оказалось, аугментировать можно еще и инженеров в свои команды. Как вид сервиса это отдельная услуга, и она заключается в том, что мы находим по требованиям клиента лучших людей для того чтобы интегрировать их в процессы клиента, где эти люди будут добиваться целей, поставленных компанией-клиентом перед собой.

Есть какие-то особенности вашего подхода?

Я стараюсь привнести в деятельность нашей компании экспертный подход: мы не действуем в лоб, как стаффинговое агентство, просто набирая людей по требованиям. Мы стараемся смотреть, насколько человек нам подходит культурно, насколько он вписывается в команду по своим софт-скиллам, и насколько у него выражен так называемый сервисный mindset. Это очень важно. В чем это выражается? На самом деле, в этой сфере очень трудно работать, если ты не осознаешь себя как эксперта, и если тебе не интересно делиться своей экспертизой с другими и делать это твоей основной деятельностью, фишкой.

В какой-то мере эту деятельность вообще можно сравнить с консалтингом. В нашем понимании staff augmentation и консалтинг находятся друг от друга находятся максимально близко. Есть большие консалтинговые компании, мы все их знаем, это Ernst & Young, KPMG, собственно, you name it, большая четверка. У них это только песчинка на целом пляже их услуг, но, тем не менее, они примерно этим же и занимаются. И для нас целевое состояние это стать на рынке той компанией, к которой приходят за экспертизой, а не просто за людьми. Задача Distillery приносить свой опыт и помогать улучшать те процессы, которые уже существуют у клиента.

Интересно, какова мотивация человека, который приходит работать именно в фирму, которая которая предоставляет услуги staff augmentation?

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

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

А часто бывает, что клиенты в итоге переманивают к себе вашего разработчика?

Безусловно, это явление существует. Когда мы были молодыми и неопытными, около 10 лет назад, были такие случаи. И после них, конечно, пришлось очень серьезно переработать контракты с клиентами, внести туда пункты о непереманивании, которые несут в себе санкции. Сейчас клиентские организации берут обязательство не переманивать сотрудников, которые работают на них не только во время работы, но еще некоторое время после того, как мы заканчиваем с ними контракт. Прописаны определенные санкции, штрафы, которые мы будем иметь возможность с них получить, если это случится. Однако я не склонен считать этот пункт серьезной угрозой для тех, кто отчаянно хочет чего-то его можно преодолеть. По сути, ты можешь заплатить штраф, нарушив правила Я думаю, что есть компании, для которых это нормально: кучу денег отвалить, но зато получить супер-классного специалиста. Но главная причина, почему этого не происходит, почему исчезающе редки такие случаи потому что мы уже работаем на том уровне, с такими, что называется well-established, компаниями, которым такая игра попросту не интересна. И поэтому, к счастью, мы уже таких случаев не фиксируем довольно давно.

Я прочитал, что Distillery начиналась в России, и в какой-то момент она вышла на рынок США. И сейчас на рынке США вы занимаете какие-то существенные позиции. А кто и кого через вас нанимает? Российские фирмы российских разработчиков, американские американских, или, что ожидаемо, много русских людей работает сейчас через вас с фирмами в США?

Да, в 2012 мы открыли в США представительство. Сейчас там все продажи сосредоточены, весь маркетинг. И все это время мы выстраивали очень простую модель: фронт-офис находится в Штатах, а инженерные офисы в России и постсоветском пространстве. У нас всегда был фокус на то, что мы ищем американских клиентов и сажаем на них наших русских родных инженеров. Сейчас эта парадигма несколько изменилась, потому что чуть больше года назад у нас появились инжиниринговые центры также в Латинской Америке и Мексике. Сейчас и в Мехико-Сити, и в Кордобе у нас есть офисы, и они совокупно уже за год пробили потолок в 100 человек. Поэтому там растет альтернатива российским инженерам мы сами ее взрастили.

Это отражается на спросе на российских инженеров, но мы начали работать с энтерпрайзом уже здесь, в России. Мы собираемся развиваться в направлении Европы: сейчас это стало сложнее, но в 2021 году мы планируем уже полноценно открыть представительство в Великобритании. В 2020 году у нас в России уже появились довольно значимые enterprise-заказчики (прежде всего в банковской сфере), для которых мы тоже предоставляем людей, нанимаем людей. Поэтому сейчас у нас диверсифицирован поток. Но долгое время это действительно были американские проекты, на которых работали русские инженеры.

К Вам люди трудоустраиваются по российскому законодательству?

Да.

А фактически с заказчиками вы сотрудничали на основе законов США?

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

Некоторые считают, что в России у staff augmentation достаточно сложный правовой статус. Вы сталкивались проблемами в этом плане?

На текущий момент из законодательных сложностей мы ни с чем не сталкивались. Пока мы росли, единственная сложность была в том, чтобы, перерастая определенные пороги, выходить на новый уровень развития, оформления и так далее. Условно, с упрощенки перейти на ОСНО. Это единственное, что у нас было из организационных проблем. Во всем остальном пока мы ни с чем не сталкивались, но, надеюсь, сможем найти решение, если придется.

А вы к себе берете самозанятых или у вас полноценный прием на работу?

Мы сотрудничаем с людьми, которых можно назвать самозанятыми или фрилансерами. К сожалению по законодательству мы не можем сделать это основным видом сотрудничества это вызывает вопросы, особенно у налоговой. Основной вид взаимодействия с людьми это, конечно, полное оформление по ТК РФ.

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

Мы как компания не просто так участвуем: предоставляя услуги, мы берем на себя ответственность за их качество и результат. Если у конечного заказчика есть претензии к тому, как работает тот или иной человек, то вступаем мы. Заказчик просто говорит: мне не нравится то-то и то-то (желательно, конечно, побольше деталей это позволит ситуацию отработать быстрее и эффективнее). Если этот фидбек представляет собой отрабатываемый кейс, мы с начинаем с этого. Мы никогда не ставим ультиматумов перед нашим человеком, не выгоняем с позором (так это не работает), а начинаем разговаривать и искать компромиссные выходы из ситуации. И дальше, соответственно, следим за тем, сработало это или нет.

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

То есть вы выступаете в роли менеджера сотрудника?

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

Не перегружен ли человек, который работает в staff augmentation проекте, количеством управленческих контактов, с которыми нужно что-то согласовывать? Есть заказчики, есть начальство из материнской компании

Очень хороший вопрос. Как мы стараемся решить эту дилемму? Прежде всего, за счет того, что сужаем количество контактов, необходимых человеку для нормального функционирования, до плюс-минус одного. У нас есть бытовая часть: например, за развитие отвечает руководитель отдела к нему пойти, получить какой-то курс или программу развития Но если мы говорим о проекте, то здесь довольно все просто и линейно: нас есть специально обученный человек, задача которого присматривать за тем, что происходит на проектах. У нас он называется client success manager. Его задача убеждаться, что все хорошо, всего хватает всем людям, которые работают на вверенных ему проектах, и у них нет никаких проблем. А если есть, то любой человек из команды может прийти и попросить помощи. Помощь может быть любой: от каких-то внутренних проблем до проблем со взаимодействием с клиентом. И CSM обязан сформулировать запрос, поговорить с представителем руководства фирмы-клиента, попробовать решить эту проблему за этого человека, чтобы он не тратил свое продуктивное время на какие-то посторонние вещи.

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

А какой средний возраст у разработчиков, которые с вами сотрудничают?

Сейчас этот возраст довольно сильно колеблется: индустрия растет, много молодых людей приходит, при этом старый актив взрослеет, матереет. Сейчас, наверное, это окно стало очень широким. Условно, коридор от 23-24 до 37-40 лет. Раньше это было сложно представить, средний возраст был 25-32 лет. Сейчас снижается возраст тех, кто приходит, и возраст тех, кто уже чего-то добивается. Дядюшка Боб Мартин сказал когда-то, что у нас индустрия 25-летних сеньоров сейчас эту цифру можно снизить до 23. К нам часто приходят люди с университетской скамьи, которые уже в процессе обучения стараются строить карьеру.

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru