🎯 Готова новая статья на сайте!

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

🔍 В статье:
— как правильно (и неправильно) писать резюме;
— как описывать опыт, чтобы не казаться волшебником с вакуумом достижений;
— как не упасть в обморок на звонке от HR и не сказать «А какая у вас вакансия?»;
— примеры, шаблоны, чек-лист, инструкция для питча и даже послесловие с верой в светлое рабочее завтра.

😅 Почему написал? Потому что мне регулярно прилетают «Посмотри резюме», особенно от тех, у кого по откликам — тишина, как в лесу.
Если ты только начинаешь, давно не искал работу или просто хочешь убедиться, что твой PDF не отправляется сразу в корзину — очень советую почитать.

📌 Идеально подойдёт тем, кто:
— сейчас на этапе смены работы,
— делает/обновляет резюме,
— давно ничего не трогал и хочет проверить себя по чек-листу.

Переходите к статье, комментируйте, шерьте с тем, кто “ищет, но не находит” — пусть находит 💼
Ссылка тут 👉 жмяк лапкой

А еще на следующей неделе будем разгонять про судьбу в корпе или своем деле. Там еще есть пару мест на покушать ,выпить пиво и поржать с пользой.

🔥 Прожарка возвращается — и это будет ТУСА! 🔥

Помнишь, как это было?
Те вечера, где стартаперы выходили на сцену, а эксперты жарили их идеи до хрустящей корочки?
Теперь мы выходим на БОЛЬШОЙ ЭКРАН! 🎥🎬

📍 Профстудия. Свет. Камеры. ЖАРА.
📆 18 апреля
⏰ 19:00
📌 Газовая 10, литера З, 3 этаж, студия R13

Главный сюжет этого сезона —
💼 Корпоративная карьера против 🚀 собственного бизнеса.

2 бизнес-проекта
2 карьерных пути
1 легендарный гриль — и только один шанс доказать, что твой путь достоин оваций 👏

Что тебя ждёт:
🔥 Прожарка стартапов — разберем стартапы без цензуры, как ты любишь
🔥 Прожарка карьерных треков — дадим жесткий разбор резюме и карьерного пути, такого ещё не было
🍴 И, конечно, фуршет! Много. Вкусного. От ресторана Ardenne (Komitet Group).

🎤 Гости-эксперты:
— Андрей Тихонов, старший Delivery Manager, ТБанк — управляет командами на сотни миллионов
— Евгений Мутовкин — король самокатов Whoosh, привлёк ₽1,5 млрд и сделал exit, о котором мечтают. Выпускник ИТМО.

🎁 Что получат герои вечера? — Стартапы, которые зацепят — шанс на финансирование
— Карьеристы, выдержавшие жар — помощь с трудоустройством в корпорацию

💡 А ты? Можешь стать частью этого шоу в качестве зрителя.

⚠️ Это профсъёмка, и мест очень мало. Только для своих.

🎟 Вход платный
По вопросам билетов — пиши 👉 @mr_vsmr

🥂 Фуршет, нетворк, атмосфера — всё, как ты любишь.
Не проспи. Будет жарко.

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

💥 Во-первых, про пасхалки.
В прошлом большом тексте я оставил маленький сюрприз, и кто-то нашёл его через 5 часов — респект! Подарок (книга, конечно же) уехал в прекрасный Казахстан.
Идея с пасхалками мне понравилась — хочется продолжать. Когда-то, кстати, на курсе со студентами устраивал квиз, и разыгрывал косарик на книжку — было весело.

Так что теперь пилю ботика для квизов, в котором будет рейтинг. И если всё взлетит, то буду раздавать ништяки (книги, доступы, maybe стикеры — посмотрим).
Плюс — в этом же квизе будет и реальная польза, потому что вопросы будут по темам канала, а не “кто сказал цитату про agile в 2003 году”.

📎 Кстати, если есть идеи для вопросов — кидайте.

📖 Ещё пишу большую статью про резюме:
– типичные ошибки,
– примеры,
– пошаговый план,
– как не скатиться в банальщину и не начать врать про «продуктовое мышление».

Процентов 30–40 уже написано, но времени всё никак не хватает. Сейчас как раз готовлю одну студентку к поиску “работы мечты”, или, как мы решили, “вариант Б — рассматриваем эскорт” (если что, это шутка, не прогрев к ахеренному наставничеству, курсу или воронке 😅).

