Менеджмент на опыте | Мысли Сергея Раскина

Жиза же 😀 #Пятничныймем

В Сбербанк-онлайн показывают наличие бензина на заправках Может, баяню, но вдруг кому полезно будет: В Сбербанк-Онлайн появился функционал, показывающий есть ли бензин на заправках. Смотреть экран "Для жизни" (внизу выделил) и там уже по центру будет пункт "Здесь есть бензин". Можно фильтровать только те заправки, где есть бензин. Показывает по геолокации, по всей России. #Ситуативочка

Реакция на внешние поручения как признак менеджерской зрелости Особенностью работы в корпорациях является необходимость предоставлять в большом количестве ответы на разные централизованные запросы. Чем больше корпорация - тем больше в ней штабов, у каждой иерархии - свой, а еще PMO, кроме того финансовые службы, различные аудиты, да плюс маркетинг, внешние и внутренние коммуникации, помощники руководителей и тд… {Тут, конечно, мог бы быть текст про внедрение AI, но я не об этом.} Чем больше внешних запросов к тебе приходит, тем больше вероятность среди них получить то, которое при первом прочтении кажутся лишенными здравого смысла: 🎯от условных маркетинга или PR запрос: "представить результат твоего проекта в виде красного прозрачного шара, все линии которого друг другу перпендикулярны" 🎯от условных финансов или штаба - эффективность трудозатрат или cost-to-income твоего проекта прямо сейчас 🎯от руководства - отчет о выполнении твоим проектом метрик ESG или влияние на KPI по внедрению AI… 👆Так вот отличительным признаком зрелого менеджера является не только умение не взбеситься от таких запросов - но и погрузиться в суть и попробовать извлечь из этого пользу. 👍 Плюсы подхода и в чем эта польза может быть: 🔘Можно получить информацию о происходящем вокруг и не сформулированных публично течениях наверху, что в силу размера корпорации обычно получить не всегда просто; 🔘поручение можно выполнить так, что в проекте появится полезный артефакт, который можно переиспользовать, например в следующих запросах; 🔘Можно сделать штаб или PMO своими союзниками, которые могут как транслировать твою информацию в публичное поле, так и даже дособрать ее с других в твоих интересах; 🔘Иногда внешняя отчетность даже указывает на пробел в проекте, который можно закрыть выполняя поручение; 🔘А иногда за странно сформулированным поручением может крыться реальная польза для тебя и для этого достаточно просто проговорить детали и истинный его смысл. Минусы: 🔘сделать минутное усилие над собой и включить эмоциональный интеллект. Кажется, все. Итого, моя рекомендация поведения при очередном надоедливом или непонятном поручении: 1️⃣Побеситься (если необходимо). Тут рекомендации как именно это безопасно сделать 2⃣Разобраться что от тебя хотят и с какой целью, когда стресс спал 3⃣ Получить доп. информацию в беседе с инициатором или штабом 4⃣Понять, какой результат выполнения поручения можно будет переиспользовать и как 5⃣Выполнить поручение но уже с осознанием пользы для себя и приливом дофамина 😜 За последние две недели применил этот метод на 4-5 поручениях, озадачивших меня своим текстом - подтверждаю, метод работает ✅

Запись моего выступления н PM Forum 26.06.2026 Выкладываю, наконец, запись выступления в прошлую пятницу, на конференции PM Forum. Длина видео - 24 минуты. Тайм-коды: 00:01:36 - История управления проектами в российских крупных компаниях и настроение руководителей проектов в эти периоды 00:05:57 - Что такое гибридное управление, где грань когда Agile достаточно и когда - нет 00:07:09 - Рассматриваем конкретный проект в Сбербанк-онлайн как пример 00:08:40 - Получился проект с участием 22 Agile-команд 00:09:14 - Вызовы генерального заказчика в таком проекте 00:10:08 - Независимый РП как решение вызовов ген. заказчика и его свойства. 00:10:57 - С чего должен начать РП, о чем думать и какой его основной вызов - единые сквозные бизнес-требования 00:13:02 - Как управлялся проект на дистанции 00:13:56 - Сколько было проектных планов 00:15:36 - Был ли проект успешен 00:16:24 - В чем ценность РП при гибридном управлении 00:17:12 - Какие качества нужны РП для успеха ? 00:18:36 - Секция вопросов и ответов Видео: 💙 VK video (с субтитрами) 📹 Rutube (без субтитров) Подкасты: ❤️ плеер mave в telegram далее ссылки буду добавлять по мере публикации подкаста на разных площадках Ссылка на PDF презентации

