Управление разработкой *

💎Сократ и OKR

Более 2000 лет назад Сократ придумал концепцию - быть -> делать ->иметь

Суть ее в том, чтобы что-то «иметь», нам необходимо в начале «быть» этим человеком или компанией, потом «делать» (совершать поступки из этого нового состояния) и в результате поступков мы будем иметь то, что хотели.

Прочитайте еще раз. Вызывает ли у вас это сопротивление?

Почему?

Мы же часто хотим в начале что-то иметь, а уже после думаем про все остальное.

Но как можно «быть» в самом начале — спросите вы?

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

Но на самом деле всё не совсем так. Люди, которые выиграли лотерею или в казино, не остаются богатыми надолго.

Как думаете, почему?

Чтобы чего-то достичь, важно внутренне стать/быть таким. Именно этот новый подход изменит ваш способ мышления. Оно изменит действия, и уже это с более высокой вероятностью обеспечит «иметь».

Давайте посмотрим на такую ситуацию:

Есть ли для вас разница между - быть «отцом» и иметь детей?

Для одних разницы не будет.  Это нормально 🙂

Но другие скажут что разница огромна — можно иметь детей и не быть отцом, а можно быть отцом, не имея детей.

Быть отцом — это цель, сформированная формате бытия (состояния).

Иметь детей —  цель в виде действия (изменения).

А при чем тут OKR?

Когда мы только формировали с Татьяна Винтерголлер первый курс по OKR 3 года назад, то отметили , что есть цели-состояния, а есть цели-изменения. И долго обсуждали, стоит ли так усложнять на курсе. В результате первого прогона отказались.

И только в этом году я понял, в чем их отличия.

Формируя цель в формате состояния (каким я/компания хочу быть?), вы создаете целый набор вариантов, какие для этого необходимы изменения (цели-изменения) и, таким образом, создаете для себя целое пространство вариантов.

Если же вы фокусируетесь на целях-изменениях, то часть вариантов можно упустить.

Что важно — выбирайте тот вариант, который для вас комфортен на данном этапе. Если вы формируете цели от изменений, вы уже получаете преимущество перед 95% других, в следующем году сможете сделать следующих шаг 🙂

А как вы формируете цели и какой подход ближе? Поделитесь в комментариях.

P.S. Это пост-пояснение к публикации “В поисках идеальной формулы OKR”.

В поисках идеальной формулы OKR 🔎

В интернете можно найти чек-листы для проверки качества OKR — вдохновляющие, конкретные, измеримые.

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

Но вопрос остается: как выглядит идеальная формула OKR?

В определении Цели важно:

1. глагол;

2. объект изменений; 

3. качество, которое приобретает объект в процессе изменений.

И что-то это мне все время напоминало, аж до зуда. 🤔

А ведь есть формула составления работ в JTBD - «глагол + существительное + контекст». Можно ли ее применить и тут?

Стал изучать, и оказалось еще интереснее:

Теорию JTBD активно разрабатывали 2 человека - Энтони Ульвик и Алан Клемент.

Ульвик говорил, что работа это « job-activities» - «do goals» - работы - действия (пример: построить дом).

А в это же время Клемент доказывал:  работа — это что-то ценностное - «be goals» - работа как состояние или бытие (пример: быть хорошим отцом).

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

Таким образом, для формулирования Objective можно использовать формулу «глагол + существительное + контекст качество» (прилагательное или изменение).

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

Например, вы сформулировали цель - «Стать умным, красивым и сильным», то для каждого качества нужная своя метрика :)

Вспомнилась фраза по итогу всей этой темы - бог один, провайдеры разные.

Попробуйте формулировать OKR в таком варианте и поделитесь результатам, плз :)

P.S. Уточнения и пояснения в следующих постах​.

Как создавать лидеров в компании, оптом

Чтобы достигать ДРУГИХ результатов нужно действовать по-другому, а в начале думать по-другому.

 Новый результат ⬅️ новый способ действия ⬅️ новый способ мышления.

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

И вот тут есть проблема - 90% предпринимателей не хотят заниматься развитием команды.

Люди это сложно, долго и еще ненадежно. Только научишь, а они и уйти могут.

Вот бы как-то решить эту задачу, но чужими руками.

