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

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

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

(далее…)

BPMN для аналитиков и тимлидов (часть 1)

Привет, Хабр! Давайте знакомиться! Меня зовут Дима. Я много лет работаю системным аналитиком.

За моими плечами – десятки проектов по разработке и внедрению программного обеспечения, где я не только проектировал, но и проводил ревью процессов других аналитиков и специалистов заказчика. Кроме того, регулярно проводил обучение по нотации BPMN (Business Process Model and Notation).

(далее…)

Не получается делегировать? 3 типа руководителей, которые тащат все на себе

Я всё сделаю сам: синдром спасателя у менеджера

Каждый менеджер хотя бы раз ловил себя на мысли: «Если не я, то кто?» Это вроде бы простая фраза, но за ней скрывается куда больше, чем желание увидеть проект успешным. Она задаёт тон всей культуре управления: той, где руководитель становится «героем», который раз за разом вытаскивает команду из дедлайнов, конфликтов и хаоса. 

(далее…)

За пределами embeddings: комбинируем векторный и лексический поиск для повышения релевантности

Таксономия рисков в Delivery Management: от «зависимостей» до «технического долга»

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

Итак, представьте: вы DM, ведете проект. В вашем чеклисте десятки пунктов, и среди них мутно сформулированное управление рисками. Разбиваем работу с рисками на три вопроса:

  1. Источник риска. Откуда проблема может прийти? (Команда, технологии, бизнес или внешняя среда)

  2. Тип проявления риска. Чем грозит? (Срыв сроков, падение качества или полный стоп проекта)

  3. (далее…)

Что нужно B2B-маркетологу IT-продуктов в 2026 году

Что нужно B2B-маркетологу IT-продуктов в 2026 году - 1

Дисклеймер: Этот материал основан на собственном опыте в продуктовом маркетинге в сфере ИБ и enterprise ИТ.

(далее…)

Мы ввели правило «Сначала спроси у нейросети» — и вот что из этого вышло

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

Три уровня применения: коротко о том, как мы используем ИИ

В наших командах сотрудники используют ИИ на 3 уровнях:

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

  • (далее…)

ЭДО и СЭД

Действительно эффективная разработка ПО: как бизнесу снизить затраты на создание веб-приложений

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

Как измерить эффективность разработки

В первую очередь разберемся, о разработке каких систем идет речь. Показательный пример — CRM-система для B2B (далее…)