планирование - наше всё!#Пятничныймем

От управления проектами к управлению "темами" Поговорим о светлом будущем руководителя проекта. Если ты - успешный менеджер, то начиная с какого-то момента, зачетка начинает работать на тебя. И с точки зрения карьерной лестницы помимо административной вертикали у тебя есть два пути: 📈 первый, совершенно понятный - брать более сложные и ответственные проекты. Минус только один - может настать момент, когда на текущем месте более интересных проектов просто не останется. А в другом месте есть свой менеджер с отличной зачеткой, которому и доверят (или уже доверили) важный и интересный проект; 🌠 второй путь - если хорошо тебя знающий руководитель или заказчик-визионер, с широким кругозором и обширной зоной ответственности готов взять к себе и доверить тебе свои проекты. Правда тут есть нюанс. Даже если твой новый босс хорошо понимает, что такое управление проектами - он такими категориями не мыслит. Он мыслит "темой" она же "фронтом работ", она же "участок" - то есть часть своей зоны ответственности, которой он готов с тобой поделиться. 🆚 В чем разница с обычным проектом? У темы нет фиксированного скоупа, строгих процедур инициации или управления изменениями и еще ряда формальных процессов, которые есть в проекте. Ты просто отвечаешь за то, чтобы внутри темы все было хорошо. Пример 1: 👍Ты - мэр города. Твоя задача - чтобы в городе было стабильно и спокойно. И прилетит тебе, если граждане взбунтуются. И это независимо от изменений, к которым ты можешь быть морально не готов, например: covid или чемпионат мира по футболу или война в Персидском заливе. Пример 2: 🐦Ты отвечаешь за "воспроизведение популяции зябликов". Твоя фамилия в головах руководства окончательно связывается со словом "зяблик" и ты начинаешь отвечать и за создание "зябликовых аналогов скворечника", и за логистику корма и возможно даже за высадку деревьев и за лицензирование охоты. В общем, делай что хочешь, но чтобы популяция зябликов на вверенной территории росла, а начальству за последствия не прилетело.. 🛤️Так что, если ты находишься на этапе развилки, куда тебе дальше расти, помни о простом выборе: 🟢 оставаться руководителем проекта и использовать привычный тебе инструментарий, поддерживать формальные процессы и процедуры и доводить конкретный проект до результата 🟢 стать "владельцем темы", то есть, фактически, владельцем продукта "эта тема" и отвечать внутри нее за всё. 👆Впрочем, для этого варианта все равно стоит договориться на берегу о КПЭ и других критериях успешности твоей работы, при этом с пониманием отнестись к тому, что они будут гораздо менее формальными, чем критерии успешности проекта.

Шикарная шпаргалка в стиле Григория Остера для руководителей проектов, когда в проекте что-то пошло не так 👇