🛠️ На работе
Как всегда, у нас всё весело и больно одновременно:
– Крутим Flight Levels и пытаемся сделать первую нормальную методику внедрения, а не “делай хорошо”.
– Строим E2E-поставку продуктов с кучей команд, разными производствами и извращёнными связками — тот ещё квест.
– Думаем, как матчить проекты между ~70 командами — и вроде придумали. Возможно, будет кейс.

Мозгоштурм веду с коллегой по БЛ, и очень надеюсь затащить Антоху в контент — его мозги и продуктивность достойны не просто заметок в корп wiki, а настоящих статей.

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

И да, проверяйте тексты на пасхалки, тут не только польза, но и неожиданные подарки 😉

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

📚 Что за материал?
Это не просто статья — это выжимка из моего курса по пипл-менеджменту, который я читаю студентам, СТО, продактам и CEO.
Короче, если ты управляешь людьми или только собираешься — это база, которую стоит прогнать глазами, мозгом и руками.

⏳ Длина:
~17–20 минут чтения. Советую не листать в метро между мемами, а выделить вечер, сохранить и разобрать как полевой мануал.

🎯 О чём говорим?
Тактическое управление по Кену Бланшарду — это когда ты не просто «лид», а осознанно подбираешь стиль под каждого человека в команде. Чтобы не душить, но и не упускать.

🔍 Что внутри:
— Разбор четырёх уровней готовности сотрудника (P1–P4) и почему они важнее, чем «джун–мидл–сеньор»
— 4 стиля управления: от инструктажа до делегирования
— Как формулировать задачи под разный уровень зрелости (и не убить мотивацию)
— Где граница между доверием и микроменеджментом
— Примеры, вопросы, чек-листы, полезные ссылки

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

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

Тигры и тигрицы, внимание!

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

Пока подпишитесь, а я скоро допишу 2 как мне кажется шикарные статьи про управление людьми в команде и менеджменте.

📦 Тут вам и B2B продажи, и продакт-хакинг, и выгорание, и запуск продуктов в неожиданных отраслях (например, в бизнесе с грузовиками и слесарями). Почти всех знаю лично и читаю давно — рекомендую от души.

Вот вам немного про каждого, чтобы выбрать, с кого начать:

👨‍💻 @tobeproduct — Быть продактом! (быть, а не казаться)
Антон Куликов из SmartCat. Тот самый человек, который не только знает, что такое продуктовая ставка, но и может вам это объяснить на пальцах, без фальши и пафоса. Был директором по продукту в Selectel. Обожает ковыряться в гипотезах — и делает это по-научному.
Что почитать: Что такое продуктовые ставки | Стратегия - слово, которое нельзя называть

🌱 @prostochelokek — Просто чел из АЙТИ | Ваня
Ваня Марцинкевич. Живёт в деревне, стрижёт газон, пишет письма в телеграм. Делает комьюнити-платформу, консультирует компании, живёт так, как мы мечтаем, но боимся, а еще прям мое личное открытие с точки зрения почитать, хотя и лично пока не познакомились.
Что почитать: Почему вы не станете профессиональном? | Собесы - это прикольно

📞 @izib2b — ИзиB2B
Намаз Намазов. Про продажи — коротко, по делу, без «водухи». Учит фильтровать лидов и разговаривать с ЛПР-ами без страха. То, что надо, если вы в продакт, но чувствуете, что в сейлзах пока «на интуиции».
Что почитать: ЛПР или нет? | Фильтруй лиды

🌊 @leblife — Лебединая Жизнь
Роман Лебедь. Цифровой кочевник, вице-президент по продукту (хотя встретив его на улице так не скажешь). Работает с доски для серфа, пишет про Азию, жизнь, работу в саппорте и то, как не уехать крышей.
Рому знаю давно и лично, даже ходили на выставку аниме, вот так мы и не повзрослели =)
Что почитать: Подборка постов про Азию | Почему важно работать в техподдержке

🌀 @snezhanapocelueva — Правда Снежана Поцелуева?
Снежана — продакт в Т-Банке, выпускница Школы менеджеров Яндекса. Пишет про жизнь, кризисы, энергию и смыслы — словом, если вы выгорели, но красиво, то вам сюда.
Снежанна еще и умеет красиво путешествовать, кушать (почему-то не толстея) и вообще очень хорошая ролевая модель человека балансирующего между смыслами и фреймворками.
Что почитать: Про кризисы | Про смысл

