Vlasov Vyacheslav
Відкрити в Telegram
CIO международной компании. 18 лет в IT, 9 лет в управлении. Про проектный менеджмент, управление командами в IT и не только На ютубе: https://youtube.com/@vlasovcio В VK: https://vk.com/vlasovvyacheslav Если есть вопросы, то сюда: @VyacheslavVlasov_bot
Показати більше650
Підписники
Немає даних24 години
+17 днів
+130 день
Триває завантаження даних...
Схожі канали
Хмара тегів
Вхідні та вихідні згадування
---
---
---
---
---
---
Залучення підписників
липень '26
липень '26
+7
в 0 каналах
червень '26
+15
в 0 каналах
Get PRO
травень '26
+17
в 0 каналах
Get PRO
квітень '26
+29
в 0 каналах
Get PRO
березень '26
+30
в 0 каналах
Get PRO
лютий '26
+59
в 2 каналах
Get PRO
січень '26
+25
в 0 каналах
Get PRO
грудень '25
+27
в 1 каналах
Get PRO
листопад '25
+29
в 0 каналах
Get PRO
жовтень '25
+25
в 0 каналах
Get PRO
вересень '25
+34
в 0 каналах
Get PRO
серпень '25
+54
в 0 каналах
Get PRO
липень '25
+29
в 0 каналах
Get PRO
червень '25
+46
в 1 каналах
Get PRO
травень '25
+38
в 0 каналах
Get PRO
квітень '25
+49
в 1 каналах
Get PRO
березень '25
+45
в 1 каналах
Get PRO
лютий '25
+41
в 0 каналах
Get PRO
січень '25
+45
в 0 каналах
Get PRO
грудень '24
+41
в 0 каналах
Get PRO
листопад '24
+30
в 0 каналах
Get PRO
жовтень '24
+42
в 0 каналах
Get PRO
вересень '24
+65
в 0 каналах
Get PRO
серпень '240
в 0 каналах
Get PRO
липень '24
+73
в 0 каналах
Get PRO
червень '240
в 1 каналах
Get PRO
травень '24
+21
в 0 каналах
| Дата | Залучення підписників | Згадування | Канали | |
| 25 липня | 0 | |||
| 24 липня | 0 | |||
| 23 липня | 0 | |||
| 22 липня | 0 | |||
| 21 липня | 0 | |||
| 20 липня | +1 | |||
| 19 липня | +1 | |||
| 18 липня | +1 | |||
| 17 липня | 0 | |||
| 16 липня | 0 | |||
| 15 липня | 0 | |||
| 14 липня | 0 | |||
| 13 липня | +1 | |||
| 12 липня | 0 | |||
| 11 липня | +3 | |||
| 10 липня | 0 | |||
| 09 липня | 0 | |||
| 08 липня | 0 | |||
| 07 липня | 0 | |||
| 06 липня | 0 | |||
| 05 липня | 0 | |||
| 04 липня | 0 | |||
| 03 липня | 0 | |||
| 02 липня | 0 | |||
| 01 липня | 0 |
Дописи каналу
| 2 | Я для личных целей написал бота, который каждое утро присылает топовые новости с нескольких качественных новостных техно ресурсов.
Бот шлет краткое описание новости на русском, описывает почему это интересно и дает ссылку на оригинал статьи.
Удобно утром пробежаться по новостям и вчитываться только в то, что зацепило.
Бот тут https://t.me/Sborg_bot | 186 |
| 3 | Кстати, про нас тут (и тут) в СМИ пишут
Впервые принимал участие в формировании бренда. Процесс очень увлекательный и интересный. Никогда бы не подумал, что там такие продуманные методологии.
По возможности, постарайтесь поучаствовать в создании бренда, под управлением профи😂 | 222 |
| 4 | Management 101 #6
Полезные истории и советы "как стать менеджером".
Прошлые посты серии:
- Management 101 #0
- Management 101 #1
- Management 101 #2
- Management 101 #3
• Management 101 #4
• Management 101 #5
Дисклеймер:
Всё ниже сказанное — исключительно мой опыт.
Он может отличаться от вашего — и это прекрасно, ведь у каждой задачи есть множество путей решения.
Делитесь своим опытом — он ценен и обязательно поможет другим читателям.
Первые пару месяцев в позиции руководителя я работал на износ и все равно был хреновым руководителем. Я попал в классическую проблему, с которой сталкивается хороший инженер, продвинувшийся до управления: я не управлял.
Фактически я остался инженером, который дополнительно присматривал за статусами команд и получал по башке, если статусы были не очень.
Перегруз был сильным: я осваивал новые ответственности и при этом выполнял старые задачи, боясь отдать их новенькому инженеру. Кажется, так и должно быть: меня же повысили, значит, и ушатываться я должен был сильнее. Но все равно что-то не складывалось.
В какой-то момент я заметил, что весь день занимался инженерными задачами, а до управленческих руки так и не дошли.
Тогда пришло осознание следующих вещей:
1. Дальше в таком режиме работать нельзя. Нельзя быть инженером и руководителем — банально не хватает времени.
2. Продолжая выполнять инженерные задачи, я не даю пространство для развития новым инженерам. Забирая сложные задачи, я краду у них возможность получить опыт и стать сильнее. А мне очень нужно, чтобы они были опытными: это же теперь моя команда.
3. Если компания нанимает меня как руководителя, а я делаю инженерные задачи, значит, компания получает дорогого инженера и не получает руководителя.
Приняв эти мысли, я начал дистанцироваться от выполнения старых задач и давать пространство новому инженеру.
И да, первое время он косячил.
И каждый раз приходилось бить себя по рукам, чтобы самому не исправлять его ошибки.
Были и болезненные косяки, но в итоге все оказалось не так страшно, как я себе навыдумывал. Задачи начинали выполняться с нужным качеством, и команда постепенно выходила на целевую эффективность.
Забавно, но самое сложное после повышения оказалось не научиться новым обязанностям, а перестать выполнять старые.
Поэтому совет № 6 — стали руководителем? Будьте им.
Отдавайте свои прошлые обязанности новому поколению и создавайте им пространство для роста.
Проведите ревизию своих обязанностей через несколько месяцев после назначения и проверьте, сколько прошлых задач вы по-прежнему выполняете. Руководитель может консультировать и помогать команде, делиться своим опытом и знаниями. Но основной работой должно стать развитие команды и создание условий, при которых команда работает без активного вмешательства руководителя.
Помните: регулярно выполняя задачи своей команды, вы лишаете их и компанию руководителя.
#managеment101 | 215 |
| 5 |  Сегодня поделюсь супер полезным инструментом для любого руководителя, который выстраивает процессы — Линейный график.
Он позволяет быстро понять: управляемый у нас процесс или нет.
Например, нас интересует SLA отдела. По оси X — время, по оси Y — значение показателя. Добавляем целевое значение (95%) и каждый отчетный период отмечаем фактический результат. Всё — график готов. Примеры я приложил к посту.
И пока мы не продолжили дальше, посмотрите на эти 3 примера и скажите, на каком графике процесс управляемый?
Правильный ответ — 1.
В комментарии напишите, правильно вы ответили или нет :)
Почему 1, если за весь период мы ни разу не выполнили показатель? Потому что вопрос был не про нашу премию, а про управляемость процесса. Управляемый процесс = воспроизводимый. То есть вы можете из раза в раз получить близкий результат. На 1 графике именно такой процесс — воспроизводимый.
Просто воспроизводите говно.
На втором графике процесс не управляемый, несмотря на то, что время от времени вы получаете требуемый результат. Это плохой процесс, иногда стреляющий в нужном направлении.
А на третьем вообще есть тренд на снижение показателей. Что то очень сильно хрустнуло в процессе (или в окружении), что ведет к постепенной деградации. Этот тренд надо ломать.
Что с этим делать? Искать первопричины поведения процесса. Почему он стабильно плохой, нестабильный или начинает деградировать.
Для случая на графике 1, я бы выписывал все инциденты влияющие на цифры, бил их по Паретто на наиболее влияющие и в первую очередь убирал их.
Для процесса на графике 2, я бы смотрел точечно на аутлаеры (значения, сильно выбившиеся из целевых), смотрел какие инциденты утащили показатели и снижал бы риски их воспроизведения.
Процесс на графике 3 один из самых сложных. Если совсем нет понимания, что нас тянет вниз (обычно оно все таки есть, мы же в контексте работаем и видим что происходит), я бы начинал с Исикавы, она же Fishbone, чтобы накидать шортлист потенциальных проблем. А дальше можно и problem managment запускать и Паретто раскладывать, в общем, опять исправлять первоисточник)
Я предлагаю вам по другому посмотреть на вашу функцию как руководителя.
Управлять не результатом. Управлять воспроизводимостью результата.
Потому что случайный успех — это удача.
Повторяемый успех — это управление. | 314 |
| 6 | Меня часто спрашивают, как я начал бегать.
В детстве я хотел тамагочи, но у меня его не было.
Я вырос, купил Garmin и теперь слежу, чтобы животное, которое носит эти часы, не сдохло. | 406 |
| 7 |  Продам книжку "Python для чайников" 😂 | 506 |
| 8 | Я помню в этом проекте, во время настройки, прозвучала фраза от команды Яндекса:
Коллеги, поздравляю, вы первые кто дошел до этого места.
Дальше будем разбираться вместе.
Разобрались :) | 450 |
| 9 | Это забавное, сетевикам понравится (не тем, что из Гербалайф, а тем, которые сетями передачи данных занимаются).
Суть кратко, с пояснениями:
-- Индия постановила заблочить телеграм (модный тренд, может что-то слышали такое).
-- Один из провайдеров бахнул маршрутизацию сетей Телеграм "на себя". В приличном обществе это называется "BGP Hijack" (BGP гоп-стоп).
-- справка-малютка для не ИТ:
🧠 В интернете каждый ресурс имеет свой IP адрес.
🧠 Каждый провайдер рассказывает всем своим соседним провайдерам как через него можно пройти до этих IP и как далеко они находятся от него.
🧠 Так у них формируется карта с маршрутами.
🧠 И тут приходит индийский провайдер и говорит всем вокруг: "ребята, сети телеграма, на самом деле у меня находятся. Если вас спросят как к ним пройти, отправляйте ко мне."
🧠 А потом всех пришедших мочит в тупике.
-- Естественно, не все провайдеры отрезают такое хамское поведение на своем уровне и поэтому некоторые другие страны (типа ОАЭ) тоже пострадали.
-- Если вам показалось, что это гаденько, то вам не показалось. Сообщество ждет, что этому провайдеру отвесят метафорический чепалах.
-- Чую не обошлось без запроса в ИИ "Как мне быстро заблокировать чужую сеть. Дай пошаговый ответ, я второй день работаю."
Хотя, никогда нельзя отметать просто кривую настройку :) Такое уже много раз происходило и в больших масштабах.
Из любимого: маленький пакистанский провайдер решил, что YouTube теперь расположен у них и гордо объявил об этом миру через анонс соответствующего маршрута. Несколько часов Youtube не работал по всему миру :) | 417 |
| 10 | Почитал комментарии к этому посту плюс личные сообщения, наблюдения подтвердились.
В обществе очень сильно витает наратив "AI всех заменит", но при этом каждый эксперт смог подсветить ключевые факторы, из-за которых AI его не заменит.
Недавно натыкался на мнение, что мы очень поверхностно понимаем чужую работу. Поэтому есть мнение, что вот их то (юристов, HR, маркетологов, younameit) точно заменят на бездушный AI.
Но, будучи экспертами в своей работе, мы хорошо понимаем где это сделать невозможно.
Повысить эффективность -- да, заменить -- сомнительно.
PS. Ну или просто плохо знаем о возможностях AI и нам хана :) | 302 |
| 11 | У меня тут собралось очень много экспертов из очень разных сфер. Должна собраться интересная выборка :)
Напишите, чем вы занимаетесь и почему ИИ не заменит вашу работу?
Начну с себя:
CIO. ИИ сейчас не сможет заменить потому что:
1) Для управления людьми нужно понимать людей, неформальные связи, обстановку. ИИ пока не умеет "читать комнату" и не обладает эмоциональным интеллектом. Он рассуждает как стажер в вакууме.
2) Как говорят люди интересных профессий: "не одалживай деньги тому, кому не сможешь сломать руку".
Думаю, пройдет еще некоторое количество лет, прежде чем владельцы бюджета будут доверять управление бюджетом ИИ.
3) Принятие сложных, стратегических решений пока неохотно отдают на ИИ. Пока что я не видел примеров, когда действительно важные вопросы не проходят фильтр топ-менеджмента, который в итоге берет на себя ответственность за решение. Причем не важно, кто прорабатывал вопрос — ИИ или человек, просто валидация ТОПом должна быть.
Как-то услышал фразу от клиента: "На этот отчет смотрел кто-то с мозгами?". Она про это :)
Теперь ваша очередь
✍ Пишите в комменты, чем вы занимаетесь и почему ИИ не сможет заменить вас? | 394 |
| 12 | Кто Антропиком пользовался, тот над такими новостями не смеется
Компания случайно потратила 500 млн долларов на ИИ Claude за месяц
Если что, стадии знакомства с моделью Anthropic Claude Opus 4.7 (Fast) выглядят так:
1) Ого, как быстро она работает
2) ничего себе, какой качественный ответ.
3) хочу ли я больше узнать про смежную область своего запроса? Конечно!
..... спустя 15 минут......
Ой, чет API ошибку выдает, надо личный кабинет проверить...В СМЫСЛЕ С МЕНЯ 120$ ЗА ТОКЕНЫ ???? | 427 |
| 13 | Сбер выкатил методологию AI-трансформации разработки — AI-Disrupt PDLC.
И это надо читать.
Вот тут лендинг, на нем описание и ссылка на 2 документа. Короткая пдфка на 28 страниц, чтобы понять о чем речь и документ на 140 страниц, чтобы погрузиться в детали.
Читать надо оба документа всем, кто отвечает за ИТ, Разработку, Трансформацию и тд.
Почему это круто:
• Сформулирована очень клевая мысль — ИИ модели развиваются слишком быстро. Опен сорс модели, по качеству, догоняют топовые модели. Разница уже не такая большая как раньше. Гнаться за выбором топовой модели невозможно.
• И что важнее — не нужно. Реверс инженеринг рабочих систем показал, что от качества модели зависит около 2% результата. Остальные 98% зависят от обвязки (контексты, доступы, инструменты, навыки и тд). Следовательно, выстраивание качественного окружения (harness) — долгосрочная и правильная стратегия. С правильно выстроенным окружением вы меньше зависите от поставщика модели.
• Страшная цифра — 93% запросов на действие от ИИ были подтверждены человеком без изучения. Просто жмет "ок" не вчитываясь. Напомнило эксперимент с медсестрами, вот тут рассказывал.
• Если вы просто внедрили copilot, то этого уже не достаточно. По прогнозам, к 2027 году компании без системной перестройки процессов будут отставать на 25% по скорости разработки. Не потому что деградируют — а потому что конкуренты ускорятся кратно.
• AI не превращает слабую команду в сильную. Он усиливает имеющийся вектор и статус.
• Сбер предлагает изменить весь подход к процессу создания продукта. Раньше процесс выстраивался вокруг кода, теперь вокруг намерения человека.
• Упор делается на двухпетлевой модели:
— Петля намерений (Intent Loop. Тут человек придумывает задачи, пишет ТЗ и проверяет результат)
— Петля Реализации (Implementation loop. Тут вкалывает робот по ТЗ из петли выше ;))
— Между петлями IDP (Integrated Development Platform. Мультиагентная, изолированная платформа со скилами, интеграциями и прочим)
• Итого: Человек — придумывает и проверяет, Агент — делает.
• Этот подход позволяет строить маленькие и эффективные продуктовые команды на 4-5 человека (Tiny Teams) и с их помощью создавать большие продукты.
• Этот подход и описывается в этом фреймворке.
Ну и чтобы быть более объективным и разбавить эйфорию, очень рекомендую почитать вот эту статью с разбором фреймворка.
Кроме того, что она объясняет некоторые тонкие моменты, автор еще и налил вполне конструктивной критики, с указанием слабых мест.
Например:
— А сколько это стоит?
— А как будет меняться содержание роли джунов и синьеров?
— А что делать компаниям поскромнее и поменьше?
— А что у вас по результатам внедрения, Сбер?
И тем не менее, не смотря на все эти вопросы, документ надо изучить.
Явно движемся в этом направлении. | 545 |
| 14 |  +182% сотрудников, считают своих начальников некомпетентными)
Рассказываю, как не повышать этот процент.
В комментариях будет аккуратно положена PDFка :) | 420 |
| 15 | Риски-Ириски
Во-первых: рисками надо управлять. И в проектах, и в процессах, и в финансах, и в жизни. Но мы в основном про проекты и всякое рабочее.
Во-вторых: вопреки всеобщим убеждениям, риски бывают не только негативные, но и положительные. Негативные риски надо сокращать, а позитивным — помогать реализоваться 🙂
Риск — вероятностное событие или условие, наступление которого может иметь как положительное, так и отрицательное влияние на проект.
ПМу важно помнить, что:
- идентифицировать риски надо как можно раньше. Тут как с зубами — раньше займёшься, дешевле выйдет;
- после чего риски надо оценить;
- потом прописать план управления рисками;
- а потом в течение всего проекта риски надо актуализировать. Непрерывно, чутко и внимательно. Риск — штука нестабильная, со временем влияние может измениться.
Что можно сделать с рисками?
Есть 4 стратегии:
1. "Уклонение" — изменить какие-либо характеристики проекта так, чтобы исключить воздействие риска.
2. "Передача" — передать эффекты от исполнения риска на 3-ю сторону (например, страхование).
3. "Снижение" — делаем с проектом что-то, чтобы снизить влияние или вероятность риска.
4. 4-я стратегия — она про дзен. "Принятие".
Вообще-то, не над всеми рисками надо корпеть и исправлять их.
Почему? Потому что у рисков есть недокументированная фича — рисков всегда больше, чем ресурсов на их устранение.
Если в вашем проекте нет матрицы рисков, прошу от лица всех проектных менеджеров — заведите.
Если не заведёте, то ПМ, который вас заменит, обязательно заведёт 🙂 | 461 |
| 16 |  Китайcкая компания Unitree представила первого меха-робота. Модель GD01, которая в два раза выше обычного человека, оснащена кабиной пилота. Робот может передвигаться как на двух, так и на четырёх ногах.
Цена — $650,000.
@zavtracast | 319 |
| 17 | Кто бы мог подумать, что у нас есть все шансы погонять на эхолетах из мультфильма "Космические спасатели лейтенанта Марша"!
https://vk.com/video115302087_161243568.
PS. еще вспомнился фильм "Робот Джокс" 😅 | 331 |
| 18 | Ожидание:
Внедряем AI, оптимизируем работу людей. Людей нужно будет меньше, бизнес сможет экономить деньги!
Реальность:
Для существующей команды арендуешь виртуалку под AI-модель за 6000 $ в месяц, чтобы немного поднять эффективность всё той же команды.
Дополнительно нанимаешь промпт-инженера.
Выпускаешь пресс-релиз о том, что компания прошла AI-трансформацию.
PS. Это не инструкция к действию, если что. | 324 |
| 19 |  Уже много месяцев наблюдаю как умирает Stackoverflow (Платформа для разработчиков, где можно было найти решение почти любой проблемы). Обратил внимание после этого поста.
вот тут можно запустить SQL скриптик и посмотреть сколько вопросов было задано в Stackoverflow за месяц.
В апреле 2025 было 24129 вопроса.
В апреле 2026 уже 3048.
Удивительно, как быстро ИИ прибил самую популярную платформу для разработчиков.
Ну или все вопросы уже были заданы :) | 321 |
| 20 | Кстати, есть очень эффективный способ борьбы с большим беклогом: заведите новый таск трекер. | 369 |