Когда для управления задачей достаточно Agile и когда стоит добавить проектное управление В ходе своей пятничной презентации на Project Management Forum кратко (в силу ограниченного времени доклада) затронул тему достаточности Agile (SCRUM) или необходимости проектного управления в зависимости от свойств задачи. Упомянул четыре буллита: 🎯Неопределенность в требованиях, т.е. не знаем что хочет клиент или просит рынок VS вполне определенные требования, причем требующие взаимосвязанной реализации нескольких групп работ; 🎯Требуется протестировать гипотезу недорого VS Необходимо выполнить работы в рамках контракта в заданный срок; 🎯Приоритет на скорость вывода в прод VS Приоритет на качественный результат по всем составляющим проекта; 🎯В реализации задействовано не более трех команд разных иерархий VS ... более трех. Но есть еще один важный пятый вопрос, ответ на который возможно даже более важен чем выбор по четырем буллитам выше: А есть ли генеральный Заказчик, который хочет реализовывать задачу как проект и которому необходим внешний руководитель проекта ? Так как если ген. Заказчик говорит: -я сам буду регулярно спрашивать все команды и формировать свою собственную независимую картину мира, - то ему внешний руководитель проекта не нужен, так как таким руководителем будет сам он. И тогда он за счет своего авторитета и существенного вовлечения в задачу может управлять ей и поверх Agile, спрашивая достаточное количество людей достаточное количество раз. А вот если ген. Заказчик все-таки хочет единую точку получения независимого и согласованного со всеми командами статуса - то он тогда захочет, чтобы у задачи был независимый РП. Которому проще будет управлять такой задачей как проектом. И тогда гибридное управление задачей появится естественным образом.

#Пятничныймем

Project Management Forum 2026. День второй. Сегодня я тут и прямо сейчас (в 10:00) буду рассказывать про гибридное проектное управление. Сразу интересный вызов: аудитория - широкая, трансляционные экраны по бокам, лазерной указки - нет. Придется как-то горизонтально перемещаться, чтобы не потерять контакт с аудиторией. Ну, посмотрим 😀