🧤 @hey_andrey — Привет, Андрей
Ну и сам Чуль. Директор по продукту в компании, где мусоровоз — это твой главный юзер. До этого был в Ozon, а теперь гоняет по городу и придумывает, как превратить утилизацию в data-driven сервис.
Андрея я знаю лет 10 и это один из тех, кого бы я лично назвал продактом со всех сторон.
Технарь с проектным, стартаперским и энтерпрайзовским опытом, человек который реально понимает, что и как делать. Подача Андрея не для принцесс и надо понимать, но он прекрасен =)
Что почитать: Все про Ozon | Что общего у мусорщика и стартапера?

🎤 Несколько наблюдений после Agile Days 2025 — прямо из Сапсана:

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

🐾 Agile потихоньку выходит из фазы карго-культа
Он перестаёт быть самоцелью и становится тем, чем всегда и должен был быть — инструментом для достижения бизнес-целей.

🤹 Agile-коучи эволюционируют в лидеров изменений
Иначе — зачем вы вообще в зале? Вести ретро? Этого теперь недостаточно. Надо думать про ценность решений для бизнеса, а не про шаблоны фасилитации.

📊 Фокус сместился на настоящие метрики
Velocity ушёл в тень. Наконец-то смотрим на e2e метрики поставки, product flow, stream-level показатели и пытаемся понять, как оно вообще работает целиком.

📈 Собираем данные со стримов
И (наконец-то!) не ради «количества багов», а ради ценности для бизнеса. Стало модно говорить про честные, консистентные, понятные данные.
Кстати, в этом году не было почти ничего про прогнозирование — и это прекрасно. Сначала научимся видеть, потом предсказывать.

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

🔍 Discovery как новая горячая тема
Процесс до первого тикета в Jira наконец-то попал под микроскоп. Внимание к работе с заказчиками, формулировке гипотез, валидации — всё чаще звучит и в кулуарах, и на сцене.

🔧 Изменения, изменения, изменения
Кажется, каждый второй доклад касался работы с трансформацией, даже если начинался с agile или дизайна процессов.
Причина?
• Компании выросли
• Системы стали сложнее
• Власть распределена
• Ресурсов не хватает
• Маленькие решения не видны и не влияют

📚 Но! База по менеджменту изменений у большинства — слабовата. Осознание пришло, инструментов не хватает.
(👋 читаем мой канал, и будет вам счастье — не в формате «надо меняться», а в формате «вот как»)

Куда всё движется? И кто сейчас «на расхват»:

🔧 Менеджеры изменений — не «Scrum Master middle», а люди, работающие на уровне стримов и бизнес-ценности
🌐 Не только айтишники, а те, кто может работать во всех каналах поставки
🛠️ В арсенале:
• Project Management
• Agile + Kanban
• Change Management
• Scaled frameworks (SAFe и ко)
• OKR / цель-ориентированное планирование
• Продуктовый подход
• Data-driven мышление
• И (да-да) интерпретация метрик

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

А вы что думаете, тигры и тигрицы?

Тигры и Тигрицы, новое чтиво подъехало! 🐯📘

🧠 «От Левина до PDCA: 5 моделей, которые помогут не завалить изменения» — свежий материал на сайте.
Да-да, кроме всеми любимой ADKAR в мире изменений есть ещё немало годных штук. В статье собрал 5 классических моделей, которые помогут вам не просто «внедрить что-то новое», а понять, что вообще происходит и что делать дальше.

📌 Что внутри:
• Модель Левина — разморозка, движение, закрепление ❄️
• 8 шагов Коттера — про срочность, коалиции и быстрые победы 🧱
• McKinsey 7S — стратегия, структура, навыки и культура в одной связке 🎯
• Модель перехода Бриджеса — про психологию перехода и «нейтральные зоны» 🌀
• PDCA-цикл — любимая итеративная классика: Plan → Do → Check → Act ♻️

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

📍 Читать статью: жмяк лапкой
Если стоите на пороге изменений (а кто в IT не стоит?) — материал точно будет в тему. 😼📈

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

И меня прям не отпускает вопрос: почему так, и как можно сделать лучше?

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

Что бесит в митапах и конференциях?

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

