Work Solutions
153 subscribers
306 photos
8 videos
3 files
79 links
Разрабатываем веб-проекты и цифровые решения, занимаемся аутсорс-разработкой и аутстаффом

По всем вопросам пиши Head of PR/HR — @Diana_Danelyann

✉️hello@worksolutions.ru
🖥worksolutions.ru
Download Telegram
Состав команды разработки

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

— Показываем, как размер и состав команды напрямую влияют на результат: сроки, бюджет, качество;
— Объясняем, почему подключение Пети к разработчику Васе не превращается в 200% производительности, и что нужно, чтобы команда вышла на стабильную скорость (velocity) и адекватную производительность (capacity);
— Рассказываем про «правило двух пицц», и как оно помогает не раздувать команду.

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

Подобрали простые и интересные примеры, разобрали все на пальцах. Статья полезна как инженерам, так и менеджерам: поможет говорить об устройстве команды на одном языке.
11👍5
На прошлой неделе наш директор по развитию Артем Салютин принял участие в онлайн-дискуссии DigitalReport о самом болезненном вопросе ИТ-рынка 2026: почему компании массово перестали брать джунов. Обсуждали экономику найма, влияние ИИ, нехватку времени у сеньоров и завышенные ожидания к новичкам.

Говорили о практических вещах:
— что должен уметь джуниор в 2026, чтобы его вообще позвали на собеседование;
— как правильно выстроить стажировку и обучение в компании, чтобы это работало;
— стоит ли компаниям инвестировать в начинающих специалистов, если на рынке проще найти готового мидла.

Ждем запись дискуссии и публикацию статьи на Хабре. Там обещают цитаты и полный разбор позиций участников.
👍84🔥3
Недавно нашего директора по развитию Артема Салютина снова пригласили выступить на закрытой встрече клуба руководителей digital-агентств GaleraDev. В прошлом году Артем рассказывал о маркетинге и лидогенерации, а в этот раз тема была логичным продолжением предыдущего доклада: продажи в заказной разработке.

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

Тема вызвала живой отклик у аудитории. Разговор получился прикладным и длился больше часа. Встреча получилась насыщенной, с вопросами по ходу обсуждения и обменом практическими кейсами между участниками. К сожалению, мероприятие вновь проходило в закрытом формате, поэтому записи выступления не сохранилось.
👍82🔥2
У нас в блоге вышла новая статья на тему, в которой сейчас много шума и мало ясности. Рассказали, чем LLM отличается от продукта на базе LLM.

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

Если коротко, тезис такой: LLM — это не готовый продукт, а движок. Вся «магия» вроде памяти, работы с историей диалога, подключений к файлам и внешним системам появляется не внутри модели, а в программной обвязке вокруг нее. Мы собрали это в одном материале и рассказали простым языком: что такое контекстное окно, почему большое число токенов еще не гарантирует качество, и почему в AI-проектах решает не только выбор модели, но и инженерная архитектура.

Если хотите лучше понимать, как на самом деле устроены ChatGPT-подобные решения и AI-агенты, то статья точно стоит вашего внимания.
👍10🔥3
Апрельский турнир

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

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

Кубок перешел к новому победителю, а значит, интрига на следующий турнир уже есть: проверим, появится ли новый чемпион в офисе. Но главное в таких встречах далеко не кубок, а сам формат, где можно переключиться от работы и снова почувствовать команду вживую. Иногда для этого не нужен большой повод. Достаточно пятницы, пиццы, кикера и людей 🤍
🔥82👍1🏆1
Риски нельзя вести «примерно»

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

В недавнем кейсе рассказываем, как сделали для GRYS Power модуль управления рисками — часть их EHS-системы. Модуль учитывает специфику разных объектов, хранит параметры рисков и передает нужную информацию конкретным сотрудникам.

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

А если хотите больше контекста, можно сначала посмотреть предыдущий кейс. Там мы рассказали, как мы в целом собирали для GRYS Power EHS-систему и помогали уходить от Excel к собственному решению.
👍74
Ошибки не случаются сами по себе

Недавно наш директор по развитию Артем Салютин дал комментарий для портала «Технологии для бизнеса» о том, как повышать эффективность команды в ИТ.

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

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

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

Полный комментарий Артема и других экспертов можно прочитать здесь
🔥63
Автоаукцион и старое правило 90–90

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

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

На первый взгляд платформа уже была почти готова. Но в разработке есть старое правило 90–90: первые 90% работы занимают 90% времени, а оставшиеся 10% — еще 90%. Особенно когда проект унаследованный: сценарии есть, интерфейсы есть, демонстрации были, а реальный пользовательский путь все равно ломается.

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

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

Кейс не только про автоаукцион. Он еще про то, как правильно принимать чужой незавершенный проект и не утонуть в хаосе. Почитать можно по ссылке
👍5🔥3
Цифровой след вместо диплома

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

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

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

Получился материал про то, как распознать зрелого специалиста в целом, а не только про найм. Советуем почитать — там есть о чем подумать и руководителям, и тем, кто сам строит карьеру
👍82🔥2💩2🤡2
Рейтинга Рунета 2026

Опубликованы первые итоги рейтинга — 49 основных списков. Work Solutions вошла в два ключевых рейтинга по ИТ:

— 24 место в рейтинге «Аутстаффинг» (топ-25);
— 67 место в рейтинге «ИТ: разработка и интеграция» (топ-70).

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

Показательно, насколько выросла планка. В рейтингах участвуют 1 094 компании — на 27 больше, чем в прошлом году. В основные списки вошли 1 032, и 90 из них — впервые.

Сами организаторы рейтинга пишут про изменения в 2026 так:

…Важное изменение этого года — переход к оценке комплексной экспертизы вместо «выработки». Учитываются только проекты, в которых видна реальная экспертиза — разработка под ключ, внедрение, сопровождение…


А еще добавили, что это не все, и в июле нас ждут результаты по другим срезам:

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


Для нас аутстаффинг — одно из ключевых направлений, и попадание в топ-25 здесь особенно приятно. Теперь ждем результаты по срезам 💻
Please open Telegram to view this post
VIEW IN TELEGRAM
6👍5🤣3🔥2
Все дороги ведут в ИТ-отдел

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

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

В статье:

— почему облачные конструкторы (Тильда, Webflow, Wix) не выход для зрелого бизнеса;
— как собрать собственный конструктор на headless CMS;
— сколько это стоит и когда окупается.

Читать статью: https://secrets.tbank.ru/blogi-kompanij/zachem-kompanii-sobstvennyy-sayt-konstruktor/
🔥63👍3
Почему строгая типизация стала опорой для ИИ-разработки

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

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

Рассказали:

— как T3 связывает базу, сервер и клиент сквозными типами на одном языке (TypeScript);
— чем он отличается от MERN;
— что такое tRPC и правило «bleed responsibly»;
— кому стек подходит, а кому переход ради единого языка не окупится.

Полезно и разработчикам, которые выбирают стек под новый продукт или MVP, и бизнесу, который считает стоимость команды и найма: https://worksolutions.ru/blog/t3-stack-ai-development/
👍73