Воскресное чтиво. Читатели, которые никогда не пишут. Как писал выше, перенес свой блог на Sponsr.ru и получил от платформы казалось бы штатную рассылку - но на удивление ей проникся. Настолько, что делюсь ею с вами, вырезав разве что фрагменты про платную подписку, которой у меня нет. Кажется, будет интересно и ведущим малых каналов и тем читателям, кто узнает в тексте себя :) === Кто такие луркеры? «Тихие» зрители (или lurkers) — люди, которые регулярно потребляют контент, но почти не проявляют публичной активности. Они не пишут комментариев, не ставят лайков, не участвуют в опросах — но смотрят каждый выпуск, пересылают материалы близким и воспринимают автора как важную часть своей жизни. Почему метрики вовлеченности блога часто обманывают? Это явление хорошо описано в исследовании Якоба Нильсеа — правило 90-9-1: в любом онлайн-сообществе 90% участников молчат, 9% реагируют изредка, и лишь 1% создаёт основную часть публичной активности. Источник: Nielsen Norman Group Молчание — это норма поведения в интернете, а не признак холодной аудитории. Человек может не писать автору ни одного сообщения, но при этом давно воспринимать его контент как важную часть своей жизни: 🎯слушает выпуски в дороге и после работы 🎯сохраняет отдельные мысли и идеи 🎯чувствует, что проект его поддерживает, объясняет или помогает лучше понять себя Однажды такой человек оформляет подписку — не потому что его «дожали», а потому что внутренне давно созрел: этот проект для меня важен, я хочу, чтобы он продолжался. 6 способов работать с молчаливой аудиторией 1. Признавать их существование Не нужно каждый раз требовать комментариев. Достаточно простой фразы, которая снимает ощущение «недостаточной активности»: «Я знаю, что многие из вас читают и смотрят молча. Это тоже форма присутствия». «Если вы ничего не пишете, но давно здесь — вы всё равно часть этого проекта». Такие слова создают ощущение безопасности и укрепляют доверие. Они снимают с человека ощущение, что он «недостаточно активный» участник сообщества. Он понимает: чтобы быть своим, не обязательно постоянно проявляться. 2. Не превращать вовлечение в обязанность Фраза «напишите комментарий, иначе я не понимаю, нужно ли продолжать» звучит для тихого зрителя как давление. Лучше оставлять выбор: «Если захотите — напишите. Если пока хочется просто подумать про себя — это тоже нормально». «Можно откликнуться комментарием, а можно просто забрать эту мысль с собой». Парадоксально, но именно это пространство повышает доверие. 3. Давать безопасные способы участия Не каждый готов к публичному комментарию. Хорошо работают форматы с низким порогом: 🎯голосование за тему следующего выпуска 🎯реакция одним эмодзи 🎯анонимный вопрос 🎯сохранение материала Так человек постепенно переходит из «я просто наблюдаю» в «я немного участвую». 4. Говорить с аудиторией как с соучастниками, а не как с комментаторами Вместо «пишите активнее» — расширьте рамку того, что считается участием: «Этот проект держится не только на комментариях. Он держится ещё и на тех, кто возвращается, думает, делится выпусками с близкими, поддерживает подпиской или просто остаётся рядом». У сообщества много форм участия: кто-то пишет, кто-то спорит, кто-то поддерживает финансово, кто-то молча смотрит каждый выпуск, кто-то приводит нового зрителя одной пересланной ссылкой. Всё это — части одной экосистемы. 5. Показывать, на что влияет поддержка Тихий зритель часто не хочет быть в центре внимания, но ему важно понимать, что его вклад имеет значение: «Благодаря подписчикам выпуски выходят регулярно». «Поддержка позволяет не зависеть от алгоритмов и рекламных интеграций». «Когда у проекта есть платное ядро, автор может делать более спокойный и глубокий контент». Это особенно важно для авторов в сложных нишах: история, культура, образование, аналитика, психология, наука, авторская журналистика. Такие проекты строятся не на шуме — а на доверии. Что означает молчание аудитории на самом деле Автору важно уметь читать молчание правильно. Человек молчит, потому что: 🎯автор уже сказал главное, добавить нечего 🎯тема слишком личная для публичного комментария 🎯он слушает в наушниках вечером и просто кивает 🎯ему нужно время, чтобы переварить услышанное Если автор умеет уважать это молчание — не давить, не обижаться, не считать провалом — вокруг проекта формируется более зрелое сообщество. Не только шумное и реактивное, но настоящее. Итог Сильное сообщество — это не всегда то, которое громче всех комментирует. Иногда это то, которое тихо держит проект на плаву годами. И однажды один из таких людей напишет: «Я давно вас смотрю. Просто раньше ничего не писал» — и оформит подписку. Для автора это один из самых важных сигналов. Если вы узнали себя в этом «тихом» зрителе — это тоже важная форма присутствия.  (с) Sponsr.ru === Собственно мне потому текст зашел, что я - и сам молчаливый читатель, и знаю что среди подписчиков таких много. Поэтому я с одной стороны не провоцирую на реакцию (ну мне так кажется), и при этом ценю каждый лайк 🤗 и совершенно спокойно отношусь к тем, кто просто молча читает 🤝 И вот наконец-то кто-то выразил все мои мысли так, что мне больше не надо париться, чтобы формулировать.

Техническое сообщение (еще одно). Разместил подкаст. Наш диалог с Ириной Курбановой про то чем отличается менеджмент в крупных корпорациях и в МСБ разместил в сервисах подкаста. 🥸 В яндекс-музыке 📩 В плеере mave для телеги Еще отправил заявку в VK, litres, Звук и даже Apple Podcasts. Буду обновлять сообщение и добавлять ссылки по мере одобрения. Приятного прослушивания!

Думаю, что бывало у каждого менеджера #Пятничныймем

