Видео-версия: https://youtu.be/DZI2hTy1RZA

Что такое Jira, Confluence и workflow

Jira — это система управления задачами от компании Atlassian. В ней живёт вся работа IT-команды: задачи, баги, доски, статусы, релизы. Проджект-менеджер проводит в Jira значительную часть рабочего дня: заводит задачи, следит за их движением, разруливает узкие места. По моему опыту, порядка 90% IT-компаний работают именно в Jira — поэтому уметь её настраивать и читать нужно ещё до первого собеседования.

Confluence — это база знаний от той же Atlassian, соседний продукт. Если Jira отвечает на вопрос «кто что делает и в каком статусе», то Confluence — на вопрос «как у нас всё устроено»: требования, регламенты, протоколы встреч, документация проекта. Эти два инструмента связаны между собой и почти всегда ходят парой.

Workflow (рабочий процесс) — это правила, по которым задача движется из статуса в статус: из «Новая» в «В работе», дальше на код-ревью, в тестирование и до «Завершена». Workflow — это, по сути, нарисованные правила игры команды: все понимают, откуда и куда двигается задача и почему. Ниже мы соберём такой процесс своими руками.

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

Регистрация в Atlassian: VPN и аккаунт

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

1. Заходишь на atlassian.com под VPN и нажимаешь «Зарегистрироваться». Проще всего логиниться через кнопку Google.
2. На почту придёт письмо с кодом — вводишь его на сайте.
3. Дальше может вылезти плашка, что регистрация новых пользователей из России и Беларуси не поддерживается. Решение простое: полностью закрой страницу, открой заново и залогинься ещё раз — у меня прошло со второй попытки.
4. Из списка продуктов выбираешь Jira — она бесплатна для небольших команд.

Создаём проект и канбан-доску

План настройки целиком выглядит так: создать Jira, создать проект и доску с типами задач, настроить доску и workflow, подключить Confluence. Идём по порядку.

1. При первом входе Jira сама создаст проект с демо-задачами — он нам не нужен, смело удаляй раздел (и не забудь вычистить его из корзины-архива, иначе имя будет занято).
2. Создаём свой: «Разделы» → плюсик → шаблон «Разработка программного обеспечения» → Канбан.
3. Тип управления — «управляется компанией». Это важно: только такой проект даёт полноценную настройку workflow.
4. Название — например, твои фамилия и имя. Ключ проекта можно придумать свой, а можно оставить автоматический — это ни на что не влияет.
5. Все предложения «пригласить команду» и стандартные подсказки — пропускаем.

На выходе у тебя есть проект и его первая канбан-доска. В настройках доски проверь, что включён бэклог (перетащи его в панель и поставь галочку «эпик в бэклоге») — колонка, где задачи ждут своей очереди.

Настраиваем workflow: статусы и переходы

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

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

• Новая → В работе → Код ревью → Разработка завершена → Тестирование → Тестирование завершено → Внедрение → Завершена;
• плюс два служебных: Пауза / Блокировка (в неё можно попасть из любого статуса) и Отменено.

Обрати внимание на цвета статусов — это подсказка для всей команды: серый — задача лежит без дела, синий — находится в работе, зелёный — имеет завершённый характер (сюда относится и «Отменено»: делать с задачей больше ничего не надо).

Дальше — переходы, то есть стрелки между статусами. Основная цепочка идёт слева направо, но жизнь сложнее прямой линии, поэтому добавляем возвраты: из «Код ревью», «Разработка завершена» и «Тестирование» задача может вернуться обратно в «В работе» — наловили багов, бывает. Из «Пауза / Блокировка» пути ведут в работу и в тестирование, а из «Отменено» — только в бэклог.

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

Полезная мелочь из практики: если Jira не даёт удалить задачу — «сначала нужно получить соответствующие права» — зайди в настройки раздела → «Права» → «Редактировать разрешение» и добавь роли «Руководитель проекта» право на удаление задач. Ты в своём пространстве главный — раздавай себе права смело.

Подключаем Confluence

Confluence подключается прямо из Jira: в меню продуктов нажимаешь Confluence — и Atlassian разворачивает тебе приложение для документации, связанное с твоей Jira.

1. Все стартовые шаблоны, которые Confluence создаёт сам, — удаляй. Нужно полностью пустое пространство, в котором удобно работать.
2. Создай свой раздел — внутри него живут страницы, доски и вся структура документации.

