Стили лидерства: как их использовать в работе

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

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

Подходит для кризисных ситуаций.

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

Подходит для задач, связанных с отказоустойчивостью систем. 

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

Подходит для творческих задач.

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

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

Узнать больше о самих стилях и о том, как их комбинировать, можно в отдельной статье.

Рекомендации врача: как минимизировать риски от сидячего образа жизни

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

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

1. На всё тело. Достаточно вспомнить разминку с уроков физкультуры и сделать что-то подобное: пройтись, сделайте наклоны, повороты головы и корпуса, повисеть на турнике.

2. На запястье. Что можно делать: сгибать запястье одной руки при помощи другой, делать круговые движения кистями, сжимать и разжимать ладони, разводить пальцы в стороны, вращать сцепленными в замок руками.

3. На икры. Добавьте к разминке стояние на носочках, так вы защититесь от варикоза. Просто встаньте на носки и снова опуститесь на стопу несколько раз. Подъемы можно разнообразить: подниматься на носки, стоя в приседе или в наклоне.

4. На глаза. Медленно поморгайте 10–15 раз, зажмурьтесь, посмотрите в окно на предметы на разном расстоянии, «порисуйте» глазами круги, стрелки или простые картины, посмотрите стереокартинки.

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

Три совета продакт-менеджерам

1. Полезные инструменты, которые должны быть под рукой.

Продуктовые дашборды удобно строить в Tableau, а технические метрики отслеживать в Grafana. Еще могут пригодиться Amplitude для аналитики, Miro для майндмеппинга и Kaiten для управления работой продуктовой команды.

Ну и Excel/SQL — без них никуда.

2. Топ ошибок при разработке продуктовой стратегии.

1. Не продумать форс-мажор и план Б.
2. Строить стратегию, оторванную от практики, т. е. без метрик успеха, Roadmap и декомпозиции на проекты.
3. Планировать отдельно от разработки.
4. Считать только оптимистичный/обычный прогноз.
5. Закладывать риски менее 20%.

3. Как не поддаться панике, если стратегия не работает.

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

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

Чтобы ошибаться было не так больно, к стратегии стоит относиться, как к гибкому инструменту. Любая стратегия строится на гипотезах, которые могут не подтвердиться. Сокращайте время на подготовку стратегии, делайте MVP и быстрее приступайте к ее реализации и тестам.

Это пересказ интервью с продактами из «Зоозавра», VK, World Class и AGIMA. Полная версия тут.

Резюме разработчика: на что обратить внимание

1. Одно резюме — одна позиция.

Иногда кандидаты хотят отразить в резюме все свои навыки. Поэтому в заголовках пытаются уместить всё: PHP-разработчик, Python-разработчик, QA-инженер и т. д. Но это только путает. Чем ближе заголовок резюме к названию вакансии, тем лучше.

2. Опыт интереснее всего.

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

3. Важничать — плохо.

В резюме можно описать свои условия: «Ищу работу в машинном обучении, в других сферах не ищу» или «Интереснее удаленка, офис не рассматриваю». Но составлять целые списки требований — плохая идея. Это испортит впечатление от резюме.

4. Резюме должно быть читаемым.

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

5. Постоянство — плюс.

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

А еще всегда можно воспользоваться методом бутерброда. Удачи в поисках!

Готовьте кроссовки — RUNIT 2024 уже скоро!

RUNIT — самый большой ежегодный фестиваль спорта и IT в России. Он пройдет 7 июля в Москве в парке «Коломенское».

Кто будет?

В этом году на забеге соберутся рекордные 4000 участников — это разработчики, тестировщики, дизайнеры, менеджеры и все причастные к Digital-индустрии. А поддержать бегунов придут еще как минимум 2000 — их родные, друзья и коллеги.

Что будет?

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

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

Где и когда?

Открытие фестиваля 7 июля в 8:00. На целый день займем территорию музея-заповедника «Коломенское» в Москве. Это огромная зеленая зона с прекрасными видами на Москву-реку.

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