Технический пост. Теперь я есть и на Sponsr.ru Есть здесь кто-нибудь, кто готов меня читать, но без необходимости включать/выключать VPN? В порядке подстраховки, а то мало ли чем борьба бобра с ослом РКН с Телегой закончится - создал клон этого канала на Sponsr.ru. Спасибо поддержке Sponsr 🤝 - они просто взяли и смигрировали весь мой канал, включая мемы и видеоролики отсюда - туда 👍. Рекомендую подписаться на меня еще и там. Плюсы: 🎯Это - бесплатно. Я не беру денег за свой контент. По крайней мере пока. Возможно появится в будущем какой-то эксклюзивный контент и за paywall - но это не точно. 🎯Это - российская платформа, она не под санкциями и, надеюсь, не будет. 🎯Там проще пробежаться по всем прошлым постам - они в удобном свернутом виде 🎯Меня можно будет читать без VPN 🎯Мои посты будут сопровождаться уведомлением на твою почту, и их можно будет читать в любое время. И в почте, и на платформе Минусы (пока только для меня): 🎯 Нет автоперелива из ТГ в Sponsr. Поэтому пока планирую выкладывать посты в два места. Жмите сюда, чтобы подписаться. Отписываться от телеги не надо - т.к. пока телега жива постить буду сюда.

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

Цитатой

оформлены ответы Петра а знаком ✈️ - мои ответы.

А должен ли РП быть аналитиком? на больших проектах – нет, а на маленьких, где он сам себе аналитик – да. Ибо как с заказчиком то договариваться по объемам? 🤷‍♂️

✈️ В больших проектах - нет, т.к. если он будет аналитиком - то упустит из фокуса менеджерские вопросы. И еще будет сопровождать написанные собой ТЗ и иные документы уровня постановки задачи, а еще и участвовать в аналитических встречах. Вместо менеджерских, разумеется.

Должен ли РП уметь писать ТЗ? в больших компаниях для этого есть аналитики, но если компания небольшая, то желательно. А уже если компания хочет при этом расти не разорившись на пути – почти обязательно.

✈️ В больших компаниях и больших проектах - это будет БТ (бизнес-требования), а от него уже будет N ТЗ. РП уметь писать ТЗ не должен - слишком глубокий уровень детализации. БТ менеджер должен уметь писать, чтобы уметь их прочитать и согласовать. Писать же в идеале должен аналитик. Если РП не будет читать БТ или не увидит разницы между написанным и желаемым в проекте - его может настичь сильное разочарование где-нибудь на этапе тестирования.

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

✈️ Должен. По трем причинам: 1. Если он не понимает инструментарий - он не может валидировать оценку. А это приходится делать в том случае, если суммарная оценка всех приводит к реализации за границей дедлайна или бюджета. 2. Знание разработки защищает РП от манипуляций со стороны исполнителей вида "на лоха прокатит" 3. позволяет предметно принимать участие в конструктивных дискуссиях, вида: можно ли упростить реализацию и сократить сроки без сильных потерь на стороне клиента? А вот этот функционал переносем как техдолг в следующий релиз.

Должен ли РП вести проектный план? Вроде всегда должен, но вот и нет. В небольшой компании Генеральному будет плевать на твои Гантты: ты сам помнишь свои дедлайны – ну и молодец, не грузи окружающих, главное - делай 👍 А в большой - обязательно должен.

✈️ Наоборот. В больших компаниях и больших проектах Gantt никто читать не будет, потому что это невозможно (сотни строк). Top-менеджеры как раз будут смотреть на дорожные карты (ДК), из которых им понятно: в плане проект или нет, есть ли ключевые риски их уровня и где им нужно вмешаться. Будет ли РП "под капотом" вести план проекта (я - рекомендую) или он вполне может обойтись согласованной со всеми ДК - вопрос его предпочтений. Результат определит, насколько удачно он выбрал инструмент управления планом.

Должен ли РП уметь в риски? на больших проектах – научится сам собой, потому что именно там учишься понимать фразу надо было подумать заранее» особенно остро 🙈 на небольших проектах весь список рисков помещается в голове, решается тамже, и вообще: фигня вопрос. главное ввязаться, а там как-нибудь выкрутимся 🔥