Всё: у тебя настроенное рабочее пространство — Jira с проектом и доской, собственный workflow и Confluence под документацию. Это ровно та среда, в которой работает настоящая IT-команда.

Частые вопросы

Нужен ли VPN для работы с Jira из России?

Для облачной версии с сайта Atlassian — да: без VPN не получится ни зарегистрироваться, ни работать. А вот для учёбы на моём курсе VPN не нужен: ученики работают в серверных Jira и Confluence на российских серверах — всё открывается сразу и учиться комфортно.

Jira — это платно?

Для старта — нет: у Atlassian есть бесплатный облачный тариф, которого хватает, чтобы попробовать Jira и Confluence самостоятельно.

Чем Jira отличается от Confluence?

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

Что такое workflow простыми словами?

Это правила движения задачи по статусам: из «Новая» в «В работе», дальше код-ревью, тестирование, внедрение — и до «Завершена», включая возвраты в работу и паузы. Workflow фиксирует правила игры команды, чтобы все одинаково понимали процесс.

Обязательно ли новичку уметь настраивать Jira?

Читать доску и работать в ней — обязательно, настраивать — большой плюс. Настройка workflow своими руками даёт ту самую насмотренность, которая отличает кандидата «слышал про Jira» от кандидата «работал в Jira» — и это чувствуется на собеседовании.

Видео-версия: https://youtu.be/2rfo3Q9ie1c

Контекст: что за собеседование

Компания с портфелем проектов «от браузерных игр до онлайн-банков» искала технического проджект-менеджера, который всё это консолидирует. На звонке — HR и IT-директор. Формат: техническое интервью, но, как вы увидите, почти все вопросы были не про технологии, а про управление. Это типично для роли PM: технику спрашивают на уровне кругозора, управление — на уровне мышления.

«Расскажите о себе» — как я строю самопрезентацию

Первое, что я сказал: «Не хочу душнить — не буду рассказывать, как я закончил университет и увлекался Паскалем». И сразу перешёл к делу:

• Опыт по проектам, а не по годам. Заказная веб-разработка → продуктовая EdTech-компания, больше трёх лет: сначала веб-версия, потом мобильное приложение.
• Состав команды цифрами. Девять человек: проджект, продакт, системный аналитик, по два iOS- и Android-разработчика, два тестировщика — плюс кроссфункциональные ML- и бэкенд-команды.
• Зона ответственности глаголами. Наполнение и приоритизация бэклога, релизный процесс, маркетинговые активности с командой. Конкретная фича — социальная сеть для учеников внутри продукта.
• Честная причина ухода. Компанию перевели с удалёнки на гибрид, меня это не устроило — без драмы и без негатива о работодателе.
• Что ищу. Проект, где виден конечный результат и влияние на метрики бизнеса.

Формула самопрезентации PM: проекты → команда в цифрах → за что отвечал лично → почему ушёл → что ищу. Две минуты, ноль биографии.

Реальные вопросы и суть сильных ответов

«Инхаус-команда или аутсорс: плюсы, минусы, когда что?»

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

«Приходилось ли выбирать стек или технологию?»

Здесь работает конкретный пример, а не общие слова. Я рассказал про фичу-соцсеть: архитектура профилей не подходила под новую задачу, не было Elastic Search — собрал встречу с системным аналитиком и бэкендерами, в условиях неопределённости решили, что поднимаем поиск. Суть ответа: PM не выбирает технологию сам — он организует принятие решения с теми, кто в этом эксперт.

«Кем вы управляли напрямую?»

Честный ответ вместо надувания щёк: прямых подчинённых у проджекта в скрам-команде обычно нет, но задачи нарезал я. На рынке РФ скрам-мастера почти нигде не выделяют отдельно — эту роль тоже несёт PM. Такой ответ показывает, что ты понимаешь реальное устройство команд, а не пересказываешь учебник по скраму.

«Кто ваши стейкхолдеры? Откуда приходили задачи?»

Руководитель направления, продукт-менеджер (груминги, обратная связь по фичам) и CTO. Плюс главный управленческий навык: за ресурсы приходится бороться языком цифр — объяснять, почему ML-команда должна потратить свой ресурс именно на твою фичу и именно сейчас.

«Как работали с техдолгом?»

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