Билеты еще можно приобрести на официальном сайте. А самые свежие новости фестиваля — в телеграм-канале.

Ждем вас на старте!

Как развивать эмпатию

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

1. Анализировать конфликты.

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

2. Следить за своими эмоциями.

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

3. Активно слушать.

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

4. Получать обратную связь.

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

5. Читать книги.

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

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

Еще раз о дизайн-системах

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

Из чего состоит дизайн-система?

Дизайнеры создают UI Kit (набор готовых дизайн-решений) → Разработчики переводят UI Kit в код → Код помещают в репозитории

UI Kit и репозиторий связаны с помощью токенов. Это единицы информации, которые хранят в себе константы: например цвет, радиус скругления кнопки, параметры шрифта и т. д. Если поменять значение токена в Фигме, оно попадает в репозиторий и затем автоматически синхронизируется с сайтом.

Когда и кому нужна дизайн-система

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

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

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

• У вас несколько команд, которые работают над одним продуктом, и им нужно поддерживать консистентность.

Однако есть и ложка дегтя

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

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

P. S. Го к нам в канал о дизайне :)

Как часто стоит менять работу

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

Раз в год и чаще

Частая смена работы — это почти всегда красный флаг для работодателя. Большие компании рассчитывают взять человека в штат надолго. Поэтому непостоянство отпугивает рекрутеров.

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

Минусы: человек не успевает погрузиться в проекты и пополнить портфолио, а еще кажется неуживчивым.

Раз в 2–3 года

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

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

Минусы: корпорации всё же ждут от кандидата большей стабильности, особенно от руководителей, а российским компаниям и вовсе нравится шаг в 3–5 лет.

Раз в 5–10 лет

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

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

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

5 главных трендов среди мобильных приложений в 2024 году

Приложения здоровья (mHealth)

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

E-commerce

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

Видео- и фоторедакторы

Здесь основной потребитель — поколение Z с его увлечением медиаконтентом. Смартфоны и мобильные приложения уже сейчас предлагают супервозможности для создания контента от идеи до публикации. А применение ИИ здесь создает невероятные перспективы — только взгляните на современную обработку видео и фото, генерацию голоса и субтитров, создание фильтров и анимаций. 

Финтех

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

Искусственный интеллект

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

P. S. В полной версии этой статьи найдете еще больше деталей и аналитики по рынку мобильных приложений.

Как не выгорать, если иногда приходится перерабатывать

Недавно руководитель нашего направления PHP Саша Шутай написал большую статью о том, как совмещать личную жизнь и работу в IT. Там он рассказывает про классные техники и инструменты, которые помогают контролировать личное время и не перерабатывать, потому что переработки — зло.

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

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

? Читайте художественные книги. Тут наша задача — отвлекаться от работы, чтобы она не стала проклятьем. Хорошо помогает фантастика и фэнтези: мысли улетают в другую вселенную, ноут далеко, мозг расслабляется.

?‍♂️ Занимайтесь спортом и хорошо высыпайтесь. Тут комментарии излишни. Сон восстанавливает энергию, а физическая активность — пополняет ее запасы. Отвлечетесь от работы, а заодно и здоровье поправите.

? Не храните недовольство в себе. Терпеть — это, конечно, хорошо, но еще лучше — не терпеть. Сделайте с коллегами чат-оральню, где можно в любой момент написать, как вас всё бесит. Так вы выльете всё, что накипело, и получите лучи поддержки.

Другие способы не выгореть дотла в IT — в нашем блоге.

12 техник управления временем и задачами, помимо «Метода помидора»

Часть вторая

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

Reverse Planning. Сперва определяем желаемый результат и план шагов по его достижению. Затем каждый этап разбиваем на мелкие задачи и временные рамки. Получается ясный план действий с таймлайном.

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

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

Task batching. Это техника группировки задач, где для каждой группы выделяется свой период времени. Например, вы объединяете ответы на письма и звонки и выполняете их в установленное время. Это помогает не распыляться.