Итог: поверхностная каша, из которой сложно вытащить хоть что-то конкретное.
👉 Хочется: одна тема (например, «планирование» или «работа с сопротивлением изменениям») и три угла зрения: инструмент, внедрение, личный опыт. Тогда можно погружаться, а не скакать.

2. Нет конкретики, цифр, контекста
Очень часто звучит примерно так: «Мы внедрили вот такую практику — и стало лучше». А как именно стало лучше? Какие метрики? Что не сработало? Что пришлось доработать? В каком контексте команда вообще жила?

👉 Хочется: структурные разборы, где есть и проблема, и путь, и результат. Без идеализации и с допущениями — чтобы можно было понять, применимо ли это у меня.

3. Мало живого диалога
Обычно — 40–45 минут спикера и 10 минут на вопросы, если успеется.
👉 А хочется — половину времени на живое обсуждение, чтобы можно было задать неудобные вопросы, поспорить, привести свой кейс. Сложные темы рождаются в диалоге, а не в «лекции».

4. Большие группы, расфокус
Когда ты сидишь в зале на 200 человек, и половина пришла «просто послушать» — фокус теряется. Атмосфера как на школьной линейке.

👉 Хочется: группы 20–30 человек, которых реально интересует тема, и где все включены. Тогда это уже не лекция, а круглый стол — и ты не просто «поглощатель контента», а участник процесса.

5. Инструменты и кейсы «из другой вселенной»
Когда рассказывают, как в FAANG-компании внедрили нечто с бюджетом в пару миллионов, а ты сидишь и понимаешь, что у тебя в компании максимум — «сделать Notion поприличнее».

👉 Хочется: кейсы, адаптированные под российскую или понятную среду. Уточнения типа «у нас команда из 12 человек, без отдельных QA» или «это работало, пока не ушёл один ключевой человек» — вот это ценность.

Зачем это всё?

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

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

А теперь — слово вам:

💬 Что вас бесит в митапах и конференциях?
💬 Какие форматы реально работают для вас?
💬 На какую тему вы бы пришли и потратили вечер?

Пишите в комментариях — разгоним вместе, а потом и реализуем.

И да, я рад, что вы здесь.
За органику, за доверие, за то, что канал живёт не цифрами, а смыслом.
На 500 подписчиков — увидимся за кофе ☕.

Тигры и Тигрицы, нужна ваша помощь с книжной полкой! 📚🐯

По мне, конечно, не так заметно, но читать я люблю. Решил собрать интересную русскую литературу по тематике канала, и вот что уже лежит на полке:

📌 Алексей Пименов – “Канбан Метод. Базовая практика”
📌 Илья Павличенко – “Дизайн Agile-организаций. Системный подход к построению адаптивных компаний. Российский опыт”
📌 Александр Бындю – “Карта гипотез. Метод стратегического планирования для бизнеса и личностного роста”

Но хочется ещё чего-то из современного менеджмента для ИТ именно от российских авторов! Может, у вас есть любимые книги, которые действительно помогли? Что бы вы посоветовали прикупить на книжную полку? 📖✨

Чтоб вы понимали, вот у него 60 к подписчиков и 3 тысячи лайков .
Еще чутка и я перестану писать статьи по паре недель, собирать материал, готовить шаблоны и вся та неинтересная фигня.
Теперь тигры и тигрицы для меня звучат его голосом, пусть и у вас.
Хороших выходных 💙

Тигры и Тигрицы, пятница вечер, а значит… да, я знаю, что это худшее время для постинга! 😆

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

📌 Как убедить команду, что перемены нужны (Awareness)
📌 Как пробудить личное желание меняться (Desire)
📌 Как дать нужные знания без перегруза (Knowledge)
📌 Как помочь применить их на практике (Ability)
📌 Как закрепить изменения, чтобы всё не откатилось назад (Reinforcement)

🔥 Бонусом в статье:
• Готовые шаблоны (опросники, чек-листы) для быстрого старта (самописные, а не вот это ваше все)
• Полезные YouTube-ролики с живыми примерами

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

📍 Жмяк лапкой если есть минут 15 🚀


Вообще я молодец и заслуживаю хотяб 3, а может и все 5 реакций от разных людей =)

Как изменить компанию так, чтобы заказчик не сказал «вы зря потратили время»?

Тигры и тигрицы, разгоняем новую тему! 🏎️

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

Разберём:
🐾 Зачем нужен контракт на изменения между менеджером и стейкхолдерами
🐾 Что в него обязательно включить (цели, критерии приёмки, ответственность)
🐾 Как он защищает вас от отказа принимать результат

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

