Меня зовут Динара, я владелец продукта Naumen Service Desk и аналитик в команде внедрения, занимаюсь настройкой интерфейсов для Enterprise-клиентов.

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

Где здесь золотая середина? И как получилось, что от интерфейсов, которые должны упрощать жизнь, пользователи порой устают сильнее, чем от физического труда?

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

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

Практика быстро показала, что это не так. В статье я собрала мифы о тестировании, в которые я сама верила, и то, как все оказалось на самом деле.

Меня зовут Илья, я мобильный разработчик в Naumen. Моя основная специализация — iOS-разработка. Я занимаюсь развитием мобильного клиента платформы Naumen Service Management Platform, а также Chat SDK в рамках Naumen Contact Center.

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

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

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

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

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

Привет! Меня зовут Дима, я руковожу группой прикладной разработки в Naumen. Много лет работаю с командами, которые делают не одноразовые фичи, а долгоживущие системы — те, что развиваются годами, переживают смену людей, требований и контекста.

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

Всем привет! Меня зовут Артём Вичужанин. В разработке я больше пяти лет: начинал с десктопных приложений на Delphi и микропрограмм для контроллеров на C++, позже ушел в мобильную разработку. Сейчас в Naumen я отвечаю за разработку мобильных продуктов, и в рамках проектов регулярно сталкиваюсь с вопросами качества кода и автоматизации.

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

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

Привет! Меня зовут Маша, я продакт ITSM 365 в Naumen. Более 8 лет я работаю в ИТ: начинала как бизнес‑аналитик, затем стала продуктовым аналитиком, позже — менеджером продукта. Сейчас занимаюсь Discovery — исследую новые области, где наши решения могут принести бизнесу пользу.

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

Привет! Меня зовут Ринат, я iOS-разработчик в Naumen. В компании я занимаюсь разработкой нескольких iOS-продуктов: клиента для SMP-сервера (Service Management Platform) и SDK чата.

В этой статье расскажу, как мы используем связку Proxyman + HAR, чтобы готовить mock-данные сетевых запросов для интеграционных UI-тестов одного из iOS-приложений. Такой подход выручает, когда для тестов нет возможности поднять сервер с нужным наполнением или сервер не предоставляет дополнительных методов API для имитации определенного сценария — например, переписка в чате с собеседником, обновление статуса заказа.

Привет! Меня зовут Лиза — я аналитик по информационной безопасности в направлении внедрения Naumen Contact Center. В Naumen я работаю около трех лет.

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

Привет! Меня зовут Денис, я руковожу группой R&D в Naumen Service Management Platform. В этой статье — разбор виртуальных потоков (VT) в Java: почему исторически обычные потоки упирались в I/O, как и зачем появились виртуальные потоки, что пошло не так в Java 21, что исправили в JDK 24–25, а также когда виртуальные потоки необходимы, а когда — лучше от них отказаться.

Привет, меня зовут Лиза — в Naumen я занимаюсь задачами обработки естественного языка (NLP). До этого я работала с компьютерным зрением, поэтому, перейдя в Naumen, сменила не только компанию, но и специализацию. Мой первый проект в Naumen стал настоящим вызовом — нужно было реализовать систему аспектно‑ориентированного анализа тональности (ABSA) на русском языке.

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

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

Меня зовут Диана, я начинающий тестировщик в Naumen. Работаю в группе проектного тестирования: тестирую доработки, связываю требования с реализацией, отслеживаю баги и участвую в коммуникации между аналитиками, разработчиками и другими тестировщиками. За год в профессии я поняла: даже если ты очень внимателен, без умения правильно задать вопрос, донести проблему или уточнить требование — будет сложно.

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

В последние месяцы я всё чаще сталкиваюсь с одним и тем же выводом: внедрение LLM-систем (особенно с использованием RAG-подхода) тормозится не из-за самой модели, а из-за отсутствия качественных данных. Самое дорогое в процессе — это не запуск пайплайна, не подбор архитектуры, а подготовка структурированных, очищенных и корректных данных, пригодных для обучения или дообучения моделей. Всё чаще этот подход называют AI-Ready Data.

Привет! Меня зовут Вика, почти 4 года назад я пришла в Naumen на стажировку. Потом работала системным аналитиком в Naumen SMP, а сейчас руковожу командой сопровождения web SMP. 

Еще до тимлидства я слушала подкасты продактов. Это помогало накапливать общую картину, что важно в управлении. Когда сама стала тимлидом, начала искать книги и статьи уже о том, как выстраивать работу с командой. Почти все советы были для команд с опытными и самостоятельными специалистами. В моей — только джуны, которым нужна совсем другая среда: больше поддержки, объяснений, пространства для ошибок. Универсальные рецепты тут не работали, поэтому я искала свой путь.

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

В 2021 году Мартин Одерски представил Scala 3. С тех пор экосистема адаптируется, а интерес к ней растет: Scala 3 становится стандартом для новых проектов, в то же время Scala 2 постепенно сворачивается.

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

Привет! Меня зовут Ирина, уже более пяти лет я работаю в сфере бизнес‑ и системного анализа. Сейчас я — системный аналитик Project Ruler. До этого около трех лет занималась внедрением продукта Naumen Contact Center. Поэтому всегда много взаимодействовала с заказчиками, пользователями, разработчиками, тестировщиками и другими участниками процесса.

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

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

Привет! Я Стас, уже больше года работаю продактом в ITSM 365. В эту ИТ-профессию попал не сразу, ранее строил карьеру в проджект-менеджменте: собирал требования, делал ТЗ и брифы, реализовывал проекты. Но мне стало скучно — слишком много рутины, нет места творчеству и возможности влиять на продукт. Тогда определил, что может принести удовольствие в работе: новые задачи, реализация идей и возможность принимать решения. Продуктовая разработка подошла по всем пунктам. Так началось мое путешествие из проджекта в продакты.

Я понимал, что меня ждет много трудностей. Однако скиллы проджекта сильно пригодились. Благодаря им за год достиг неплохих успехов в продуктовой разработке. Например, сократил «time to market» фич релиза в три раза и уменьшил трудозатраты команды на их выпуск на 20%. В статье расскажу о сложностях, с которыми столкнулся при смене роли, и как их преодолел. Также поделюсь, какие навыки помогли стать менеджером продукта.

Привет! Я Даша, системный аналитик и программный директор курса «Профессия аналитик в IT» от Naumen. Образование и развитие других — важная часть моей жизни. Когда я ушла в декрет с младшей дочкой, решила не откладывать карьерные цели и полностью погрузилась в переработку нашего курса для аналитиков. Хотелось сделать его максимально полезным для студентов.

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

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

Это подтолкнуло Костю, проектного разработчика в Naumen, создать краткое руководство по написанию плохого REST‑сервиса. Уже несколько лет он занимается поддержкой и развитием проектов на Naumen Service Management Platform, часто сталкивается с проектированием REST API и точно знает, каких ошибок лучше не допускать.

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

Привет! Меня зовут Аня, я аналитик в Naumen Erudite. За четыре года в компании у меня было несколько проектов внедрения с крупными заказчиками. Не всегда работать на таких проектах легко — нужно уметь находить правильный подход к разным типам заказчиков, чтобы продолжать эффективно взаимодействовать.

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