Правило 90/90/1. Метод предполагает, что вы посвящаете первые 90 минут каждого утра в течение 90 дней на работу над самым важным проектом или задачей. Это помогает создать привычку приоритизации важных задач и эффективно расходовать силы.

Часть первая — по ссылке.

12 техник управления временем и задачами, помимо «Метода помидора»

Часть первая

Техника GTD. Эта система поможет организовать все ваши задачи и освободить ум от стресса и беспокойства о них. Принцип работы с задачами по GTD в пяти шагах: сбор, обработка, организация, обзор, действие.

Метод Парето. В его основе — тезис о том, что примерно 80% результатов происходит от 20% усилий. Другими словами, большинство наших результатов происходят от небольшой доли наших усилий. Следовательно, важно сосредоточиться на этих ключевых 20% для супердостижений.

Eat That Frog. Если начать день с выполнения самой неприятной задачи — буквально «съесть эту лягушку», — то остальные задачи покажутся легкими по сравнению с ней. Помогает избежать прокрастинации и повышает продуктивность.

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

Zero-Based Calendar. Этот метод предполагает, что вы планируете каждый час рабочего дня заранее, не оставляя пустых слотов. Так не остается места для пустой траты времени и простоев.

2-Minute Rule. Этот метод предложен в книге Getting Things Done. Он гласит, что если задача занимает менее двух минут, ее следует выполнить немедленно, а не откладывать на потом. Это помогает избежать скопления небольших задач и повышает производительность.

Почему FilamentPHP — это хорошее решение для создания CMS

FilamentPHP — набор Fullstack-компонентов для Laravel. Последнее время мы в AGIMA часто используем его для построения админок. И вот почему:

1. Он красивый

Особенно в сравнении с Bootstrap. Filament же использует компоненты, стилизованные с помощью Tailwind CSS: 

Живую демку можно посмотреть и потрогать по этой ссылке.

2. Он доступный

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

А здесь найдете пример кода для создания формы авторизации.

3. Использует стек TALL (TailwindCSS, AlpineJS, Laravel, Livewire)

Livewire позволяет создавать приложение динамическим. Не нужно писать тонны кода на JQuery, как этого требует тот же Voyager. И, коли уж это Laravel, нам всегда доступны все его возможности.

4. Есть библиотека плагинов

И они закрыли уже почти все насущные проблемы.

Но и минусы у этого решения тоже есть:

• Стек TALL можно отнести и к минусам тоже, потому что Livewire иногда кажется достаточно сомнительной затеей.

• Filament достаточно прожорливый и требует OPCache и кеширования всего, что можно. И с включенным laravel-debugbar всё начинает тормозить.

• Часть плагинов платные.

• Код форм порой бывает достаточно… монструозным. Но это решается грамотным переиспользованием кода и разнесением его по разным местам.

Это краткий пересказ статьи Егора Черненка, PHP-разработчика AGIMA — полную версию читайте тут.

Наш опыт внедрения компонентной разработки

Компонентная разработка подразумевает деление мобильного приложения на отдельные компоненты (фичи). За каждый из них отвечает конкретный разработчик — Feature-оунер. Часть времени он посвящает задачам компонента, а часть — технической документации (Roadmap). Feature-оунер также контролирует работу остальных разработчиков, прикрепленных к фиче.

Мы решили перейти на новую методологию на текущем проекте по двум причинам:

1. У тимлида на проекте было мало времени, его нужно было разгрузить.

2. Проект смело можно назвать супераппом, он большой. И чтобы новый разработчик полноценно въехал в работу, обычно уходило 3–4 недели. Нам нужно было этот процесс ускорить.

Вот как мы распределили роли:

И вот что нам это дало:

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

• Документация проекта оказалась полезной уже в этом проекте. В среднем новый разработчик тратил на 20% времени меньше на ресерч и общение с другими участниками команды, чтобы понять, как работает фича.

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

Это короткая версия статьи о компонентной разработке от нашего тимлида Саши Омельяненко — весь текст читайте тут.