✈️ Да должен! Это и есть основной скилл РП. Только в больших проектах рисков - сотни (иногда тысячи) и все их тщательно вести и тем более по одному митигировать - не выйдет. И как раз в больших проектах работает принцип "главное ввязаться, а там - выкрутимся" и уделять внимание тем рискам, которые проект могут потопить или по которым нужно решение сверху. Остальные - закрыть сам или делегировать.

Должен ли РП знать ПМБоК? На больших проектах – даже если знать не будет, то научится. Просто в какой-то момент станет ясно что вот они, домены пмбучные, оказывается, вот что они так назвали, ок. А на маленьких - он суперизбыточен и вообще: пофигу ваш пмбук, лучше расскажите как из Ж О П и А написать СЧАСТЬЕ за три дня? 🥵

✈️ На больших проектах РП научится не PMBOK'у, а внедрять большие проекты в этом конкретном ландшафте. В котором, о чудо, PMBOK знают единицы, а решения принимаются точно не исходя из него. И да, написать СЧАСТЬЕ за три дня - это как раз свойство корпораций, потому что KPI, КПЭ, плюс пообещали тем, кого нельзя обмануть, да еще и от рынка надо не отстать, а лучше - опередить.

Должен ли быть полный стек документации по проекту? так то должен , но полнота драматически зависит от размера проекта: - на небольших достаточного простого ФТ или юзерсторей. - на больших, реально больших, поневоле поймешь, что ГОСТы хорошие люди придумали, аж обнять хочется 🤗

✈️ На больших проектах в больших корпорациях работает принцип: "Лучше быть здоровым и богатым, чем бедным и больным". И конечно, любой РП скажет, что он за подготовку максимального комплекта идеальной документации, да вот только сроки так поджимают, тут бы работающий MVP до прода довести.

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

✈️ Как раз в большой компании - работает принцип "спроси ответственного", потому что во-первых регламентов намного больше, чем человек может прочитать и тем более удержать в голове, а во-вторых регламенты чаще не успевают меняться под реальность, особенно с учетом затрат на их согласование. А вот в малой компании, где ключевых людей - единицы, а вопросов, по которым к ним обращаются - бесконечное число, лучше все-таки создать базовые регламенты и правила игры и их придерживаться === Итак, чьи ответы тебе ближе или больше нравятся?

Мем долгий (1:23), но жизненный :) Раз праздники, то можно же, да? :) #Пятничныймем

Об опасности проектов с хорошей командной атмосферой Почти два года назад я рассказывал, о принципах работы и выживания в токсичном проекте. Любопытно, но проект, который со стороны выглядит слаженной командной работой, когда все пашут на результат - тоже таит в себе опасности. 📈 Дело в том, что когда все хорошо - командное взаимодействие колосится. Когда успех - наградные списки полнятся фамилиями. 📉А вот когда дело идет к неудаче и встает вопрос кто виноват - вот тут командный дух может улетучиться. И вместо пацанских договоренностей начинается анализ того, кто что написал в протоколах. И написал ли что-нибудь вообще, или все на словах осталось (мы же одна команда, работаем на один и тот же результат - какие еще протоколы...). 👍 Если это разные компании - то все вспоминают о том, что есть договор и в нем что-то написано (а скоуп несколько раз детализировался, и еще в паре ключевых мест - поменялся). Если внутри одной компании - то в ход идут аргументы про должностные функции подразделения и реестр задач по приоритетам. 🤩 Посоветовать могу только в роли Капитана Очевидность, но цель поста и не в том, чтобы поделиться чем-то новым. Я только обращаю внимание на то, что все советы актуальны и для тех проектов, которые прямо сейчас выглядят как идеальное командное взаимодействие. 〰️ Преимущество "безоблачного командного" проекта в том, что самоконтроль можно сделать в спокойной обстановке. Недостаток - в том, что кажется, что без этого можно обойтись. Так что если у тебя такой проект - пробегись в минуту передышки по рекомендациям ниже и проверь себя и статус проекта: 🎯Поищи в проекте свою уязвимость. Как пример, что мог бы выявить в проекте враждебно настроенный внешний аудит? 🎯Помни, что протокол - это не формализм, это - гигиена. Дружеская командная обстановка в проекте может позволить менеджеру фиксировать не совсем каждый чих - но исключительно на свой (менеджера) страх и риск. Есть ли протоколы, которые забыл отправить? Какие договоренности ты не можешь быстро найти? 🎯Внимательно следи за реестром изменений требований. Не должно быть ситуации, когда зафиксированные требования отстают от реальности. Нашел расхождение - срочно готовь новую версию реестра и отправляй на согласование; 🎯Перечитай договор. Насколько его содержимое актуально? Есть ли у тебя хотя бы драфт доп. соглашения, описывающего изменения? 🎯Управляй коммуникациями со стейкхолдерами и генеральными заказчиками (C-level). Все ли знает твой руководитель, что должен знать? 🎯Убедись, что все зафиксированные договоренности и реестр изменений хранятся в доступном и "легализованном" всеми сторонами месте. 👆Как говорили классики, у победы много отцов, а в катастрофе всегда виноват РП

