Если клиент молчит — это не комплимент

Есть такая иллюзия: если заказчик не задаёт вопросов, не копается в деталях, не просит «показать ещё раз» — значит, он доволен. Вот только это не так.

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

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

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

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

Прозрачность — это когда он не успевает спросить, потому что вся инфа уже у него.

#максим_павлов 😀 #прозрачность

Есть такая профессия — ИИ внедрять

Одно из направлений KTS — реализовывать AI-агентов под запросы заказчиков. Мы прокачались в работе с искусственным интеллектом и теперь хотим поделиться экспертизой с вами в новом канале Внутри AI

В нем мы будем простым языком рассказывать о том, как бизнес пользуется AI-агентами, и объяснять, как они устроены изнутри:

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

✔️Подписывайтесь

Accountable и responsible

Недавно наш руководитель разработки Виталий скинул подход к делегированию через RACI.

Ключевые слова — это responsible и accountable. Интересно, что перевести на русский можно одним словом — ответственный. Но английское разделение на 2 слова дает совсем другое понимание смысла.

Responsible — ответственный за выполнение задач.
Accountable — ответственный за итоговый результат.

В управлении проектами это особенно важно и мы далеко не сразу поняли разницу.

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

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

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

Нет, все это про accountable — ответственность за общий результат. Тот самый ответственный, которому позвонит клиент, если что-то пойдет не так. Тот самый ответственный, которого клиент порекомендует знакомым, потому что именно он ведет проект. «Единое окно» для достижения результата и целей клиента.

Именно поэтому в свое время мы ввели роль «директора проекта». Это не менеджер и не аналитик, не лид и не архитектор. Но это эксперт, который сможет довести до результата проект и удовлетворить клиента.
Важно, что это именно роль. То есть выполнять ее может специалист из любого направления (например, менеджер). Но осознание этой роли и ожиданий от нее и делает человека accountable за проект.

#сергей_чернобровкин👨

Основано на реальных событиях

HR Tech — еще одна страсть команды KTS. Закрываем весь цикл автоматизации HR: найм, обучение, C&B, кадровое делопроизводство. Мы уже рассказывали вам про удобный личный кабинет для всех сотрудников Пятерочки и продолжаем делиться кейсами.

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

Управление ожиданиями: как проджект менеджер превращает «хотим что-то классное» в продукт, который реально решает задачу бизнеса

Ситуация знакома каждому, кто работал в аутсорсе. Клиент приходит с расплывчатым образом результата: «давайте сделаем удобно, красиво и чтобы всё сразу».

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

В предыдущих постах я уже говорил, что мы работаем по модели Time&Material, а значит клиент оплачивает 100% часов, потраченных на решение его задачи. В том числе за часы потраченные на встречи, на поиск багов и их исправление и так далее.

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

Но! Без IT-экспертизы его вовлечение быстро превращается в бесконечный поток «а давайте ещё вот это, и вот то» → фичи множатся, сроки уплывают, бюджет пухнет, а продукт не приближается к цели.

И вот тут выходит на сцену сильный проджект, который бережно направит клиента в нужную сторону и сам будет контролировать проект, тот кто берёт инициативу в свои руки.

Потому что хороший проджект — это не про таблички и синки. Это про мышление на уровне продукта и стратегии. Он должен:

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

И вот это — настоящая добавочная ценность аутсорса.

Когда ты купил не просто руки, а мозги с руками, которые ведут проект туда, где есть результат, а не «ещё один релиз, и потом ещё один… и потом переделка».

Так что, если проджект на проекте просто ведёт задачки в трекере — это не проджект. Это администратор. А если управляет ожиданиями, фасилитирует бизнес, держит продукт в фокусе — это уже ближе к делу.

#максим_павлов😀#управление

«А как вы договариваетесь?», «А вы не ругаетесь?», «А как вы еще не достали друг друга за все эти годы?»

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

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

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

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

Итого:
1. Общий бекграунд и долгое время вместе
2. Осознание сильных сторон и распределение работы исходя из них
3. Безусловное доверие

#сергей_чернобровкин👨 #партнерство