Кейс-вопросы: четыре ситуации

Кейс 1. Пришёл новый разработчик, а документации нет

Каркас ответа: вводная встреча и логика проекта устно → доступы, команда, рабочие чаты → закрепить «бади»-ментора → кормить небольшими задачами и собирать обратную связь с двух сторон. А дальше — уровень выше: раз документации нет, это проблема процесса. Строим бизнес-процесс регулярного пополнения документации с контрольными точками и ответственными, чтобы знания не были завязаны на конкретных людях.

Кейс 2. Проблема, которую никто в компании не может решить

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

Кейс 3. Два разработчика спорят о технологии, задача стоит

Сначала синки один на один — понять не аргументы, а состояние людей: иногда спор о «Python против Go» вообще не про технологии. Потом общая встреча, где PM выступает медиатором дебатов. Решающие аргументы — язык цифр и контекст: если это MVP и приоритет — скорость, побеждает то, что быстрее; если продукт будем докручивать годами — смотрим архитектуру.

Кейс 4. Уходит единственный носитель знаний о сложной системе

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

Что сработало: выводы

1. Отвечай со стороны управления. Почти каждый вопрос «про технологии» на самом деле про процессы, людей и деньги. Интервьюер прямо сказал в конце: «Все вопросы были со стороны управления» — и это то, на чём я специализируюсь.
2. Язык цифр — универсальный ключ. Спор о стеке, борьба за ресурс, техдолг, нерешаемая проблема — всё сводится к «сколько это стоит бизнесу».
3. Не знаешь — рассуждай вслух. Дважды я честно говорил «с таким не сталкивался, но давайте подумаем» — и разбирал кейс на глазах. Это ценят больше, чем заученные ответы.
4. Конкретика вместо общих слов. Состав команды цифрами, названия процессов, реальные фичи. Абстрактное «занимался управлением проектами» не запоминается.
5. Собеседование — это диалог. Смолл-ток, встречные вопросы, юмор. Через день мне перезвонили с оффером на 250 000 ₽.

Частые вопросы

Какие вопросы задают на собеседовании проджект-менеджера?

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

Что отвечать, если не знаешь ответа на вопрос?

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

Насколько техническим должен быть проджект-менеджер?

Достаточно понимать разработку на уровне разговора с командой на одном языке. На реальном «техническом» собеседовании PM почти все вопросы оказываются про процессы, приоритеты и людей.

Как рассказать о себе на собеседовании?

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

Можно ли обсуждать формат работы и условия прямо на интервью?

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

Видео-версия: https://youtu.be/U9PpDJdWjZU

Три главные ошибки новичков

Ошибка 1. Купить курс и ждать гарантированного трудоустройства

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

Ошибка 2. Учить инструменты вместо понимания роли

Jira, канбан, скрам — люди заучивают термины и даже понимают разницу между ними, но не могут ответить на простой вопрос: что должен делать проджект-менеджер в конфликте между разработчиком и бизнесом? Какую ответственность взять на себя, как разговаривать с каждой стороной?

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

Ошибка 3. Ожидать, что рынок вас ждёт

Не ждёт. Я показываю ученикам скриншот своих собственных откликов времён входа в IT: десятки отказов подряд. Когда я решил стать айтишником, у меня за плечами был опыт предпринимателя, и я был уверен, что «умный мужик всех удивит». Получил отказы пачкой — резюме с нерелевантным опытом даже не доходят до живого человека. С этой картиной сталкивается каждый, и в 2026 году она жёстче, чем когда-либо. Запомните формулу: найм сломан, вас никто не ждёт — и это нормально, просто из этого надо исходить в стратегии.

Что происходит с рынком в 2026 году

• AI забрал часть отбора. Первичный отсев резюме делают алгоритмы, а не люди. Десятки отказов на отклики — это не «вас посмотрели и отвергли», это робот проверил релевантность и отправил резюме в корзину, не разбираясь.
• Деньги в экономике дорогие. Ключевая ставка около 15,5% годовых — бизнес неохотно берёт кредиты на развитие и новые проекты, а значит, открывает меньше вакансий.
• Резюме больше, чем вакансий. По данным аналитики hh.ru, перелом произошёл летом 2024 года: до этого количество активных вакансий и резюме шло вровень, после — вакансии пошли вниз, а резюме вверх. К январю 2026-го вакансий стало на 35% меньше, чем в начале 2024-го, а резюме — на 82% больше.

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