И мы научились это делать!

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

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

❗ В результате команда начинает кратно быстрее бежать (есть кейсы когда за 3 месяца получили результат больше, чем за предыдущие 9 месяцев). Также она забирает ответственность за достижение цели и изменения, которые для этого необходимо реализовать.

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

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

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

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

Вот и получается что мы получаем в 2 раза больше лидеров:

1. Те кто умеют достигать целей с командой.

2. Те кто умеют выстраивать процесс команды так, чтобы она достигала целей.

«Дай человеку рыбу, и он будет сыт один день. Научи человека ловить рыбу, и ты накормишь его на всю жизнь».

А вы САМИ хотите заниматься развитием команды?

Когда разработчику пора к юристу: типы лицензий ПО, коварный open source и авторское право на код

В новом выпуске Sravni Podcast поговорили с Юлией Суворовой, Head of Legal and Compliance в Сравни. В том числе о проверке лицензий в случае с open source решениями, оформлении интеллектуальной собственности и других сценариях взаимодействия юристов с ИТ-командами.

Также в выпуске:

📌Всем ли ИТ-компаниям (и командам) нужны юристы; риски их отсутствия
📌Юридические кейсы в ИТ: покупка ПО, проверка open source библиотек, оформление права на код
📌Как нормативные акты влияют на процессы разработки
📌Юрист в ИТ: в чём специфика этой профессии?

Посмотреть подкаст можно здесь:

✅VK
✅YouTube
✅RUTUBE

А послушать — здесь:

✅ Яндекс Музыка

Оставляйте реакции, делитесь ссылкой!📣

• Канал Sravni Tech в TG

Такой диалог:

Менеджер:
насколько трудоёмко вернуть галерею на страницу товара? Сейчас мы принимаем только 1 картинку, а нужно несколько.

Разработчик:
Просто взять и вернуть нельзя. Галерея была лет 5 назад, я даже не помню как она выглядела. Если надо - будем делать, не надо - не будем. Трудоемкость тут не причём, как мне кажется.

Менеджер:
Ну бизнес измеряет все часами и днями....

Как думаете, в контексте этого диалога, имеет значение, как бизнес считает сроки? Или сроки здесь вообще не важны?

Моя позиция такая: если оценки сроков влияют на нужно/не нужно, то скорее всего не нужно.

Нужно/не нужно должно определятся целями. Нужно/не нужно сейчас - важностью. Нет целей - как понять важно это или нет?

Оценки сроков важны, спору нет, но они должны влиять на приоритет:

• Если важная и её делать долго, то нужно начинать сейчас. Приоритет самый высокий.

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

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

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

А бывает еще так, что менеджер или руководитель начинает давить, что бы уменьшить сроки... сами подумайте - оно вам надо?

P.S.: тут тоже пишу https://t.me/it_weekdays о буднях.

Напиши мне программу богатства

С выходных каждый день программирую новый сервис для студентов.
Программист я никакой, но очень нравится.
Сидишь, смотришь, как нейронка пишет код за тебя. А ты ей: «Просто хочу быть богатым, напиши мне программу». Магия какая-то.
Так думают все, кто первый раз пробует с нейронкой написать код. А потом, спустя первые 20 минут, чёт, ошибка какая-то, и потом 4 часа пробуешь её поправить с помощью нейронки.

Вторая стадия — это когда ты пишешь ей уже матом, чтобы выплеснуть всю ненависть к роботу, и он извиняется: «Мол, прости брат, не бей, ошибся» — и вроде легче на душе. И ошибается снова и снова.
Моя стадия — 4 нейронки, которые правят ошибки друг друга, долго, муторно, но двигаешься, чуть быстрее, чем сам.

Следующая стадия — это уже сам пишешь код. Надеюсь, не дойду сюда.
Всегда, когда видите, что кто-то по-быстрому разбогател с помощью ИИ, помните, что ИИ сделала 20-30% работы.

Перешли этот пост тому, кто думает, что быстро напишет программу с помощью ИИ.

Зачем компании нужна миссия?

Ответ на этот вопрос знает Виктор Раев — технический руководитель юнита в Авито и гость нового выпуска подкаста «Мы обречены». Витя рассказывает про ключевые ценности Авито, а главное: про то, какое отражение они находят в повседневной жизни разработчиков. 

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