💚 Готовьте ваши лайки, в KTS уже полгода новый head of QA — Роман Авдонин, пришло время вас познакомить.

Команда классных тестировщиков KTS росла и появилась потребность переходить с уровня тестирования на уровень обеспечения качества. Поэтому мы пригласили Рому.

До KTS Рома работал SDET и QA лидом в IVI, VK, Avito, Skyeng.

В Skyeng Рома поднял метрику SLA с колен до 70%, а в Avito обновил процесс разбора инцидентов. Теперь Рома пришел в KTS за новыми победами.

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

Дальше больше! Следующий шаг — повысить прозрачность в обеспечении качества за счёт внедрения объективных метрик.

Слово Роме: «В KTS меня зацепил особый вайб. Компания быстро адаптируется к изменениям и растет. Будем расти вместе!»

Предсказуемость, прозрачность и результат

Продолжаем тему про проджект менеджмент в агентствах. Вот 3 ключевых «метрики», за которыми должен следить аутсорс при работе с клиентом.

Звучит логично и просто, но, поработав с разными студиями в последнее время, я был шокирован, что мало кто за этим следит.

Предсказуемость

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

Прозрачность

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

Результат

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

Методов достижения показателей большое количество, чтобы не потеряться удобно «накапливать баллы» в каждом из них. Провели демку для клиента -> +1 балл к прозрачности. Составили роадмап проекта -> +1 балл к предсказуемости. Чем больше баллов, тем профессиональнее вы выглядите в глазах клиента.

#сергей_чернобровкин👨 #метрики

Задача со звездочкой: как запустить ЛK для сотрудников, при этом не слить бюджет, минимизировать ошибки и получить реально работающую систему?

Ответ знает команда KTS и Иван Ефремов, эксперт по КЭДО и ЛК сотрудника, разработчик и специалист по внедрению личного кабинета для 400 000 сотрудников X5 Group. Вместе с Иваном KTS запускали ЛК для сотрудников Пятерочки в 2020 году. С тех пор количество пользователей кабинета выросло почти в 2 раза. А теперь Иван готов поделиться опытом с вами. Будет полезно HR, IT-директорам и всем, кто цифровизирует HR-процессы.

10 апреля в 16:00 мск подключайтесь на HR-вебинар «8 главных ошибок при внедрении личного кабинета сотрудников» и узнайте:

✅ Какие ошибки допускают 80% компаний при запуске ЛК
✅ Как правильно спланировать проект, чтобы он не затянулся
✅ Как замотивировать сотрудников пользоваться ЛК

🔗 Регистрация по ссылке

Подстраиваться под процессы заказчика VS быть счастливым выстраивать процессы на проекте самим

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

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

Модель Time & Material

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

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

Цифровая культура

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

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

Рост и развитие

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

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

Адекватные сроки

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

#максим_павлов 😀

Один личный кабинет — и все задачи решены

В KTS обратился девелопер №1 на рынке офисной недвижимости с рядом задач:

🟢 Снизить нагрузку на менеджеров, уменьшить количество звонков и бумажной работы. Менеджеры записывали брокеров вручную, рассылали материалы и уточняли участие в мероприятиях по телефону.
🟢 Упростить запись на мероприятия для агентов. Для профессионального роста есть STONE Community, а для совместных спортивных тренировок и неформального общения — STONE Athletic.
🟢 Собрать всю информацию для агентов недвижимости в одном месте: прайс-листы, рендеры, презентации, аналитический обзор и программы приобретения.

Решением стал личный кабинет брокера. Теперь агентам достаточно пары кликов, чтобы записаться на мероприятие или получить все нужные материалы. У менеджеров снизился объем ручной работы. Время на обновление прайс-листов сократилось с 40 минут до 0, а на организацию мероприятий — с 2 часов до 15 минут.

В новой статье на VC подробно рассказываем, как за 2 месяца разработали для девелопера STONE личный кабинет брокера.

Продолжаю тему: принципы проведения трекингов

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