Лапкой тап на статью

Тигрицы, с 8 марта! 🐯💐
Вы — сила, драйв и вдохновение, которые двигают этот мир вперёд. Руководите, создавайте, развивайте, меняйте правила игры — и пусть вас всегда поддерживают те, кто видит вашу ценность не только сегодня, а каждый день.
Желаю вам только осознанных выборов, возможностей, которые открывают новые горизонты, и окружения, в котором вас слышат, уважают и ценят. Пусть баланс находится легко, энергии хватает на всё важное, а мир даёт вам столько же, сколько вы в него вкладываете (а вкладываете вы много 💙).
С праздником, вы делаете этот мир лучше — и это факт. 🚀✨

Тигры и Тигрицы, открываем новую тему! 🚀

🔥 Менеджмент изменений: как внедрять новое и не получить массовый саботаж? 🔥

Я подготовил первый материал в большой серии про управление изменениями. Если вы внедряли новый процесс, инструмент или методологию и сталкивались с сопротивлением, то знаете, что «просто сказать, что так будет лучше» — не работает.

В этой статье разобрал:
🐾 Что вообще такое Change Management и почему просто «донести до людей» — не выход.
🐾 Как исторически развивался подход к изменениям (спойлер: раньше было ещё хуже).
🐾 Какие фреймворки используют в IT и бизнесе (ADKAR, Kotter, McKinsey 7S и другие).
🐾 Почему даже идеальные изменения могут провалиться и что с этим делать.

Это только начало – впереди разбор реальных кейсов, инструментов и практика внедрения изменений без хаоса.

📍 Читать статью

Залетайте в материал, будет полезно всем, кто хоть раз пытался что-то поменять в команде или компании (и не всегда это было легко). 😼

Тигры и Тигрицы, подъехал новый материал на сайте! 🚀

🔥 «Радар практик» в IT-команде: как понять, что у вас с процессами? 🔥

Я подготовил статью о том, как я использую «Радар практик» (Practice Radar / Practice Map / Practice Hub), чтобы собрать, визуализировать и развивать инженерные и процессные практики в команде и компании.

В статье разобрали:
🐾 Что такое «Радар практик» и как он помогает увидеть общее состояние процессов — от планирования и QA до DevOps.
🐾 Как документировать и распространять практики, чтобы новичкам было проще вникать в работу.
🐾 Почему не стоит гнаться за “абсолютной зрелостью”, а лучше фокусироваться на реальной пользе для бизнеса.
🐾 Кто обычно поддерживает этот инструмент и как я регулярно обновляю «Радар» при внедрении новых подходов.

Если развитие инженерной культуры и выравнивание практик в командах — ваш кейс, заглядывайте в статью! «Радар» может стать вашим идеальным компасом. 🧭

Полная статья на кнопке "ЖМАК"

Кто сказал, что пятница не для релизов ?
Тигры и Тигрицы, вторая новость дня! 🚀

🔥 База знаний теперь в альфа-версии! 🔥

Да, котики, у нас теперь есть полноценный сайт — delivery-note.ru 🎉. Я перенёс туда (почти) все статьи из канала, и теперь это основная база знаний, где удобно искать и читать материалы по Delivery-менеджменту, процессам, гибким методологиям и управлению IT-командами.

Сайт ещё в альфа-версии, так что местами есть шероховатости, которые нужно доработать, но очень хотелось его зарелизить! 🙃

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

Хотите тоже писать на сайте?
Если у вас есть мысли, кейсы, статьи по нашей тематике, присылайте их мне — я с радостью опубликую с указанием автора.

Что ещё на сайте?
Во вкладке «Материалы» будут полезные ссылки на уважаемые ресурсы, которые всегда должны быть под рукой, а также отдельные важные статьи.

Сайт пока маленький, но я буду его наполнять, чтобы у вас всегда была под лапкой эта подсказка по IT-менеджменту.

Лучшее поздравление для меня?
🐾 Ваша помощь в написании статей (всё вокруг тем нашего канала)
🐾 Ваше распространение информации о сайте и канале — обещаю быть полезным!

Залетайте, смотрите, пишите и давайте вместе делать годную базу знаний! 💙🚀

Привет, друзья!

С чего, по вашему мнению, стоит начинать погружение в новую команду? 🔍

