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

Я больше десяти лет делаю рекламные платформы. Команды за это время были разные — по размеру, по составу, по зрелости. Но почти всегда был один загон — всем почему‑то было очень важно работать по спринтам.
У нас в компании давно живёт странная двойственность. Я как руководитель смотрю на проект сроками, вехами и деньгами. Разработчик смотрит на него колонкой «в работе». Это два разных языка, и переводчиком обычно работает статус‑митинг на сорок минут, после которого никто не стал умнее.
Мы пришли к схеме, где OpenProject остаётся инструментом верхнего уровня, а канбан‑доска — рабочим местом команды. У нас в роли доски PLANKA: self‑hosted, с OIDC через Authentik, живёт на нашем же контуре. Ниже — как это устроено и, что важнее, где эта конструкция ломается. Я специально не буду обещать, что всё это собирается за вечер.
Генеративный ИИ сделал производство контента почти бесплатным: тексты, баннеры, письма, лендинги и сценарии теперь можно создавать в промышленных масштабах за считаные минуты. Но здесь и кроется парадокс — чем больше сообщений производит рынок, тем меньше преимуществ даёт сама способность их производить, а значит проблемой становится уже не отсутствие контента, а отсутствие связной позиции.
Все счастливые семьи похожи друг на друга.
Каждая несчастливая семья несчастлива по‑своему?
Эта статья о том что у организационного провала ИТ‑функции существует типовой сценарий.
Эта статья о том когда, где, что и как ломается
В этой статье мы не будем рассматриваем конкретные формы провалов, думаю, что каждый из вас, читатель, сможет назвать десяток своих и десятки чужих историй производственного ада. Нас в этой статье интересует последовательность, по которой этот производственный ад формируется и воспроизводится.
В арт-аутсорсе часто возникает парадоксальная ситуация: проект формально растёт, показатели выглядят хорошо, команда справляется, но непонятно, насколько система устойчива и как долго выдержит текущий темп.
Когда я впервые столкнулась с этим, стало ясно: нам не хватает не процессов, а измеримости. Казалось бы - изучай, внедряй, пользуйся. Но в арт-аутсорсе ААА-тайтлов мы работаем с художниками, которые приходят делать качество, а не количество. А сами проекты зависят от клиента, арт-видения и постоянно меняющихся приоритетов.
На старте это выглядит так:
Сдать PMP в 2026 на русском - всё еще можно. Но если вы работаете в международной компании или планируете это делать, экзамен на английском - более прагматичный выбор: сертификат универсальнее, а язык не становится скрытым ограничением в работе.
Даже с уровнем B1 экзамен может быть реален, если знать, где именно кандидаты чаще всего спотыкаются.
На первый взгляд вопросы PMP выглядят сложными и перегруженными. Но в то же время экзамен использует ограниченный набор конструкций, которые просто нужно узнавать с первого взгляда. Разберём самые частые языковые ловушки.
Всем привет! Меня зовут Артем — за последние 10 лет поработал в больших компаниях, стартапах, консалтинге на позиции продакта и проджекта. Сегодня расскажу про мой подход работы с бизнесом и технической командой и про то, как превратить хаотичный поток задач в предсказуемый фреймворк.
В моей профессии Roadmap — ключевой артефакт. И при правильном формировании он способен выводить продукты из хаоса в предсказуемость. Дорожная карта не про сроки, а про баланс интересов — прикладная часть этого тезиса как раз и будет раскрыта в статье ниже.
(спойлер: в конце будет ссылка на GitHub)
Таск-менеджеры вроде Jira — хороший инструмент для ведения проектов. Вот только есть одна проблема — на них очень быстро забивают. В первую очередь — проектные менеджеры (на всякий случай: я — один из них). Когда проект стартует, менеджер с командой, как правило, делают волевую попытку декомпозировать его на эпики и задачи. Каждая задача получает красивое описание, а иногда даже назначенных исполнителей и дедлайны.
Потом проект стартует…
Замечали, как это бывает? В команду приходит новенький джуниор. У него полно свободного времени, он всё время пишет код, задачи закрываются одна за другой, и его прогресс растёт как на дрожжах. А потом смотришь на своего опытного сеньора или тимлида. Весь день в совещаниях, постоянно отвлекается на какие‑то вопросы, а в Jira на нём висит всего пара задач, которые он делает уже несколько недель.
И закрадывается мысль: «А не зря ли он получает свою зарплату?».