2. Трекинг — тактический. Это значит, что мы ставим среднесрочные цели (в рамках квартала или 6 недель) и достигаем их через задачи. Из таких тактических улучшений складываются стратегические улучшения на длинном промежутке. Пример: если каждую неделю делать микроулучшение, то за год соберётся 52 улучшения. На масштабе года это будет очень ощутимо.

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

4. Операционные задачи обычно занимают бОльшую часть времени. Например, 80%. Их качество не должно страдать. Поэтому в трекинг мы берём минимум задач, которые делаем в 20% оставшегося времени. Если чувствуем, что задач слишком много — не делаем. В следующем планировании снижаем количество целей. До тех пор, пока точно не закрываем заданный объем, даже если это будет всего одна цель.

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

6. Параллельная работа над несколькими треками — заблуждение. Человек не компуктер и он делает задачи последовательно. Поэтому цели (если их делает один человек) лучше закрывать последовательно. Например, если объем задачи можно сделать за неделю, чтобы закрыть максимум — нужно только этим и заниматься. До тех пор, пока эти задачи полностью занимают 20% (см пункт 4) времени.

#сергей_чернобровкин 👨 #трекинги

Мед для наших ушей ❤️ Приятнее хорошо проделанной работы только публичная благодарность от клиента!

В сторис уже показывали часть доклада Елены Николаевой из STONE на RosBuild 2025, но такую искреннюю благодарность хочется сохранить среди постов.

Для STONE мы развернули KTS.Агент:
✔️Наполнили кабинет материалами для работы брокеров
✔️Встроили в ЛК календарь событий и чат-бот для записи на встречи и тренировки комьюнити
✔️Создали лендинги для сообщества

Спасибо Елене за доверие ❤️

Data-driven подход в управлении

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

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

1. Ставить цели и прогнозировать сроки на основании процессных метрик.
Я ориентируюсь на показатели, которые помогают измерять эффективность команды разработки. Для примера три классических метрики:
time to market — время выхода фичей на рынок, от идеи до релиза на конечных пользователей.
lead time — время от согласования с клиентом старта работ до релиза.
cycle time — время от старта работы команды над фичей до релиза. Время фактически затраченное исполнителями на задачу.

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

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

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

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

Самое главное в работе с данными — не просто смотреть на красивые картинки, а вникать, анализировать и рефлексировать. Идеально, если команда тоже будет принимать в этом участие.

#виктория_токарева👩 #управление

Как начать что-то делать?

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

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

Единственный работающий на моей практике метод перехода от бесконечных разговоров к реальной работе — планирование + трекинги.

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

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

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

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

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

#сергей_чернобровкин 👨

Важно ли для бизнеса, что выберут разработчики: Kotlin Multiplatform или Flutter? Мы в KTS уверены, что важно.

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

26 марта на конференции Podlodka еще раз обсудим, как Compose Multiplatform (фреймворк на основе KMP и Jetpack) помогает ускорить разработку и упростить поддержку кода. Тимур Чикишев, Android-разработчик KTS, на примере реального кейса разберется в плюсах и минусах подхода и расскажет, действительно ли Compose Multiplatform готов к продакшену.

Пересылайте своим разработчикам 🔝

Upd.: запись доступна по ссылке 🎬

Успех компании зависит от того, насколько сотрудники разбираются в контексте бизнеса?

В подкасте «Сегодня на ретро» управляющий партнер KTS Игорь Латкин и Илья Шлыков из Selectel обсудили, должен ли линейный специалист погружаться в задачи бизнеса:

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

Залетайте в новый выпуск на YouTube

Это мы на выставке RosBuild с докладом выступали. Сейчас мы дома уже все еще там и будем рады встрече с вами

Делимся с вами частью доклада Александра Баталова, коммерческого директора KTS, о том, как личный кабинет для брокеров помогает усилить агентский канал продаж

Докопайся до кейсов 👷‍♂️

Врываемся на строительную выставку RosBuild с новым продуктом для агентских продаж KTS.Агент и мощными экскаваторами.

Ждем всех на стенде KTS до 14 марта: откопать крутые кейсы, обсудить новости и узнать о цифровых решениях для застройщиков.

Распыление фокуса