О школе Баухаус в цитатах дизайнеров

Наш арт-директор Федор Ноздрин и еще семь дизайнеров из известных студий рассказали порталу DSGNRS, как художественная школа Баухаус повлияла на них и на всё дизайн-сообщество. Делимся некоторыми цитатами из материала.

Федор Ноздрин, AGIMA:

«Ле Корбюзье — величайший архитектор-модернист. Он никогда не был среди преподавателей Баухауса, но его работы оказали огромное влияние на основателей и учеников школы. Еще он повлиял на стиль советской застройки: железобетонные панели, плоские крыши, отсутствующий декор — всё это отголоски его архитектурных догм».

Эмиль Исхаков, ONY:

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

Павел Конюков, Nimax Brands:

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

Полную версию статьи читайте тут. И приходите в Телеграм-канал нашей дизайн-команды. Там много классных находок из мира дизайна.

О дуализме качественных и количественных исследований в UX

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

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

Об этом можно почитать у Джеффа Соро, известного аналитика: «Вам не нужно думать об этом как о ситуации или-или. Всегда можно использовать микс методов».

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

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

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

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

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

P. S. Это часть статьи Кати Патрикеевой о мифах в UX — полную версию читайте тут.

Как за два кризисных года мы увеличили команду вдвое

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

1. Провели реформу косвенных

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

2. Стажировки

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

3. Усиление подбора

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

Результаты

За 2022–2023 годы мы наняли порядка 300 человек. Из них 200 человек пришли в департамент разработки. При этом, мы сохранили аутсорс на докризисном уровне, а прошлый год стал рекордным по оборотам.

О наших планах на будущее читайте в полной версии статьи.

Учимся различать виды мотивации сотрудников

Пост по материалам доклада Александра Шутая, руководителя направления PHP в AGIMA, о том, как мотивация влияет на качество работы.

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

С базовой и положительной мотивацией всё более менее понятно. Первая про потребность в нормальной зарплате, достойных условиях труда и т. п. Вторая — про поощрение инициатив сотрудников, которые совпадают с целями компании.

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

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

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

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

P. S.13 апреля Саша выступит на «Стачке» в Ульяновске. Тема: Как совместить работу в IT с жизнью. Приходите!

Рецепт создания ИИ-ассистента, который быстро отвечает пользователям по базе знаний

Ребята из компании AGIMA AI недавно сделали для NL International бота Nelly, который умеет моментально находить ответ на любой вопрос пользователя. Работает это так: человек заходит на сайт компании, понимает, что ему нужна консультация, и пишет в чат. Тут же он получает список статей, в которых, скорее всего, найдет ответ на свой вопрос.

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

• Chatwoot — интерфейс оператора с открытым исходным кодом и база знаний.

• Rasa — фреймворк с открытым исходным кодом для создания чат-ботов.

• Botfront — визуальный интерфейс для создания чат-ботов на RASA.

• Qdrant — векторная база данных для хранения векторных представлений статей из базы знаний.

• Datapipe — ETL, с помощью которого мы извлекаем статьи из Chatwoot, обрабатываем их и помещаем в Qdrant.

В результате количество запросов в поддержку, обрабатываемых чат-ботом, увеличилось с 30% до 70%. Команда контента продолжает добавлять статьи, чтобы чат-бот мог обрабатывать всё больше и больше запросов. Все подробности — в блоге.

Найти слабое звено: делаем команду эффективнее без перегруза

Слабое звено — это участок работы, из-за которого рушится весь процесс. Выявить его помогает теория ограничений, она же ТОС (Theory of constraints). Ее разработал, а затем подробно описал физик Элияху Голдратт в 1984 году.

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

1. Найти узкие места. Это самые слабые звенья во всей производственной цепочке, те моменты, которые тормозят завершение проектов.

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

3. Подчинить всё этому решению. Важно направить все имеющиеся ресурсы на решение конкретной проблемы/ограничения. Вся система должна работать на расширение узкого места.

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

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

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