День роликов 🛼 Пользуясь тем, что сейчас выходные, и я могу писать что угодно, в том числе любую дичь... Злые языки правда говорят, что я и в другие дни пишу дичь... Но... Это же прекрасно! Значит они - мои постоянные подписчики! … в общем решил сегодня написать о том, как открыл роликовый сезон. Последние 4 года катаюсь в парке им. 850-летия Москвы (см. рис 1), Моя интегральная оценка парка с точки зрения роллера-любителя - четыре с плюсом. Сначала плюсы: 🎯Парковка. На улице Марьинский парк, паркуйся - не хочу. И потом по хорошему асфальту уже на роликах разминаешься до ТЦ Мари и ныряешь внутрь парка через ворота; 🎯Местами очень хороший асфальт. В прошлом году большую часть трассы расфигачили на ремонт, поэтому я там практически не катался, зато теперь там где новый асфальт - прямо паришь. И это - хорошо мотивирует, когда едешь по не очень хорошим участкам, типа чуть-чуть потерпеть и потом - наслаждаться; 🎯 Длинные велодорожки вдоль реки. Вообще там расположен биатлонно-лыжный комплекс, поэтому зимой там тренируются лыжники, летом они же на лыжероллерах. Расстояние в одну сторону где-то 6-7 км (смотря откуда стартовать), стало быть два раза туда-обратно - это уже 25-28 км; 🎯Интересный рельеф на разные уровни подготовки. 🤔 Нюансы: Не для роллеров-новичков. Нужно уверенно кататься, тормозить. Есть несколько холмиков, которые могут напугать начинающего и есть неприятный проезд под Братеевским мостом, где после уклона - два поворота под 90 градусов. А за таким поворотом ждать может кто угодно, от яндексовского бронебойного прокатного самоката, до обгоняющих друг друга велосипедистов или просто пешеходов. 🙃Теперь минусы, на 0,5 балла в сумме: 🎯В наших публичных парках велодорожки для большинства людей носят ознакомительный характер 😂, а значит ты на них можешь встретить: мам с детьми, самокатчиков, яндекс-курьеров на мопедах, держащихся за руки бабушек (хорошо если их всего две) и т.д. 🎯Много пешеходных переходов через велодорожки. И те пешеходы, у которых не было водительских прав видят только себя :) 🎯Много изгибов на 90 градусов и меньше, что было бы прекрасно, если бы не п. выше. Но все же отрезков где погонять - достаточно, просто нужно очень внимательно следить за происходящим. А с нами есть роллеры? Пишите, кто где катается, обменяемся сакральными знаниями.

Когда пришла в голову идея, но потом осознал, что это попадет в мою зону ответственности #Пятничныймем