Это самая жесткая проблема. Чем бы я ни занимался, как только происходит расфокусировка, сразу все начинает пробуксовывать. Команда или человек не могут эффективно делать больше 1 дела единовременно. Да, только 1 дело. И как же легко расфокусироваться, особенно если создается иллюзия, что можно сделать что-то параллельно (а она всегда создается).

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

Со временем в командах начали исправлять эту проблему так:
1. Установочная встреча / стратсессия / постановка целей любым другим способом.
2. Голосование за задачи по нескольким критериям. Обычно это простота реализации, потенциальный профит и просто вера. Можно выбрать любые критерии, какие вам нравятся — это неважно. Главное как-то оценить потенциал каждой идеи.
3. Жесткое ограничение количества новых гипотез / идей / целей / задач / процессов. Зависит конечно от размеров и специфики. Но для примера, сначала в некоторых командах мы брали 7-10, потом 5-7, сейчас стараемся ограничивать тремя, а иногда и одной. Отбрасываем все, кроме самой приоритетной цели. Кстати, забавно, что «приоритет» — это «первый» на латыни, то есть приоритет всегда должен быть один)
4. ТРЕКИНГ — регулярные встречи с обзором прогресса по задачам, решением проблем и т.д. Нет трекинга — не будет результата.

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

#сергей_чернобровкин👨

Как мы превратили покупки на Мегамаркете в настолку 🎲

Мегамаркет хотел сделать процесс покупок увлекательнее и прокачать лояльность к бренду с помощью геймификации. KTS и дизайн-агентство Mish совместно с командой заказчика воплотили эту задумку в жизнь. За 3 месяца от идеи до релиза создали Мегабашню — первую игру внутри маркетплейса.

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

Пользователи оценили знакомую с детства механику и не могли оторваться от игры — Мегабашня объединила 2,7 миллиона человек.

Как мы раскачали аудиторию Мегамаркета и сделали шопинг веселее, рассказываем в новом кейсе на VC

🕊 Школа Metaclass от KTS: перезапуск бесплатных курсов для разработчиков, менеджеров и аналитиков 🚁

Metaclass существует с 2018 года, за это время мы провели 12 потоков и наняли более 50 сотрудников из числа наших выпускников. Больше половины нынешних тимлидов и синьоров KTS попали в компанию через нашу школу. И уже скоро мы начинаем очередной поток!

10 марта стартуют наши флагманские курсы, открытые для всех желающих:

✔️ Начинающий Backend-разработчик на Python
✔️ Начинающий React-разработчик

15 марта стартует курс Системная и бизнес-аналитика. Этот курс будет доступен только студентам вузов, при регистрации понадобится студенческий билет.

💚 Приходите сами и приглашайте знакомых! 💚

Любовь Бизнес. Смерть. Роботы

Недавно партнеры KTS, Надежда Меркулова, Федор Биличенко и Сергей Чернобровкин посетили презентацию книги «Бизнес. Смерть. Роботы» Максима Десятых, лично поздравили автора и вдохновились на новые проекты.

Максим Десятых — основатель Duo Sapiens, ex-основатель red_mad_robot и давний друг KTS. Совсем недавно он выпустил новую книгу, которая быстро стала must read для нашей команды.

«Бизнес. Смерть. Роботы» — сборник принципов и инструкций, которые Максим дает на индивидуальных сессиях. Внутри ответы на вопросы про управление проектами, продажи, маркетинг и найм.

Рекомендуем! Лайк, если будете читать 💚

Любовь Бизнес. Смерть. Роботы

Недавно управляющие партнеры KTS, Надежда Меркулова, Федор Биличенко и Сергей Чернобровкин посетили презентацию книги «Бизнес. Смерть. Роботы» Максима Десятых, лично поздравили автора и вдохновились на новые проекты.

Максим Десятых — основатель Duo Sapiens, ex-основатель red_mad_robot и давний друг KTS. Совсем недавно он выпустил новую книгу, которая быстро стала must read для нашей команды.

«Бизнес. Смерть. Роботы» — сборник принципов и инструкций, которые Максим дает на индивидуальных сессиях. Внутри ответы на вопросы про управление проектами, продажи, маркетинг и найм.