Смотреть на YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

Каким вышел Avito TeamLead Drinkup #3?

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

Чтобы почувствовать атмосферу того вечера, кликайте на видео.

Смотреть VK
Смотреть YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

Совсем недавно была новость, что Amazon увольняет 14 тысяч менеджеров. И эта новость подавалась в апокалиптических тонах — будто конец уже близко, всё загибается, и пора бежать спасаться. Однако не стоит верить провокационным заголовкам; важно уметь правильно интерпретировать ситуацию.

Что мы знаем про Amazon:

• В Amazon работает около 1,5 миллионов сотрудников.

• Компания известна своими регулярными увольнениями неэффективных работников.

Теперь давайте посчитаем. Если каждый менеджер управляет от 5 до 10 человек, в среднем возьмём 7. Сколько же менеджеров потребуется для штата в 1,5 миллиона?

Для этого представьте себе дерево, где на нижнем уровне будет 1,5 миллиона «листьев», а все остальные уровни — менеджеры. Возводим число 7 в разные степени и смотрим результаты:

7⁰ = 1
7¹ = 7
7² = 49
7³ = 343
7⁴ = 2401
7⁵ = 16807
7⁶ = 117649
7⁷ = 823543
7⁸ = 5764801

Уже на восьмом уровне количество «листьев» превышает общее число сотрудников Amazon. Поэтому вернёмся на седьмой уровень — там примерно 800 тысяч «листьев».

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

Теперь сложим количество менеджеров с нулевого уровня до шестого и подсчитаем итог:1+7+49+343+2401+16 807+117649 =137 257;

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

Итак, увольнение 14 тысяч менеджеров — это примерно 10% от общего числа управленцев, тех самых неэффективных сотрудников, которых Amazon ежегодно сокращает.

Таким образом, новость перестаёт казаться сенсационной и становится обычной практикой. Так что всегда сохраняйте ясность ума и не поддавайтесь панике.

Как пройти путь от разработчика до директора нескольких кластеров?

Об этом расскажет гость нового выпуска шоу «AviTalk» — Игорь Гранщиков, руководитель разработки вертикали Авито Недвижимость. Игорь воспроизводит в подробностях весь свой карьерный трек от обучения и первой работы до руководящих позиций.

Смотреть VK
Смотреть на YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

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

7 очень вредных советов для тимлида

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

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

2. Передавайте задачи без четкого техзадания — учите коллег автономности. У вас и так все дедлайны горят, еще не хватало тратить время на расписывание задач. В конце концов разработчики не маленькие, сами разберутся.

3. Делайте всё сами, так легче и быстрее. Ну а кто, если не вы? На объяснение задания вы потратите больше сил и времени, а так всё сделаете самостоятельно — и дело в шляпе.

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

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

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

7. Пресекайте неформальное общение в команде — это мешает работе. Поболтать о всяком можно и в свободное время. А в рабочих чатах и тем более в офисе не кружок по интересам.

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

Освойте инструменты креативных методологий для применения в проектах и рабочих задачах 💡

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

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

Кому будет полезен курс:

• руководителям больших и маленьких команд, которые хотят освоить новые инструменты, чтобы улучшить рабочие процессы;

• тем, кто хочет находить уникальные решения для развития проектов и получить практический опыт в их реализации;

• всем, кому интересны креативные методики.

Желаем успехов!

Что такое Avito Fallback и чем он так хорош?

Рассказывает Николай Губин, бэкенд-инженер в Авито. Avito Fallback — это механизм, позволяющий пользователям в какой-то степени продолжать пользоваться сервисом, даже если упал production. Коля говорит про эволюцию проекта и его технические особенности, а также про проблемы, которые возникают при работе, и то, как их лечить. 

Подробнее про Avito Fallback — в видео с 10:58.

Смотреть YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

По мотивам очередного холивара  
Со сравнением удалёнки, гибрида и офисной работы.  

Ария выгоревшего удалёнщика  

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

Про то, что Телеграмм звонил,  
Хотел, чтобы я встал,  
Оделся и пошёл,  
А точнее — побежал.  
Но только я его послал,  
Сказал, что болен и устал,  
И эту ночь не спал.  