Рабочая стратегия: 9 шагов до оффера

1. Собери знания, необходимые именно для роли PM. Информации в 2026 году море, проблема в другом — новичок не знает, что из этого действительно нужно. Мой бесплатный курс с необходимой базой уже выходит на YouTube — первые уроки открыты прямо на сайте. Я не продаю обучение: забирай и проходи.
2. Упакуй свой опыт и составь легенду кейсов. Автоотбор смотрит на релевантный опыт от трёх лет. Если твой реальный опыт — управление проектами, командой, подрядчиками, дедлайнами в другой сфере, его нужно переупаковать в язык и кейсы проджект-менеджмента и отработать до уверенных ответов на любой вопрос. Просто «честно написанное как есть» резюме до собеседования не доживает.
3. Изучи пул вопросов всех этапов собеседований. Скрининг с HR и техническое интервью — вопросы там повторяются, и их можно выучить заранее. Я разбираю реальные записи собеседований своих менти — у меня их сейчас больше тридцати — и часть таких разборов выкладываю открыто: разбор №1, разбор №2, разбор №3.
4. Пройди тренировочные собеседования с опытным PM. Ответить на вопросы, которых не знаешь, невозможно — как выучить иностранный язык совсем без носителя. Найди человека, который работает проджект-менеджером, и попроси погонять тебя по вопросам как настоящий HR. У нас это называется мок-собесы: я симулирую скрининг и техничку, чтобы ученик встретил их подготовленным. Вот запись примера мок-собеседования — посмотри, как это выглядит.
5. Составь резюме, которое проходит алгоритмы. Твоя первая аудитория — робот, и только вторая — человек. И помни: твои кейсы подойдут не всем компаниям, и это нормально. Ты ищешь не сто работодателей, а одного. Один точно найдётся.
6. Откликайся много. Очень много. Если думаешь, что 20–30 откликов дадут несколько собеседований — ошибаешься. Рабочая стратегия — «пылесос»: максимальное количество откликов каждый день, широко, без узких фильтров. Плюс регулярная активность на площадке — алгоритмы hh поднимают активные резюме выше в выдаче.
7. Держи психологический настрой. Тысяча откликов и стена отказов бьют по голове: начинаешь думать, что ты никому не нужен. Это не так — это просто статистика сломанного найма, и по-другому не бывает ни у кого. Здесь наставник нужен больше всего: напоминать, что идёшь по стратегии, а не проваливаешься лично ты.
8. Торгуйся за оффер и оформляйся правильно. Оффер — не финальная цифра: за деньги и за удалёнку можно и нужно торговаться.
9. Пройди испытательный срок. Оффер — не финиш. Если на испытательном сроке показывать слабый результат, весь путь придётся начинать заново. Первые три месяца задача одна: делать задачи и оправдывать зарплату, которую ты попросил. Поддержка опытного PM на этом этапе — самая недооценённая часть всей стратегии.

Сколько времени это занимает

Честный срок пути от старта до оффера при работе по стратегии — от 3 до 5 месяцев. Это не волшебная таблетка «схавал и получил оффер», а системная работа: упаковка опыта, десятки собеседований, сотни откликов. Зато в конце — не сертификат, а работа.

Реальный кейс: 3 оффера за 80 дней

Ученик — назовём его Лёха — прошёл этот путь за 80 дней и получил три оффера, лучший из которых — 260 000 ₽ на позицию проджект-менеджера. Таких историй у меня в канале много: верифицированные кейсы с цифрами и сроками — от 190 до 315 тысяч рублей на старте. Будь как Лёха.

Частые вопросы

Можно ли стать проджект-менеджером без технического образования?

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

Сколько зарабатывает начинающий проджект-менеджер?

По кейсам моих менти стартовые офферы — от 190 000 до 315 000 ₽ в месяц. Разброс зависит от упаковки опыта, сферы компании и умения торговаться за оффер.

Сколько времени занимает путь до первого оффера?

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

Достаточно ли пройти онлайн-курс, чтобы найти работу?

Нет. Курс даёт знания, но не проводит через сломанный найм: автоотбор, конкуренцию с сотнями выпускников школ и десятки собеседований. Работу приносит стратегия выхода на рынок, а не сертификат.

Нужно ли учить Jira и Scrum?

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