Рекомендуем! Лайк, если будете читать 💚

🚙 Коротко о буднях в нашем офисе

Это мы так готовимся к RosBuild 2025. С 11 по 14 марта будем участвовать в строительной выставке в Москве. Представим там наш новый продукт для агентских продаж — KTS.Агент.

А еще привезем с собой настоящее чудо техники. Так что, если хотите поуправлять экскаватором из кружочка, приходите на наш стенд. Будем ждать вас 🦆

Наша команда в поисках нового супергероя — Junior Sales-менеджера 🦢

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

Все подробности и отклик — по ссылке.

А наши кейсы на WDA показывают👀

WorkSpace Digital Awards — это конкурс лучших digital-проектов года. В этом году в нём участвуют пять наших проектов, и они ждут не дождутся ваших лайков.

🔵E-commerce платформа для крупнейшего видеоигрового сообщества СНГ IGM

🔵eLama: биржа услуг более 5000 опытных маркетологов

🔵«Куда на море»: бесконечный календарь для управления бронированием гостиничных объектов

🔵Промоигра «Мегабашня» для Мегамаркета

🔵Личный кабинет партнера для девелопера FORMA

Чтобы отдать свой голос, зарегистрируйтесь на сайте WDA или авторизуйтесь по VK, а потом нажмите «лайк» на странице кейса

🤔 Хороший руководитель — это строгий начальник или опытный коллега?

Разбираем преимущества авторитарного и демократического менеджмента в подкасте от Selectel. Управляющий партнер KTS, Сергей Чернобровкин 😊 и менеджер продукта DevOps as a Service Selectel, Ярослав Павлов обсуждают:

▶️ какими качествами обладает грамотный руководитель
▶️ как и зачем любить руководить
▶️ каким должно быть отношение к сотрудникам
▶️ как правильно скомбинировать авторитарный и демократический менеджмент

Подкаст доступен по ссылке — приятного просмотра!

🎮 Раскрываем секретные чит-коды для идеального геймерского магазина

Однажды игровое сообщество IGM решило запустить e-commerce платформу для 20+ млн фанатов игр. И мы помогли — вместе с дизайн-студией Mish превратили покупку ключей в настоящее приключение. Сделали:

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

За всеми подробностями — сюда 🎮

📈 Рецепт успешной айти-компании от CEO KTS: вычтите 9 лет жизни, наймите 150 сотрудников...

Спустя 9 лет Максим Павлов 😀 вернулся в альма-матер (МГТУ им. Баумана), чтобы поделиться историей, как группа студентов с кафедры ИУ5 основала айти-компанию. В подкасте он рассказал:

🟢 как из идеи вырос KTS
🟢 как формировалась его роль в компании
🟢 как растет KTS и команда
🟢 советами, как начать свой бизнес
🟢 немного личным

Интервью уже доступно на Youtube-канале Башни и в нашем паблике ВКонтакте:

Смотреть 🌐
Смотреть 🌐

📈 Рецепт успешной айти-компании от CEO KTS: вычтите 9 лет жизни, наймите 150 сотрудников...

Спустя 9 лет Максим Павлов 😀 вернулся в альма-матер (МГТУ им. Баумана), чтобы поделиться историей, как группа студентов с кафедры ИУ5 основала айти-компанию. В подкасте он поделился:

🟢 как из идеи вырос KTS
🟢 как формировалась его роль в компании
🟢 как растет KTS и команда
🟢 советами, как начать свой бизнес
🟢 немного личным

Интервью уже доступно на Youtube-канале Башни и в нашем паблике ВКонтакте:

Смотреть 🌐
Смотреть 🌐

Можно вечно смотреть на огонь, воду и... противостояние Flutter и KMP

В нашем новом кейсе выдали базу — рассказали про плюсы Kotlin Multiplatform на примере проекта «Куда на море» 🌊

Вместо Flutter мы предложили заказчику использовать KMP. В итоге получили:

— Плавную шахматку с бесконечной прокруткой;
— Офлайн-режим с автоматической синхронизацией;
— Возможность управлять статусами номеров в пару кликов.

Подробнее о кейсе читайте по ссылке.