Припев:  
Я жду ответа,  
Больше надежд нету,  
Скоро кончится лето,  
Это...  

А с погодой повезло,  
Снег идёт четвёртый день.  
Хотя на Яндексе рисуют,  
Что жаркой будет даже тень.  
Но, впрочем, в том углу, где я,  
Пока и сухо, и тепло.  
Но я боюсь пока.  

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

Вот Сеть опять упала,  
Я сижу в тишине,  
Чему и рад вполне.  

Припев:  
Я жду ответа,  
Больше надежд нету,  
Скоро кончится лето,  
Это...

Полная версия будет тут:

https://dzen.ru/a/Z8CmP2eHfSYGpw9V

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

Аутстаф-специалист НЕ ХУЖЕ штатного, потому что:

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

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

А вот почему аутстаф-специалист ЛУЧШЕ штатного сотрудника:

• Широкий диапазон навыков и решений за счет участия в разносторонних проектах.

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

• Фокус на результат. Аутстаф-специалисты сосредоточены на выполнении конкретных задач. Они более продуктивны, в отличие от штатных сотрудников, которые могут отвлекаться на корпоративные процессы.

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

Читайте также:

- Честное мнение разработчика про аутстаф
- Видео для тех, кто предпочитает YouTube
- Аутстаф глазами руководителя направления

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

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

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

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

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

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

Собственно есть парочка вопросов:

1. Используете ли вы лично какие-то ИИ-инструменты для работы?

2. Требует ли компания от вас, чтобы вы согласовывали использование ИИ?

3. Считаете ли важным регламентировать использование ИИ-инструментов?

4. Есть ли у вас в компании формальные правила использования ИИ в виде регламента?

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

Стартапы

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

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

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

Крупные компании

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

Что вы замечали особенного в работе на аутстафе в корпорации? Пишите в комментариях.

Читайте также:

- Честное мнение разработчика про аутстаф
- Видео для тех, кто предпочитает YouTube
- Аутстаф глазами руководителя направления

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

Чему культовые аниме могут научить менеджеров аутстафф-проектов

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

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

• «Наруто» учит преодолевать сложности, связанные с адаптацией специалиста в новой команде и с его онбордингом. Вспомните, как наставник Какаши объяснял Наруто правила команды 7.

• «Моя геройская академия» учит разрешать конфликты и строить доверительные отношения. Например, Аизава и Всемогущий проводят регулярные 1-to-1 с учениками.

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

• «Атака титанов» учит создать все условия для того, чтобы заказчик давал полную и своевременную обратную связь исполнителю. Так, например, поступают командиры, когда бывают недовольны отрядами.

• «Тетрадь смерти» учит минимизировать риски утечки данных и строго соблюдать юридические нормы. Помните, как Кира внушал союзникам, как важно следовать его инструкциям? 

• «Магическая битва» учит тщательно подбирать специалистов под запрос клиента. Например, учитель Годзё подбирает под каждую миссию тех учеников, чьи компетенции позволят решить задачу эффективнее всего.

• «Моб Психо 100» учит эффективно презентовать свои знания и навыки, чтобы получать достойную оплату. Тот же Рейген объясняет потенциальным клиентам, что услуги хорошего экстрасенса точно не будут дешевыми.

• «Токийские мстители» учит выстраивать диалог со сложными ЛПРами. Такимичи вынужден то и дело договариваться с другими персонажами, чтобы изменить события будущего. И в этом ему помогает гибкость.

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

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

«Проще жить, когда чувствуешь поддержку компании за спиной»
Аутстаф-специалисты подметили, что им спокойнее, когда компания берет на себя все заботы по поиску проектов, договоры с HR-ами, руководителями и прочее.

«Подбираем проект, на котором интересно работать»
Account Head уточнила, что руководители заинтересованы вывести сотрудника на проект, над которым ему нравится работать, где он будет мотивирован сделать много и хорошо.

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

Это неполный список, предлагаем дополнить его в комментариях. Какие плюсы вы видите в работе на аутстаф?

Читайте также:

- Честное мнение разработчика про аутстаф
- Видео для тех, кто предпочитает YouTube
- Аутстаф глазами руководителя направления 

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