Наверняка стоит познакомиться с ее участниками, узнать о предназначении команды, к чему они стремятся и многое другое. Андрей Тихонов — деливери менеджер Управления разработки кредитных продуктов Т-Банка — одним из первых фокусов знакомства предлагает сделать изучение Definition of Ready (DoR), Definition of Done (DoD) и Acceptance Criteria команды 👑

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

В статье ниже Андрей поделился:

1️⃣ Почему он начинает именно с DoR, DoD и Acceptance Criteria

👀 Чем они отличаются друг от друга

💪 Как начать их использовать и извлечь выгоду для команды

Знакомьтесь со статьей ниже и делитесь вашим опытом использования DoR, DoD и Acceptance Criteria в комментариях

#Инструменты #Прозрачность #DoR #DoD

Первая - написал короткий пост для канала банка про мои любимые DOR, DOD и AC
Хорошая статья получилась и кажется полезная

Тигры и Тигрицы! 🐯

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

Пусть ваши ретроспективы будут короткими, таски завершёнными, а в понедельник не появится срочный инцидент с тегом "🔥URGENT🔥". Всем релакс-драйвера на выходные, побольше фич для души и минимум неожиданных горячих фиксов!

Кстати, сегодня будет две короткие, но дельные инфы – оставайтесь на связи! 🚀

Привет, котики! 🐾
Эффективность в IT (часть 1)

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

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

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

Что для вас значит эффективная IT-команда? Как бы вы её описали?
– Это высокая скорость разработки?
– Минимум ошибок в проде?
– Максимальная предсказуемость релизов?
– Или что-то ещё?

Накидывайте свои мысли! Очень интересно посмотреть на ваши определения. А позже я поделюсь тем что наресечил из источников и своими мыслями про этот вопрос.

Тигры и Тигрицы, я тут вам версию 2 покушать принес =)
Вчера добрые люди мне напихали ОС в личку за столь поверхностный пост и пришлось собрать чуть больше инфы для вас, чтобы написать вторую часть для душнил продвинутых и дополнить ее чутка информацией
https://telegra.ph/Upravlenie-riskami-na-prodvinutom-02-06

Я знаю, что тут много ребят которые проходят собеседования или ищут работу.

Сегодня вышел огромный пост с суппер материалами на эту тему

https://t.me/zybarevvl

Маленькие каналы самые полезные, а Владос классно и полезно пишет :)

Привет, котики! 🐾

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

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

Этапы работы с рисками:
✅ Идентификация — список всего, что может пойти не так.
✅ Анализ и оценка — насколько страшно и вероятно?
✅ Планирование реакции — что делать, если риск сработает?
✅ Мониторинг и контроль — регулярно пересматриваем список.

Как находить риски?
📍 Мозговой штурм с командой — обсуждаем, что может сломаться, какие зависимости есть, где узкие места.
📍 SWOT-анализ — смотрим на сильные, слабые стороны, возможности и угрозы проекта.
📍 Изучение прошлых проектов — если проект повторяет старые задачи, ошибки могут быть аналогичными.

Реестр рисков: как его вести? Для работы с рисками используют реестр рисков — документ, где фиксируют: описание риска, вероятность (низкая, средняя, высокая), влияние (слабое, среднее, критичное), план реагирования, ответственного за риск.

📥 Шаблон реестра рисков (Excel)

План реагирования: что делать, если риск случился?
✔ Избежать — полностью исключить риск (например, выбрать проверенного подрядчика вместо случайного).
✔ Снизить — минимизировать вероятность или влияние (например, добавить бэкапы).
✔ Переложить — передать ответственность (например, застраховать проект).
✔ Принять — если ничего нельзя сделать, просто закладываем в план.

Как риски связаны с гибкими методологиями? Если работаешь с гибкими методологиями на проекте, риски управляются через итерации и прозрачность:
🚀 Короткие спринты → быстрее выявляем проблемы
📊 Ежедневные стендапы → обсуждаем риски на ходу
📈 Retrospective → анализируем, какие риски сработали, и учимся

Чек-лист хорошего управления рисками:
✅ Ведем реестр рисков
✅ Регулярно обновляем список
✅ Проговариваем риски с командой
✅ Всегда есть план B
✅ Анализируем прошлые проекты

Полезные шаблоны и ссылки:
📥 Гайд по SWOT-анализу
📥 важно и полезно про ISO 31000

📥 Шаблон WBS – структура декомпозиции задач
�� Шаблон реестра рисков для количественной оценки
Этот шаблон разработан АНО ДПО “ИСАР” совместно с Probability Management и работает в обычном MS Excel без использования дополнительных программных продуктов.
📥 Asana: 11 шаблонов проектов для начала работы
Asana предлагает разнообразные шаблоны, которые помогут вам быстро приступить к работе, сократив время на подготовку. Шаблоны включают разделы, примеры заданий и теги задач, что облегчает планирование и управление проектом.

Рекомендуемые книги по планированию проектов:
1. «Deadline. Роман об управлении проектами» — Том ДеМарко
Бизнес-роман, в котором главный герой сталкивается с реальными проблемами управления проектами: подбор команды, планирование, работа в условиях жестких сроков. Автор делится практическими советами и наблюдениями, полезными каждому менеджеру проектов.
2. «Scrum. Революционный метод управления проектами» — Джефф Сазерленд
Автор рассказывает о методологии Scrum, которая позволяет значительно повысить эффективность работы команд. Описываются принципы и практики, помогающие быстро адаптироваться к изменениям и достигать высоких результатов.
3. «Критическая цепь» — Элияху Голдратт
Книга вводит концепцию критической цепи в управлении проектами, фокусируясь на устранении ограничений и повышении эффективности. Автор предлагает новый взгляд на планирование и выполнение проектов, основанный на теории ограничений.

Планирование проекта: от хаоса к порядку 📅

Привет, котики! 🐾
Когда идея проекта уже одобрена и устав подписан, самое время задуматься о планировании. Именно на этом этапе появляются Gantt-диаграммы, таски в Jira и иллюзия, что всё под контролем… но мы-то знаем, что реальность сложнее. Давайте разберёмся, как построить план, который действительно работает и не развалится на первом спринте.

Что включает в себя планирование проекта?

Планирование – это не только постановка дедлайнов и забивание тасок в бэклог. Это целый процесс, который включает:

1️⃣ Определение целей: зачем мы это делаем, какие выгоды хотим получить
2️⃣ Декомпозицию задач: разбиваем проект на этапы и мелкие шаги (WBS, Roadmap)
3️⃣ Оценку ресурсов: считаем людей, деньги и время
4️⃣ Риски: где нас может ждать боль и как её избежать
5️⃣ Коммуникации: кто, с кем и как взаимодействует
6️⃣ Метрики: как понять, что мы движемся в нужном направлении

Как грамотно декомпозировать проект?

Важно разбить проект на осмысленные кусочки. Вот несколько проверенных подходов:
1. Метод древовидной декомпозиции (Work Breakdown Structure, WBS):
Этот метод предполагает разбиение проекта на отдельные части и подразделы, которые затем могут быть дополнительно разбиты на еще более мелкие элементы, создавая древовидную структуру. WBS помогает определить все необходимые работы и их взаимосвязи.

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

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

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

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

6. Метод PERT (Program Evaluation and Review Technique):
Используется для управления расписанием проекта, позволяет определить критические пути и установить сроки завершения проекта.

7. Метод CPM (Critical Path Method):
Также используется для управления расписанием проекта, но в отличие от PERT, CPM делает упор на определение последовательности задач, которые являются наиболее важными для успешного завершения проекта.

🔥 Рекомендация: Никогда не начинайте без чёткого понимания WBS или Roadmap – это основа всего проекта.

Оценка сроков и ресурсов: как не ошибиться?

Золотое правило планирования: «Планируй в 2 раза больше, чем кажется разумным». Чтобы избежать сюрпризов, используйте:
• PERT-анализ: оцениваем задачу с трёх точек зрения – оптимистичной, пессимистичной и реалистичной.
• T-shirt sizing: упрощённая оценка задач по размеру (S, M, L, XL).
• Story Points: в Agile оценка на основе сложности и усилий, а не часов.

Риски: что может пойти не так?

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

Финальный чек-лист хорошего плана:

✅ Чётко определены цели проекта и ключевые метрики успеха
✅ Разбит проект на фазы и этапы (Roadmap, WBS)
✅ Проведена оценка сроков и ресурсов
✅ Определены и задокументированы риски
✅ Разработана схема коммуникации и регулярных встреч

Полезные материалы:

Пока я готовлю новый пост, вот вам утренний план действий