Speaker A
Коллеги, всем здравствуйте. Школа менеджмент Стратоплан. Рады вас приветствовать. Рассаживайтесь, пожалуйста, поудобней в ваших виртуальных креслах. Может, в реальных креслах, на самом виртуальных офисах, наверное, так правильнее сказать.
Иван Доронин рассказывает, как AI помогает руководителям экономить 5-10 часов в операционной работе и улучшать управление.
Key Takeaways
- AI может существенно сократить время на операционные задачи руководителей — до 5-10 часов в неделю.
- Для успешного внедрения AI важно понимать свои управленческие запросы и корректно диагностировать задачи.
- Обучение и развитие управленческих навыков требует времени и системного подхода.
- Безопасность данных и правильный выбор AI-инструментов критичны для эффективного использования технологий.
- AI не заменяет работу, а скорее трансформирует и оптимизирует процессы, добавляя новые возможности.
What the video covers
- Введение от Александра Орлова о школе менеджмента Стратоплан и её образовательных программах для руководителей.
- Обзор продуктовой линейки Стратоплана: программы для Team Lead, технических и операционных директоров, а также для C-level.
- Подчёркивание важности диагностики и персонализированного подхода к обучению руководителей.
- Иван Доронин делится опытом использования AI для сокращения операционных издержек и экономии времени.
- Обсуждение статистики рынка AI и практических кейсов внедрения AI в управленческую деятельность.
- Разбор ошибок и рисков при использовании AI, а также способов их минимизации.
- Презентация практического упражнения для участников, направленного на выявление возможностей экономии времени с помощью AI.
- Обсуждение вопросов безопасности данных и защиты персональной информации при работе с AI.
- Рекомендации по выбору и использованию различных AI-моделей для разных управленческих задач.
- Заключительные мысли о влиянии AI на управление и приглашение подписаться на Telegram-канал Ивана Доронина.
Chapters
- 00:00Вступление и презентация школы менеджмента Стратоплан
- 05:09Программы обучения для руководителей и C-level
- 11:30Использование AI для сокращения операционных издержек
- 17:23Практические кейсы и статистика рынка AI
- 23:00Риски и ошибки при внедрении AI в управление
- 29:20Практическое упражнение по экономии времени с AI
- 37:00Обсуждение безопасности данных и выбора AI-моделей
- 43:20Заключение и рекомендации от Ивана Доронина
Full Transcript — Download SRT & Markdown
Speaker A
Надеюсь, что вас поддерживают какие-то напитки, а может быть и закуски вот на нашем очередном эфире онлайн-марафона ITМА. Рад вас видеть. Меня зовут Александр Орлов, управляющий партнёр школы менеджмента Стратоплан и один из ведущих наших эфиров, тот, кто представляет спикеров, рассказывает про
Speaker A
Стратоплан. Нам сегодня предстоят полтора часа для того, чтобы поговорить про то, почему руководители используют AI, как они это делают правильно, как они делают неправильно, чем это им может помогать и чем это может мешать. Но прежде чем мы туда
Speaker A
пойдём, я несколько минут захвачу, расскажу какие-то организационные подробности, расскажу про нас, как школу менеджмента, попиарим немножко наши программы, и потом мы включим чат, который сейчас отключен в рамках борьбы с зумхакерами, чтобы мы с вами могли не только спикеры
Speaker A
слушать, но ещё и в чате задавать вопросы, обмениваться мнениями там и так далее. Коллеги, пару слов про Стратоплан, если вы с нами не знакомы.
Speaker A
Мы — это образовательное учреждение, мы называемся школа менеджмента, существуем 16 лет, занимаемся тем, что учим умных людей работать с другими умными людьми.
Speaker A
У нас два основателя. Это мой коллега Слава Панкратов и я. У нас со Славой изначально такой айтишный анамнез. То есть мы начинали как тестировщики, инженеры, потом стали руководителями, директорами. И вот получается уже, ну, больше 16 лет, на самом деле, я уже 20 лет этим занимаюсь.
Speaker A
Учим руководителей тому, как быть хорошими руководителями, не выгорать, делать свою работу проще, делать жизнь других людей тоже лучше и выпускать продукты. В общем, вот всё, что с этим связано. Управленческие компетенции, soft skills, то, чем мы занимаемся. А спустя 16 лет мы от такого кооператива
Speaker A
двух бизнес-тренеров пришли к школе прямо. То есть у нас есть команда, у нас примерно 25 человек, мы не очень большие, у нас примерно 15 преподавателей с нами работает и примерно 40 фасилитаторов, которые помогают студентам учиться. Есть несколько вещей, на которых мы сильно
Speaker A
заморочены. Мы очень сильно качество обучения. А что такое качество? Качество — это, во-первых, полезность того, что люди изучают у нас. И мы стараемся, чтобы эта оценка была не меньше девяти по десятибалльной шкале. Она кумулятивная, там и оценивают преподавателей, и оценивают
Speaker A
применимость, и полезность материалов, и кейсы. Ну вот всё это в совокупности. Важно, чтобы это было не меньше девятки.
Speaker A
И вторая важная вещь — это доходимость до конца, потому что у нас программы многомесячные. Ну, потому что для изменений нужно время, чтобы прийти в хорошую управленческую форму, нужно время. К сожалению, за 2 часа это не получается сделать. Так вот, у нас до
Speaker A
конца программ доходит больше 90% людей, и это требует отдельной методики. Поэтому у нас там вторая вышка по практической психологии у обоих там и всё остальное прочее для того, чтобы студенты доходили до конца. И вот вместе с нашей командой преподавателей мы всем
Speaker A
этим занимаемся. Как это работает? А как вообще выглядит работа с нами с точки зрения студента? Ключевая вещь для того, чтобы обучение реально заработало — это на самом деле запрос. То есть нужно, чтобы оно реально вам было нужно, потому
Speaker A
что обучением решаются не все проблемы в жизни. Многие решаются, но не все. Поэтому мы обычно начинаем с диагностики. И очень часто мы с нашими студентами ещё до того, как они оплатили программу, до того, как они что-то первое сделали, мы обсуждаем, зачем им
Speaker A
всё это, зачем они это для себя рассматривают. И это первый шаг — диагностика. Вот сейчас я думаю, что должна появиться некая форма, коллеги.
Speaker A
Если вы хотите про себя, если вы вообще думаете, что вам обучение может быть полезно, вы можете про себя эту форму заполнить. Вот. А мы с вами свяжемся и либо вас отговорим, либо скажем, что да, наверное, вам это подойдёт.
Speaker A
Второй шаг — это рекомендации, потому что программы у нас разные, их не так много, но в целом есть большая насмотренность. У нас в год учится порядка там 600-700 человек в открытых программах, примерно столько же в корпоративных. Вот. Ну и там за
Speaker A
прошедшее время очень много людей получилось, есть некое понимание, насмотренность, кому что лучше подходит, поэтому, скорее всего, мы что-то порекомендуем или отговорим. Так тоже бывает. Потом начинается обучение. Тут важно ходить, важно заниматься, испытывать боль, когда что-то не получается, чему-то учиться, применять
Speaker A
это в реальной жизни и так далее. Вот. Ну и в конце у каждого случаются результаты, у каждого свои, потому что все изначально с разными запросами приходят. Все приходят в разной управленческой, что ли, форме. Все разные для себя берут из обучения. Нам
Speaker A
важно, чтобы вы взяли для себя то важное и ценное, зачем вы приходите. Для этого вот если вы расскажете про себя, мы потом вам что-то можем порекомендовать.
Speaker A
Эту же форму мы потом покажем в конце сегодняшнего эфира. А программ у нас несколько. Это программа, привязанная к позициям Team Lead, руководитель отдела, технический директор, операционный директор. Если вы на этой позиции работаете или её для себя рассматриваете, добро пожаловать,
Speaker A
приходите. Скорее всего, будет полезно. И две программы карьерные. Как перейти в роль руководителя, если вы сейчас, например, инженер и никем не руководитель, это transition to manager и transition to director. Как из руководителя, тем более до рукодела стать директором, зайти вот на этот
Speaker A
самый C-level, как совершить этот карьерный shift, карьерный скачок. Вот это наша продуктовая линейка. Не так много программ, можно комбинировать transition со специализациями.
Speaker A
И вторая линейка продуктов предназначена для тех, кто работает на C-level. Коллеги, не знаю, кто из вас где, да, мы, наверное, потом чуть позже познакомимся, но для тех, кто работает на директорском уровне, у нас есть несколько предложений. Это,
Speaker A
во-первых, программа синхронизации силового команд называется Advanced Management Program. Это Trust Advisor, индивидуальное сопровождение, где мы со Славой индивидуально работаем с директорами, с фаундерами компаний. И это кастомные программы обучения. То есть тут мы смотрим на запрос и подбираем каждому что-то своё. Если это
Speaker A
любопытно, приходите тоже. Будем рады вас видеть. Друзья, ну что ж, здесь я свой вводный спич закончу. Давайте мы включим чат, проверим, что у нас работает. Если вы в чат можете что-то писать, коллеги, напишите нам несколько плюсиков.
Speaker A
Убедимся, что у нас эта вся история заработала. Так, всё от Иван, да, всё. Спикер тоже наш может писать плюсики. Да, Вань, спасибо большое. Всё, плюсики поступили.
Speaker A
Коллеги, спасибо, что присоединились. Рады вас видеть. А у нас история такая. Сейчас я передам слово нашему сегодняшнему спикеру Ивану Доронину, нашему товарищу, нашему партнёру, человеку, большому специалисту и в менеджменте, и в AI, и ещё ведущему канала Карьера за рубежом, вот куда нужно
Speaker A
немедленно подписаться, если вы ещё не подписаны. Вот. И мы с вами поговорим про то, как AI позволяет руководителю делать свою работу лучше или хуже. Вот сейчас мы и узнаем. Вань, врывайся в эфир. Всем хорошего вебинара.
Speaker A
А, да, Александр, спасибо. А я на самом деле поддержу тот тезис, особенно как раз вот у тебя слайд был про старт работы, да, про диагностику, потому что мы сегодня тоже будем говорить про то, как можно сэкономить,
Speaker A
аэ, ну, сократить операционные издержки с помощью AI. Как раз я поговорю про, расскажу про статистику рынка, расскажу про свой проект, дам практическое упражнение, которое мы сделаем как раз в конце. Вы посмотрите, где вы можете сэкономить там до 5 часов или больше
Speaker A
времени в рамках своей операционной работы, да, как менеджеры, как обычные сотрудники, совершенно неважно, да, потому что операционка нас окружает, и я терпеть не могу. Ну, там ряд вещей я как раз скажу. И по сути все вот эти вещи, которые я делаю,
Speaker A
использования там генеративного и, да, оно они как раз исходят от линии, да, и как раз вот где можно оптимизировать, мне кажется, нужно оптимизировать, и это суперважно, да, как раз про это поговорим. А с диагностикой я полностью согласен, потому что как раз
Speaker A
всё в нашем мире, ну, любые какие-то действия должны начинаться либо с внешнего, внешней диагностики ассессмента, либо внутреннего, да, по иначе это будет хаос. Ну, то есть никакой системы нет. А, ну давайте к презентации, да. Собственно, как раз как я сказал, тема сегодняшней встречи -
Speaker A
это AI рычаг, да? То есть где можно использовать тот злополучный Eи, да, AI. Ну, в первую очередь генеративные яй, да, естественно, буду говорить про это.
Speaker A
Никаких там не будем про всякие там email, deep ail и так далее говорить, это отдельная тема. А, будем говорить, да, именно про снижение операционных издершек, да, и, соответственно, про то, обратную сторону этой медали, да, что я не буду говорить, что нас там всех и
Speaker A
заменят, а, или, соответственно, что и спасёт мир, да, что и там и - это новое электричество, хотя это так, да, но буду говорить опять же про ту сторону, которую я вижу и наблюдаю каждый день и в рамках основной своей работы, и в
Speaker A
рамках там своих других ээ п-проектов, да, соответственно, что Это на самом деле такая иллюзия, что и забирает какие-то задачи. На самом деле он даёт ещё больше задач, да, соответственно, поэтому как раз, э, ну, естественно, что-то убирает, но и много даёт сверх.
Speaker A
Поэтому как раз поговорим. А в конце важно сказать, что вы выберите задачу именно для И, которую можно деригировать, да, и посчитайте, сколько часов она может сэкономить вам. Про это я сегодня поговорю и в конце сделаем это упражнение. А давайте я сначала
Speaker A
представлюсь, кто меня не знает. Собственно, меня зовут Ваня Доронин. Я совмещаю три основные роли. А первоя, я EI прогрм-менеджер в крупной IT-компании G42 в Абудаби. А мои проекты, моя основная деятельность связана с ведением как раз и проектов с местными
Speaker A
госорганизациями министерствами всякими там департаментами экономики, транспорта и так далее, и так далее. А в живу я в Убудаби уже последние 3 года вживую работаю, да, собственно, как раз очень-очень доволен. Мультикультурная среда, супер интересно. Ну, естественно, со своими там, конечно, и плюсами,
Speaker A
минусами. А всего я как IT-менеджер, э, управляя проектами и продуктами более 12 лет, начинал карьеру Сбертехи, потом был Сбербанк, потом был ВТБ, ЕПАМ и участ в ОБДАAB. А помимо этого я помогаю людям с поиском работы. А, соответственно, то
Speaker A
есть я на одной специаль project-менеджер программменеджер на другой я карьерный консультант, да, и, соответственно, пишу много про это в своём блоге, в LinkedIn, Телеграме, YouTube. У меня там больше 65.000 фолловеров. Я частично автоматизировал какие-то вещи, частично нет, да. Ну,
Speaker A
собственно, это сильно помогает мне в работе. Сегодня я как раз поговорю про, а, первый кейс - это Gentic PMO, то есть проектный офис, по сути мой, а-а, бэкo офиice, да, который я создал для себя, для своих проектов. Соответственно, там
Speaker A
несколько сценариев, куча документов, проектных документов, да, соответственно, каждый день он ускорит статус проекта, выдаёт мне отчёт, да, это как раз для моих вот основных проектов, которые я веду. А также я навебкодил соответственно несколько агентов для поиска работы, соответственно, тоже помогая людям с
Speaker A
поиском автоматизация поиска, отклики, адаптация резюме, анализ рынка, всё, что с этим связано. А всё это работает и проверил на десятках клиентов и на себе, конечно, это проверял. Соответственно, тоже очень классная система. По сути, поиск работы как некий бизнес-процесс за
Speaker A
счёт и и оптимизации, и, соответственно, ускорения. А у меня также есть два проекта, которые практически полностью администрируются Ишкой. Это есть своё комьюнити. Вместе мы там Стани Гунари из Продекэмпа создали комьюнити. Вот вчера у нас перевалило за 500 участников
Speaker A
закрытое комьюнити. Оно бесплатное, любой может вступить, можете в Гугле найти. А 80% синьоров, лидовдов и так далее. А там в чём фишка, что, как я говорю, что третий кофун комьюниity - это клод, ну, точнее бот, который написан ной на клоде, да, который делает
Speaker A
онбординг офбординг анонсы ищет вакансии рефералов, делает рандом кофе, между участниками. Сейчас вот я там буду геймфикацию внедрять, а, соответственно, среди очень много всего делается именно как раз с ботом аа внутри комьюнити.
Speaker A
Классно всё это работает. Вот за 2 месяца мы набрали 500 человек. И есть свой Telegram-канал, да, помимо основного, с удалёнными вакансиями, тоже за примерно полтора месяца 1.200 человека набрал без единой рекламы. А всё через опять же там рефералки свои
Speaker A
источники, он полностью автоматизированно управляется клодом. И поиск вакансий, и поиск и выклока креативов, и так далее, и так далее. Да, короче, там они всё делают, соответственно, очень классно работает.
Speaker A
Я только администрирую, какие-то баги, правлю и так далее. Аа, да, ну, как я уже сказал, э, я пишу в основном про поиск работы, про свою жизнь как прожекта, да, там про инструменты для прожекта. И как раз про это буду сегодня
Speaker A
говорить. А самый важный, да, вот хочу сказать перед стартом, да, запомните этот экран условно, да, то есть, как я уже сказал, у меня есть своя агентская система, агентский а офис на проектный офис на базе там своего опыта, да, своих
Speaker A
процессов. И каждый день я смотрю утром, а, ну, условно, на дэшборд, где он мне говорит о том, что сколько у меня задач просрочено. Ну, то есть, по сути, даёт некие рекомендации, что мне нужно сделать, да, на на что обратить
Speaker A
внимание, что вот эта задача подходит к концу и так далее. И утренняя система моего офиса, да, вот утренняя страница говорит о том, что у меня сегодня всё зелёное, ноль просроченных задач, а, всё обновлено да соответственно какие-то есть там, понятно, риски, зависимости и
Speaker A
так далее. А, и, собственно, как раз, э, он говорит: "Всё, у тебя зелёное". Я очень сильно удивился, реально. Это было там пару недель назад. А, соответственно, и хочу как раз, да, спросить, вы как вы думаете, что это, а
Speaker A
поверили бы вы ему, да? То есть условно видите, что Ишка говорит, э, э, собственно, что у вас ноль просроченных задач и, собственно, и, соответственно, вы зелёные, вы такие радостные, говорит: "Ну, наконец-то у меня нет просроченных задач, буду делать". А, собственно, как
Speaker A
раз вот вопрос именно к вам, кстати, да, Юлия задаёт вопросы: "А вы в нами сейчас ведёте какие-то проекты или исключительно на себя?" Я полностью в найме. У меня целый день в найме. И я веду проекты на себя. То есть вот как я
Speaker A
говорю, с утра я, соответственно, прожект-менеджер программ-менеджер а вечером и ночью я работаю на себя. Все свои проекты я делаю под себя, там посты и так далее, и так далее. Вот. А, ну это важно как раз сказать. А, собственно,
Speaker A
как раз что нас сегодня ждёт, да, повестка, адженда на ближайший час чуть больше. Собственно, как раз от рынка к вашему пилоту на следующей неделе практическим шагам. А первое, да, что я расскажу про рынок в целом, что вообще, как чувствуют себя компании, которые
Speaker A
внедряют ИИ, что во что им обходится, какая-то вот обратная сторона этой оптимизации или как изации, как я говорю, да, поэтому тоже важно сказать, чтобы придать контекст. А второе, расскажу про мой кейс, агентский проектный офис, да, как тамзирую свою
Speaker A
проектную операционку и что пошло не так. А третье - это парадоксы роли руководителя, да, почему и на самом деле добавляет работу и кто решает, где добавить этот и заполученный, а где его не добавлять. А четвёртый мы сделаем практическое упражнение. Как раз я
Speaker A
расскажу про вот этот и я и рычаг. Ну раз уж мы говорим про оптимизацию времени, да, пять шагов, что нужно сделать? Аудит времени, разбор, скоринг, экономика, пилот и так далее. Посчитаем это вживую. Я потом дам ссылку на страничку на своём сайте. Сделайте
Speaker A
быстрое упражнение за несколько минут, и мы поделимся результатами, посмотрим. Ну и, конечно, развязка, вывод и план, что вам нужно делать со всем, что вы сегодня узнаете, да, и что вы несёте дальше. А, собственно, поехали. Давайте про рынок, да. Собственно, как раз, э, ну,
Speaker A
наверное, вы слышали, да, что, э, такое утверждение, что никто не любит операционку. Операционка съедает больше половины рабочего времени, то есть больше 50%. На самом деле вот эти п 50% они подтверждены различными исследованиями, да. Я я думаю, что если
Speaker A
вы тоже, ну, менеджер, да, либо там управляли людьми процессами, вы понимаете, что как раз вот это операционные издержки, да, там пнуть людей, написать какой-нибудь протокол, позвонить а соответственно кому-то сходить, обновить статусы и так далее, и так далее, занимает кучу времени, да,
Speaker A
соответственно, и как раз, ну, вот по исследованиям да соответственно там большинство менеджеров более 50% тратят времени на на административную координацию контроль.
Speaker A
исполнение сроков. Причём на стратегические какие-то решения остаётся всего 10% вот по исследованию Асенure, а, соответственно, по другому исследованию именно как раз почти 60% рабочего времени уходят именно э на работу о работе. Статусы, поиск информации согласование бесполезные встречи или малополезные встречи, да,
Speaker A
соответственно. А поэтому как раз это тоже правда. Аа, и соответственно в большинство как раз времени, опять же, по исследованию там Microsoft в рабочих приложениях, да, в рабочих инструментах всякие аутлуки, там, Тимсы и так далее, уходят на встречи, почту, чаты, а, а не
Speaker A
на документы и анализ. Ну, как раз про эту стратегию, да, соответственно, поэтому операционка во всех исследованиях съедает либо 50, либо там 60%. И, собственно, а с этим связано. Ну и опять же, да, по опыту моему личному, да, по опыту общения с коллегами, что
Speaker A
действительно сотрудники сами считают, что с нормальными процессами экономили бы практически там пять или более часов в неделю, а, собственно, как раз на снижение операционных издержек. И примерно столько мы сегодня будем считать, это правда или нет, 5 часов или
Speaker A
полчаса или, наоборот, 10 часов. Вот, собственно, как раз и посчитаем. Поехали дальше. А, собственно, как раз про внедрение и в бизнес. А, как правило, любые идеи, любые инновации, любые какие-то новые вейни, да, они входят в любую компанию, в любой проект двумя
Speaker A
путями соответственно да либо директивой, либо постепенно. А, соответственно, директива, ну, вот как раз примеры, да, есть директивно, где это водится, да, соответственно, Shopify, да, тоже известный проект, известная компания. А, соответственно, прежде чем просить людей, руководитель доказывает, что и не справится, да? То
Speaker A
есть условно нужно сначала пообщаться с условным чатом, клодом и так далее, да? Соответственно, если он не отвечает, тогда, собственно, как раз просите ваших коллег это сделать. Microsoft, например, обязательно внедрили год назад, а все письма всех руководителей должны пользоваться копай, да, должны
Speaker A
пользоваться моделями. Это входит в оценку работы, то есть всё это должно быть оптимизировано и инизировано, да? А в Coinbase, например, да, соответственно, тоже была известная история год назад, что SEO у компании воля у разработчиков, которые не освоили инструменты за неделю. Ну, при этом
Speaker A
потом сам признал, что это было, конечно, перебором, но тем не менее, да, соответственно, не хочешь меняться, ну, мы поменяем тебя, да, незаменимых нет, поэтому с вещами на выход. Ну, вот такое бывает. А в Дуалинго тоже запустился как раз курс э полтора года назад. Я Фёст.
Speaker A
Отказ от подрядчиков там, где справляется. И опять же сильно был достаточно большой скандал, критиковали аа SEO, да, и что они признали, что решение было там плохо сформулировано.
Speaker A
Ну, собственно, как раз это. А в BBM тоже постепенно внедряли не так директивно, не так резко, а перевели часть запросов на H и запросов на иагентов, сократили сотничарлей.
Speaker A
затесто, наверное, мечта многих, да, зачем этот HR, когда он не справляется, можно заменить моделью. Ну, я считаю, конечно, не так, но посчитали так, да.
Speaker A
А, ну и, соответственно, общая численность, на самом деле, только выросла за счёт разработчиков и как бы сеюзов, да, то есть сократили одних, набрали других. Ну, и в чём смысл? Есть, на самом деле, тоже там старая история, что давайте уберём разработчиков или там
Speaker A
каких-нибудь днов там или джunд минус, соответственно, заменим там клодкодом и кодексом и прочее. по факту посмотрели, сколько тратится на токены, и поняли, что там десятки тысяч долларов на токены обходятся дороже, чем каких-нибудь там несколько джинов за там 2-3.000 долларов
Speaker A
в месяц, соответственно, и, собственно, вернули назад. Ну, тоже тоже известная история. А пробудаби могу сказать тоже пару слов, что горы, где я живу, государство тоже сильно идёт в сторону как раз там и трансформации, и стратегия до, а там опять же, ну там в следующем
Speaker A
году, да, они хотят все цифровые Госуслуги перевести на Ии, чтобы агенты общались друг с другом, там согласовывали законы, принимали какие-то директивы, а человек уже а становился проверяющим, да, и как раз в конце принимал какое-то решение, да, на это
Speaker A
выделяет очень много денег. А что важно сказать, да, что директивы быстрее, но постепенный путь реже приходится откатывать, да? То есть медленное внедрение такое постепенно, оно всё-таки даёт более долгосрочный эффект, да, соответственно. Но в обоих случаях вы понимаете, что, как правило,
Speaker A
решение принимает руководитель. А если у вас в компании, где вы работаете, или, может быть, в вашем отделе, вашей команде тоже, соответственно, была такая директива внедрятии, да, то, собственно, как расскажите, да, у вас как у вас в компании, в команде это сверху идёт
Speaker A
директивно или вы всё-таки постепенно раскатываете, понимаете плюсы-минусы, да, ну и, собственно, как раз дальше уже принимаете решение о там оставить или там переделать какие-то процессы. Вот. А так что, собственно, как раз напишите в чат, будет интересно послушать ваш опыт. А дальше,
Speaker A
собственно, как раз это результат, да? Результат на самом деле видят немногие, да? А именно спешка, вот этот директивный подход обходится очень дорого, да? почти все компании, там 88%, которые используют ИИ, а на самом деле эффект прибыли находит примерно только 40%, да,
Speaker A
потому что вот по исследованию Макинзии не так всё просто, да, соответственно, корпоративных и пилотов только 5% дают заметную ценность, потому что на самом деле могу сказать, что многие люди, я опять же по собственному опыту могу сказать, по внедрению своих проектов, а
Speaker A
в основном, а, да, это идёт директивно и внедряют и ради и то, что это модно, молодёжно, соответственно, это классно, мы сократим издержки, а люди, которые должны использовать всякие там генеративные какие-то вещи, они просто не видят в этом ценности, да, и поэтому
Speaker A
очень много денег тратится на обучение, на всякие курсы, воркшопы, а, соответственно, всё вот это давайте вайп-кодить, давайте делать слайды, давайте там использовать то всё пятое, десятое. И, соответственно, реально немного вот этих пилотов, да, они показывают какую-то ценность. Ну,
Speaker A
ценность для конечных пользователей, для людей, да, этой основной опять же люди ещё боятся, что вот сейчас их заменят эти агенты, да, там ещё какие-то там модели, да, и типа, соответственно, они даже это бойкотируют, чтобы их не заменили, да,
Speaker A
потому что вся вся ценность в них, в их там голове, в их знаниях, да. А, соответственно, и тоже по оценке Гарнер, да, соответственно, к концу двадцать седьмого года более 40% проектов закроются егентами как просто нерентабельные, да, соответственно. Ну
Speaker A
вот тоже опять же исследование, да, что тоже Кларны, да, соответственно, сократили людей, 700 операторов, через год снова наняли людей, да, соответственно, нужно мерить качество вместе со стоимостью, а контакта, да, это очевидно. А CommonWлths Pн тоже сократил людей, заменил ботами, да,
Speaker A
после жалоб профсоюза отменили сокращение, да. Ну как бы важно понимать, да, с чем имеешь дело. Mндона CBM тоже сделали фокус на ишность, да, точность около там 80% в итоге, да, при целе 95 тест закрыли. Ну вот это как раз
Speaker A
провальный проект. А Canada тоже пару лет назад, там почти даже 3 года назад чатбот пообещал несущтую несущую скидку.
Speaker A
А, соответственно, в итоге на неё подали в суд. Ну, понимаете, да? То есть любая модель, у неё есть глюки, да, соответственно и а соответственно если клиент просит скидку, чтобы угодить клиенту, опять же, там этим GPT обычно, ну, на самом деле любые модели, а,
Speaker A
соответственно, чтобы угодить клиенту, он какие-то промокоды несуществующие, вот и Кеннеду за это засудили, да, поэтому важно понимать, что, а, как правило, да, за ошибки Е отвечает руководитель, менеджер, который решил внедрить, да, соответственно, будь добр отвечать, да. Ну вот опять же такие
Speaker A
кейсы есть, они повсеместны. Аа э соответственно, что важное, да, как раз тема э сегодняшнего марафона, IT-зима делать тоже и так же, соответственно, зиму не пережить, соответственно, что важно делать, да? А ничего не менять, да? Опять же можно, понятно, что и
Speaker A
меняет мир, меняет вокруг нас, как я говорю, что как в Будабе говорят, что И - это новое электричество, да, или там, я не знаю, новый Microsoft Office. Все должны им владеть, да, опять же, до какой-то степени. Если ничего не менять,
Speaker A
да, соответственно, то, а будет хуже. Даже опять же могу с точки зрения рынка труда могу сказать всё больше и больше в любых специализациях. и проject-менеджер понятно разработчики аналитики, даже уже не, а не только айтишники, да. У меня был случай как раз
Speaker A
а вот там член моего коммьюнити Виктория говорила, что она собесена маркетинг-директор собеседовалась на одну позицию маркетинг-директора в одну компанию в Узбекистане. А, и ей сказали, что, а, у вас не будет сотрудников, вам айтишники, разработчики настроят иагентов, и вы будете управлять
Speaker A
иагентами, да? То есть, по сути, ваша задача их оркестрировать, соответственно направлять править какие-то результаты, и у вас не будет сотрудников, да? То есть даже до такого уже доходят. Ну, то есть условно понятно, что где-то, опять же, в большинстве случаев это там некий хайп,
Speaker A
да, соответственно, но на самом деле это реальность, да, то есть мир меняется, и мы должны меняться вокруг нас. И как скоро, наверное, уже на интервью будут просить: "Покажите ваш там гит репозиторий, сколько вы комитов сделали, что вы навайпкодили, да, а не только,
Speaker A
соответственно, покажите там, я не знаю, ваши папоинты и так далее, да". Потому что ценность на самом деле э всех документов, ну, всё генерится за там минуты, да? И вопрос именно как этим управлять, и самое дело главное, как контролировать то, что делает там любая
Speaker A
генеративка клод Gemini, там, GPT и так далее, и так далее. А второе, конечно, - это освободить время и голову, да. Ну, то есть это, естественно, основной бенефит.
Speaker A
Я именно как раз это внедрял. Их забирает механику найти, перенести, свести, напомнить, оформить что-то и так далее. А появляется время понять, что нужно делать, а что не нужно. Ну, очевидно, да. И самое тоже важное, третий пункт - это выбирать правильные
Speaker A
задачи, да? А ставить и туда, где он окупается, а не ставить туда, где ошибка дорога. То есть опять же, где нужно решение человека стратегическое или, например, а, ну, естественно, я никогда ей не отдам решения по там найму, по
Speaker A
увольнению, то есть всё, что связано с мотивацией команды, да, с каким-то, не знаю, эмоциональным интеллектом, да, с поддержкой людей, а никогда не отдам эту задачу. Ну, потому что как бы это это не это неправильно, да? То есть любой
Speaker A
менеджер должен принимать эти решения, исходя из своего опыта, да. Ну, собственно, как раз про это мы тоже сегодня и поговорим. А, собственно, да, как я уже сказал, время конечно выигрывать тот, кто выбирает именно что делать. А как раз про себя, да, мой
Speaker A
кейс, да, а могу сказать, что, как я говорю, что я ленивый человек и не люблю, а, напоминать людям много раз о том, что они должны делать, да? То есть я человек с хорошей самоорганизацией, да, ну и опять же, как и любой человек,
Speaker A
понятно, я тоже могу что-то забывать, забивать и так далее. Но, соответственно, да, большинству людей это свойственно, да, и, например, как раз вот там первую задачу, которую я поручил, а зачем собирать апдейты у шести человек, да, напоминать разработчикам моим, там, аналитикам,
Speaker A
дизайнерам и так далее. Соответственно, поставь задачу, обнови статус и так далее, да? То есть первое, что я сделал, я закрыл это. Закрывается это очень легко. Ээ, соответственно, вы используете любой утеaker. У меня, например, работает утеaker в Teams. То
Speaker A
есть любые встречи, соответственно, с командой. Ну, в первую очередь внутренние, да, там с заказчиком там чуть иначе, но с командой какие-нибудлики и так далее. Ставите утеaker, любая встреча записывается. И дальше я, соответственно, к пайлоту, ну, либо к лоду, который подключен к моему
Speaker A
тасктрекеру, просто отдаю минутки встречи, соответственно, и дальше он сам обновляет тикеты, закрывает, открывает новые соответственно пишет комментарии, обновляет статусы, ставит напоминания людям и так далее. То есть таким образом я снял этот человеческий фактор, да? То есть у меня дэшборд
Speaker A
всегда обновлён. Он обновляется, причём там несколько раз в день, а с утра рассылаются уведомления всей команде. Ну там не забудь какие-то задачи. Это первое банальное, что делается, да?
Speaker A
Дальше, соответственно, перенести цифры между разными системами, да? То есть опять же я как прожект-менеджер, у меня куча файлов: ресурсный план, бюджерет, какой-нибудь таasкт-трекер, тот же самый, отчёт для клиента, отчёт на дашборде, отчёт для моего менеджера, отчёт для заказчика и так далее, да? А
Speaker A
занимает кучу времени, соответственно, одни и те же цифры писать в разных отчётах да соответственно блин ну сколько это можно, да? Я помню историю даже, когда работал в Япаме. Прекрасная компания с классной организацией, прекрасные там дэшборды, тоже всё это
Speaker A
писалось, там всё очень классно, но меня убивала история, когда нужно заходить в какую-нибудь графану или там PowerBI, делать скриншоты, а, экрана, вписывать в слайд и писать там какое-то там обоснование, почему это повысилось и понизилось. Но для меня это так странно
Speaker A
было, соответственно, почему, если у тебя есть дэшборд, да, соответственно, нужно делать скриншоты, вписывать, ну, типа вот такие правила и прочее. Ну, опять же, там в моём проекте было. А третий момент, да, собрать ежедельную презентацию, как я уже сказал, статус
Speaker A
проекта статус вехи риски зависимости и так далее. Понятно? Всё это, а, вытекает из твоего бэклога, из задач, да, но это очевидно, да, но на это уходит много времени. все хотят понимать, что идёт не так и так далее, и
Speaker A
так далее, что там с рисками и прочее. Вот, собственно, у меня всё это собирается мой агентик. А всё это настроено через скилы, через MCP, через коннекторы да соответственно всё автоматизировано соответственно всё внутри контура, всё легально, а, соответственно, в всё OneDrive хранится,
Speaker A
там Teams, Outlook и так далее, и так далее. А, соответственно, как раз, ну, и мой эээнд вот этот агентский офис, который всё это оркестрирует, да. Ну и четвёртый момент, разобрать протоколы встреч, да. какие-нибудь сертификаты о выполнении задач, там вех и прочее,
Speaker A
дорожную карту, план и так далее. Да, если вы делали хоть раз план работ, план проекта, который длится 3 года, я помню, я это делал пару лет назад, а у меня в проекте было в Microsoft Project 1.100 строк. Я его делал и согласовывал месяц,
Speaker A
месяц, соответственно, чтобы его просто показать всем и сказать: "Нифига, какой у нас большой проект". Самое, э, как бы самая ну наверное расстраивающая история то, что этот план был актуален первую неделю. Потом всё пошло не так.
Speaker A
Это не то, здесь меняем скоп, здесь требования, тут команда поменялась, тут заказчик не выстал и так далее. Ну, собственно, как бы добрый вечер, да, как этот, ээ, потратили дофига времени в шаблоне там заказчика, да, соответственно, и всё пошло не так. Ну,
Speaker A
как бы этот, а что не так, да, соответственно, куча механики лишней, да, соответственно, как правило, её делает самый дорогой человек в команде.
Speaker A
Ну, если вы менеджер, да, Teamлид, какой-нибудь директор, да, тем более, если вы там операционный директор SEO и так далее, вы являетесь самым дорогим человеком в команде, да, соответственно, и вот эту операционку. Я даже иногда думал, что я выступаю в команде как
Speaker A
администратор. Поставь встречу, напиши протокол, сделай слайды, закажи пропуск там каким-то людям и так далее, и так далее. Я такой: "Блин, я прожект-менеджер или администратор?" Понятно, я могу там делегировать э какому-нибудь там дизайнеру и так далее.
Speaker A
Ну, как бы зачем делегировать, когда у тебя есть вот эти яишка, которая всё это сделает за тебя, и она никогда не ошибётся, особенно если там на расписание поставить, как у меня, да? А, соответственно, ну, и ошибка видна, да,
Speaker A
естественно, дать, э, как есть, нельзя, соответственно, и самое важное, да, что опять же, а, на решение людей заказчика остаётся меньше времени, потому что вы тонете в операционке. А, ну и, собственно, решение как для себя. Я собрал вот этот агентский проектный
Speaker A
офис, да, агенты, которые ведут мою проектную операционку. И вопрос снят был практически полностью, да, ну, за редким исключением, я скажу как раз в конце, каким. А, собственно, что из себя представляет этот агентский проектный офис? Я говорю, это чисто мой продукт,
Speaker A
который я на вакоделал, сгрузил туда все возможные стандарты: PMБО, Prince 2,гайды, канбангайды, все свои проектные документы, которые я сделал за много-много лет. И, соответственно, он у меня генерит полностью всё.
Speaker A
Соответственно, что из себя представляет, да, пять уровней, соответственно, есть источники данных. Ну, естественно, да, источники данных, протоколы встреч, договор, какое-нибудь техническое задание, трекер задач, ну, естественно, бюджет, ресурсный план, всё, что вы, ну, как бы когда проект открывается естественно вы
Speaker A
закладываете какие-то вещи, да, опять же, я говорю именно с твоей со своей стороны. А второй уровень - это егенты, да, то есть они извлекают факты с цеплённой цитатой. Они готовят черновики протоколов статусов рисков.
Speaker A
Проверяющиеся агенты ищут ошибки. То есть есть агент-аудитор, есть аудитор аудитора, да, то есть у меня там два уровня. А, собственно, как раз есть агент, который анализирует риски. Есть продукт oунер, который анализирует любые изменения, оценивает по а всем этим там
Speaker A
Rise I новые требования и прочее, прочее. Ну, то есть там несколько агентов, да, которые всё крутится локально. Ну, потому что я говорю, всё это на рабочем ноуте. А, и как раз они всё это анализируют и дают мне статус
Speaker A
там в 7:00 утра. Ну, они смотрят по всем вещим. А дальше, соответственно, единая запись, один источник правды, это суперважно, локальная база, да, соответственно, каждый запуск сохраняется, всё логируется, соответственно, есть журнал, да, соответственно, задним частом ничего не переписывается, это суперважно. А
Speaker A
четвёртый момент - это все какие-то важные вещи, пересчёт сроков, анализ вех, просрочки, расхождение между документами, всё написано на коде. То есть это питоновские скрипты - это не модель, а соответственно, чтобы не было каких-то додумок, чтобы не было вот этих
Speaker A
глюков модели, да. Ну и я, как конечное звено, да, утверждаю документы и согласую все изменения, сроки бюджета, оцениваю риски, естественно, смотрю все эти статусы, которые отдаю клиенту, всё, что уходит наруже, да, соответственно, основные правила, которые вынес для себя, модель извлекает, код считает,
Speaker A
наоборот, никогда. То есть модель не должна додумывать, да, соответственно, это должен именно писать код. Это суперважно. У каждой цифры есть источный документ, дата, версия, кто сказал, когда сказал и так далее. Если нет источника, оценить нельзя.
Speaker A
Соответственно, всё. То есть он пишет, что нельзя оценить, да? То есть, чтобы он не додумывал. И ноль автоутверждений наружу только через меня. Ничто не уходит, никакие письма, сообщения не уходят без моего ведома. Это важно, да?
Speaker A
То есть кли человек, ну, как называют мои агенты меня оператор, да? Я как оператор должен всё это согласовывать и выпускать наружу, да. Собственно, как раз всё это построено на а базе клодкода, там с частичной интеграцией тоже с кодексом. Ну, то есть OPUS sonet
Speaker A
и GPT там последние 6, а Soul там 5-6 тера и так далее, и так далее. Собственно, всё это прекрасно работает. Я тестировал, а все документы тоже делаются, обновляются, собственно, как раз вот с учётом этих правил. А как это работает, да?
Speaker A
Собственно, как раз выдуманный проект, да, соответственно, там проект Meridian. Ну, я тоже буду там какие-то скриншоты показывать, э-э, чтобы не не, естественно, не показывать, там, не выходить за рамки NDA. А на входе я дал соответственно опять же техническое
Speaker A
задание, контракт, бюджет включа, который в контракт включен, а протоколы встреч, да, а несколько десятков файлов фактов извлекают мои агенты, да, из технического задания, из бюджета, всё с цитатами, всё ссылками на конкретные документы, а что-то без цитат система отбросила сама, да? То есть это важно
Speaker A
такой внутренний аудит. А две просрочки каких-нибудь сроков посчитали код, да, это суперважно. А вместо нуля оценить нельзя, как я уже сказал.
Speaker A
Соответственно, это это сигнал для меня, что нужно посмотреть, что это документы и ноль автоутверждений. Да, собственно, как раз вот это суперважно именно с точки зрения изации. А как это выглядит?
Speaker A
Ну вот примеры, да, соответственно, у меня там просто по сути дэшбордик, да, где для каждого выбираешь свой проект, и он тебе показывает, соответственно, план да например вехи критический путь. Опять же, критический путь считает код, соответственно, даты только из
Speaker A
источника, либо минутки, либо там базовый план проекта, да, соответственно, любые изменения в требованиях проекта в скоупе тоже сдвигают срок, сдвигает этот там критический путь, если задача на критическом пути. И всё это я сразу вижу в виде а уведомлений и, соответственно,
Speaker A
изменений в плане. А команда, естественно, кто она работает, с какой нагрузкой, соответственно, всё из ресурсного плана, ничего не додумано, а, еженедельный отчёт, да, то есть всё строится на основе как раз вот этих входных данных. Ну, в основном как раз
Speaker A
это, а, после запуска проекта это в основном встречи, переписки, встречи, да, то есть какие-то решения, которые принимает команда, я, клиент, да, мы все вместе. И, собственно, как раз это нравится. То есть каждую неделю мы, а, формируем отчёт, да, соответственно,
Speaker A
отчёт для моего руководства, отчёт для клиента. Ну, естественно, там разные версии гранулярности, да, соответственно, вот тоже это всё формируется. Ну, и я ещё построил граф связи такой красивый, как это, в AI цветах, как говорится, да? То есть, по
Speaker A
сути, я говорю, внутренняя база там векторная, может быть, я чуть переусложнил, ну, это классно работает.
Speaker A
Это как раз что с чем связано, да, в каких а-а а там отсеках, полях всё это находится, да, там и цели проекта, и скоп, и KPI, и расписание, деньги, понятно, люди, соответственно, там риски и так далее, и так далее. Всё это
Speaker A
работает, опять же, как единый организм. Ну, я говорю, в основном я это использую для именно бюджет, сроки, а, соответственно риски ну и соответственно, вся эта отчётность, да, которую я делаю. Ну вот, собственно, как раз это я построил, потому что мне
Speaker A
надоело это отслеживать вручную, спрашивать все эти там трекинги, все эти там статусы и так далее, и так далее.
Speaker A
Вот я создал это для себя. А, ну, собственно, как раз, как я и сказал, да, понедельник 7:00 утра было недавно, пару недель назад, система мне говорит, что, Иван, у тебя всё под контролем, да, соответственно, там клиентский офис PMO
Speaker A
работает каждый день, протоколы, трекер, риски, всё опять же под меня. Вчера еженедельная встреча закончилась такими-то решениями. Э, соответственно, в 7:00 утра агенты обновили страницу, что нужно от меня. Утром открываю, ноль задоль просроченных задач, всё зелёное, да? Соответственно, как вы, э, думаете,
Speaker A
да, вот когда вы видите, что вам Ишка, там агент, неважно ещё какой-нибудь, да, там дэшборд или ещё что-то, вам приносят отчёт, что у вас всё зелёное, нет никаких проблем, да, соответственно, вот можете написать любую букву в чат, да,
Speaker A
что бы вы сделали, да, доверитесь ему, потому что вы это настроили, да, это ваше детище, ну, собственно, для этого вы систему и строили. выборочно проверите руками, открою пауру протоколов задачи посмотрю что всё-таки не так. И вообще не поверю,
Speaker A
соответственно, выключу автоматизацию. Всё слишком хорошо, чтобы быть правдой. А давайте посчитаем любые варианты, опять же, именно по, а, собственно, как раз по вашему опыту.
Speaker A
А, да, тут спрашивают: "Иванна, это вы полностью собирали всякие внешние штуки? CRM, смотрите, я полностью собирал это под себя. У меня используется в качестве внешних источников а следующей системы.
Speaker A
Первое - это Outlook. А, ну там не прямой коннекшн, а там по сути из аутлука OneДRI складываются письма, протоколы и так далее, и так далее. И уже, соответственно, клодтыend смотрят напрямую в а OneDrive, а, соответственно, Teams, а, опять же все
Speaker A
протоколы встреч, минутки и так далее. И лайнир. У меня лайнир в качестве тасктрекера. Ну, условно можно сказать, там GRU или трела и так далее, да. Там опять же можно и слаг подключить, если используете. Там очень много чего можно
Speaker A
подключить через а коннекторы, да, или там MCP пробросить. А CRмки у меня нет. То есть у меня нет доступа ни к CRM, ни к ERP, ни к системе закупок и так далее.
Speaker A
Всё это там это я именно свой процесс организую. Я не не пытаюсь организовать процесс там закупок или там какой-нибудь лига участия и так далее. Ну, юридически это всё именно под себя. А, да, напоминание тоже всё это команде. Так,
Speaker A
ну давайте посмотрим. А вариант Б, ББ А, вариант Б, Б и так далее, да. Ну, в основном, б. А, собственно, как раз вот как Юля говорит: "Я тревожная, пойду проверять". Да, и я как раз в конце скажу, что какой правильный ответ, да, и
Speaker A
что было не так в итоге. Давайте дальше. А, важный момент, как раз я говорю, наверное, это такой, э, основная, э, такая красная нитка всей встречи, да, что по факту вы думаете, что и убирает работу, по факту он незаметно добавляет
Speaker A
вам работу, да, соответственно, вот был такой эксперимент, да. Компания Мед проводила, да, взяли 16 опытных девелоперов, разработчиков и дали им там пару сотен задач, да, соответственно, как им казалось, да, что вот они использовали какой-нибуд там условный клод-код, да, я не помню, что там
Speaker A
исследовании, ну, какую-то генеративку, да соответственно разработчикам казалось, что с они быстрее, да, и в итоге замерили время, да, насколько она вот они сами им делали задачу с помощью генеративки, как им казалось, что на 20% будет быстрее, как оказалось, плюс 20%,
Speaker A
да, то есть медленнее работали, соотвест Соответственно, там в двадцать пятом году то же самое, соответственно, чуть ускорили, но опять же там с больше с большим разбросом, да, соответственно, что важно, да, как раз когда вы это настраиваете, у вас появляется новая
Speaker A
задача. Вы, по сути, являетесь, как и я, оператором своего генеративного и, ну, соответственно, своих моделей, своих агентов, да, собственно, как раз на управление и анализ, да, соответственно, это важно. Понятно, что основное время вы тратите на настройку всего этого, да,
Speaker A
потом это должно окупаться, ну, как любой процесс, как любая оптимизация. Но тем не менее, да, на управление аудит, мониторинг, это всё важно. Второе, что это как раз, если вы знакомы с таким понятием, как AI slop, да, то есть это
Speaker A
по сути контент, например, написанный генеративными текст, картинки, видео и так далее, сайты собранные, и я, и вы, наверное, видите, да? То есть это уже стало частью жизни. Есть такое понятие, как, а, worksop, да, то есть это гладкий и текст какой-нибудь документ рабочий,
Speaker A
да, собранный без сути. Ну, то есть это пустая просто какая-то пустышка, пустой документ, который говорит обо всём и ни о чём. Вы, наверное, видели такие письма, да? Я могу привести пример. 2 года назад а мы с клиентом а в Абудаби
Speaker A
согласовывали KPI на проект и там был один KPI, а, ну, по которому проводилась, собственно, оплата по э счетам. это эффективность работы прокт-менеджера, то есть меня на проекте. Ну, я со стороны исполнителя, да, работал у заказчика. А, и, соответственно, мы добавляли мне KPI,
Speaker A
ну, то есть квартальные там квартальный KPI. Условно, что я там должен делать отчёты вовремя, готовить там какие-то презентации, обновлять планы, ну, то есть классический KPI. А в итоге я сформировал то, что я должен делать, да, отправил клиенту, а мне приходит ответ.
Speaker A
Вот есть комментарии, соответственно, я открываю, что мне предлагают, какие KPI, и там такие KPI и серии ээ мы за всё хорошее против всего плохого. Да, я поставил встречу, я говорю: "Вы можете объяснить, что это значит?" Ну, то есть
Speaker A
что, как вы, как заказчик, будете измерять? А они такие говорят: "Ой, слушайте, а мы отдали чату GPT, он нам посоветовал, мы отдали это вам". Я говорю: "Ну, а вы понимаете, что чат GPT вам написал?" Я говорю: "Хорошо, вот вы
Speaker A
написали, что я там должен быть проактивным. Как это будет измерять? Мою проактивность, это, э, в 9:00 утра стоять под вашими кабинетами, да, с стучать вам напоминанием или что это значит? Ой, мы не знаем. Я говорю: "Ну так давайте
Speaker A
убирать". Ну и понимаете, да? То есть это как бы а любой модели, когда вы говорите: "Накиньте на вентилятор", она накидывает на вентилятор, да? Но в основном это какие-то пустые вещи. И вот это как раз ээ тоже такая издержка, да,
Speaker A
на разбор таких уходит около 2 часов. Но опять же, да, собственно, как раз это легко правится там любыми правилами, примерами, да, что делать, что не делать, да, сейчас современные модели с этим хорошо справляются, но тоже важно сказать, да, наерить что-то не проблема,
Speaker A
да, а найти суть в этом, вот это большая проблема, да, и вот это как раз на что уходит основное время. А дальше, соответственно, опять же, там 3/4 пользователей по анализу Upwork, там 2 года назад проводили, а что пользователи
Speaker A
70% 77% пользователей говорят, что нагрузка выросла. Да, опять же из них почти половина говорит о том, что на проверку того, что сделали и потому, что я говорю на генерить не проблема, а сделать это, ну, сделать из этого что-то
Speaker A
продающее, вот это как раз проблема, да, поэтому как раз на это уходит время. И я как раз и говорю, что незаметно добавляет работу. Вроде вы кайфуете, ой, как классно там Иишка мне генерит документы, а потом такой один раз
Speaker A
сгенерило хорошо, второй сгенерировал хорошо, третий, что-то пошло не так. Что такое глюк модели? Да, собственно, как раз ё-моё, да, опять нужно всё это переделывать, переписывать, тюнить и так далее, да. Ну и понятно, вы уже как параноиком становитесь, начинаете
Speaker A
проверять чаще. А дальше, а что ушло с меня? Конкретно мой пример, да, не на исследованиях. Что ушло с меня? Что пришло взамен? Ушло с меня. Поиз задач в протоколах делает агент. Перенос цифр между разными системами трекинга делает код. Да, опять же, питоновский скрипт. А
Speaker A
первый чиновик статуса делает агент. Он пишет на основе всех данных, которые приходят ему. Я проверяю. А утренняя сводка, статус для меня как прожект-менеджера в 7:00 утра тоже делает агент, да, на основе собранной информации. И как опять же, да, что
Speaker A
уходит, работа уходит самого дорогого человека в команде, ну, менеджера, да, который управляет там проектом или программой. Что пришло ко мне, да, наоборот, правок в коде системы за 6 недель почти две сотни, да, постоянно какие-то баги, что-то не то, нужно
Speaker A
улучшить регрессы, смоуки, а все эти всё это тестируется, всё это нужно править. Боже мой, соответственно, да, и где-то хранить все эти изменения и прочее. Ну, собственно, как раз бакфиксинг. На это уходит время. Автоматические проверки количество было там 10-20, сейчас 1.00,
Speaker A
да, потому что у меня несколько проектов, всё это связано, всё это в рамках какой-то программы, да, блин, это на это уходит тоже много времени.
Speaker A
Находок аудита за ночь бывает несколько десятков, что-то пошло не так. Нужно проверить, понимаете, да? Это всё уходит. А, соответственно, полейные экраны написаны моделью. Ну, то есть по сути вот эти статусы, да, тоже там несколько сотен. Это всё тоже нужно
Speaker A
проверять соответственно да убедиться, что всё это работает. Ну и Адит другими моделями. Кстати, тоже очень важный момент. А могу сказать, что никогда не поручайте одной и той же моделью, например, OPUS, да, или Sonet от Antropic, никогда не поручайте
Speaker A
проверять саму себя, а потому что никакой разработчик не скажет, что у него плохой код, да, соответственно, никто не будет свидетельствовать против себя. Поэтому я ввёл правила. У меня есть подписка на клод, у меня есть подписка на кодекс, соответственно, все
Speaker A
эти там GPT модели, на китайские модели есть GLM 53, 53 Flash. Очень классные модели. По крайней мере, мне они очень подходят. Они медленные, но хорошо работают и дешёвые, в несколько раз дешевле, чем опусы. А опус какой-нибудь, соответственно, а Audit другими
Speaker A
моделями. Соответственно, если у вас работает модель, не код, запросите другую модель. Если это возможно, понятно, да, с учётом всех особенностей работы, а просите другую модель проверить первую. Только тогда можно что-то получить хорошее, да?
Speaker A
Соответственно, одна модель пишет код, соответственно, другая модель делает ревью, да, соответственно, отдаёт снова первый, да, ну, и вы там как оператор это контролируете, да? А вот, собственно, как раз, э, это важно. Ну, экономию, да, 15 минут вместо 2ву часов.
Speaker A
Чего как раз я добивался, да? То есть я пока не замерил, это моя цель, но могу сказать, что в целом, да, стало быстрее, это однозначно, потому что я терпеть не могу писать протоколы встречи. Это просто меня раздражало всю жизнь. Вот
Speaker A
эти минутки уточнять что-то и так далее. Сейчас с этим проблем нет. Статуса проекта нет проблем. Бегать за [фыркает] людьми в моей команде, просить пиши, пиши, там обнови тикет и так далее, и так далее. Я тоже это не делаю, но я
Speaker A
заметил другое, что да, на генерить тикеты не проблема, поменять статусы не проблема, но если Ишка модель генерит какой-то несуществующий тикет, да, соответственно, и команда говорит: "Ваня, что это такое?" Я такой: "Ё-моё, а я сам уже не помню, что это такое".
Speaker A
Ну, как бы, да, появляется вот этот workкlлоop, да, то есть как бы задача ради задачи. Ну, опять же, слава богу, их не так много, но тем не менее это тоже как бы вопрос к, ну, собственно, как раз к аудиту всего этого, да. А
Speaker A
дальше а самый важный момент тоже про модели, раз уж мы начали, да, могу сказать по опыту, модель пишет уверенно, даже когда ошибается, да, то есть ошибается модель тоже уверенно, да, соответственно, например, она прочитала ват. Ват - это НДС, по-английски налог,
Speaker A
да, сертификате как валюту, да, один это реальные примеры, да? То есть опять же вот то, что у меня происходит на проектах. Один агент передал другому чужую догадку как факт. Модель заглючила, а а моделька приняла это как факт, переписала, да, аудит сверил это,
Speaker A
говорит: "Нет, ребята, вы не правы, давайте там что-то переписывайте". Да, соответственно, из 160 полей 118 написала модель и по части не было источников, да? То есть опять же что-то выдуманное, да? Соответственно, вот я даже сегодня, например, собирал через
Speaker A
copilot, у меня там и GPT тоже опус подключен. Я говорю: "Собери всю информацию за проект за год, а и напиши, как клиент, э, заказчик увеличивал скоп", да? То есть, что мы сделали, что мы должны были сделать и что мы сделали
Speaker A
больше, да? Соответственно, он мне сделал отчёт на 10 страниц, там вот такие-то данные, такие-то пришли, такие-то встречи были и так далее. Я ему задал: "А теперь перепроверь это". Ну, другую модель сказал: "Перепроверь это то, что написал. 10 ошибок". 10 ошибок.
Speaker A
В основном ошибки связаные. Ой, я тут додумал. Я вот тут неточно, но это моё суждение на основе тех данных. Я говорю: "Ну, слушай, мне не нужны суждения, мне нужны факты". Ну, естественно, отчёт там снизился там на три страницы в итоге,
Speaker A
да, собственно, как раз. Ну, вот это важно да чтобы если вы понимаете, как эта штука работает, вы этим можете управлять. Если нет, ну, как бы модель будет управлять вами, а не вы ей, да, это суперважно. А, соответственно, опять же, документ, как
Speaker A
четвёртый пункт, документ не того типа, переписал результаты чистого запуска, система не заметила, да? То есть по сути, а, пришло обновление, где я не ожидал. Ну, это плохо. А что поменял?
Speaker A
Да, соответственно, модель извлекает, код считает, да, где можно ставьте код, да, зашивайте просто жёсткую логику. Не нужно додумывать и нужно считать вот из А в Б. Делай так, а не так, да?
Speaker A
Соответственно, делай в таком формате. Не нужно выдумывать ничего следующего. клади в эту таблицу, в эту там секцию и так далее, и так далее. На цифры сроки считаются без модели. Это суперважно. У каждого факта есть цитата из источника.
Speaker A
Всегда есть ссылка на протокол, на документ, там архитектуры и прочее. А новая проверка должна сначала поймать заведомой шик. Только потом я и верю, да? То есть как раз вот этот аудит, про который я говорю. И опять же без
Speaker A
человека, без ческого решения, да, решения оператора, да, наружу ничего не уходит, да, это суперважно. Вы как человек должны нести ответственность, как менеджер, да, принимать решения, опять же, да, на основе своего опыта, да, моделька может там, яишка может вам
Speaker A
помочь, но, собственно, как раз это важно, что вы принимаете это решение финальное. А, да, собственно, как раз, да, но опять же, да, не всё так плохо, да, соответственно, экономия реальна, да, и выиграю те, кто выбрал именно правильные задачи, которые вы можете
Speaker A
делегировать соответственно генеративному и там, ну, соответственно, да, там клоду GPT и так далее, да. Вот опять же приведу, э, а, собственно, как раз исследование, да, что там BCG соответственно там вот 758 консультантов BCG Boston Consulting Group участвовали в исследовании, да, соответственно было
Speaker A
там 3 года назад, они использовали GPT4 на тот момент ещё самую актуальную модель. И, соответственно, они делали эксперимент, да, поручали какие-то задачиишки. И, соответственно, видите, где-то и справлялось, где-то не справлялось, да? Соответственно, внутри границы плюс 40% качества и скорость,
Speaker A
конечно, скорость проанализировать сотни документов, файлов, тамчить какие-то задачи, ну, никто не справляется лучше современных моделей, да, это однозначно, это 100%, да, сравнить документы, а, подготовить планы и так далее, и так далее. Реально я могу сказать, что подготовка каких-нибудь планов, задач на
Speaker A
основе там минуток встреч, на основе обсуждений с командами занимает реально минуты. А, соответственно, если правильно всё это настроить, плюс там добавить аудитора, да, который проверяет все эти данные, собрать какой-нибудь там, я не знаю, 100 100 там 100-200 строк плана какое-нибудь тестирование,
Speaker A
да, занимает реально минуты, да, на основе тех данных, которые есть уже там в первоначальном плане, в обсуждении с клиентом каких-то. У меня есть и лучшие практики, которые я использую, мои предыдущие проекты, ну, некая база знаний, да, на основе этого собрать не
Speaker A
составляет труда. Реально на это уходит гораздо меньше времени. Это 100%. А, соответственно, но, а, важно сказать, да, что как раз вот в данном эксперименте граница проходила по задачам, а, в том числе даже внутри одной профессии. То есть, собственно,
Speaker A
это важно понимать, да, что разные задачи, они по-разному решаются. Опять же, в том числе как раз вот этим аудитором, а, который выступает, ну, понятно, вы и там другая модель. А что важно сказать, да, в день экономили опять же результаты, да, там, например,
Speaker A
вот в правительстве Великобритании, а, экономили до получаса каждый день 20.000 гослужащих с помощью копайлота, да, ну, инструменты от Microsoft, да, там, по сути подключены, любые модели можно подключать ну установленными конечно антропика и Open AI, соответственно, GPT OBUS, соответственно, это реально так. А
Speaker A
в неделю экономят э те, кто регулярно пользуется генеративными, 100% могу сказать, это однозначно несколько часов можно экономить. Ну и в среднем опять же, да, по там исследованиям Microsoft неделю экономят до 12 минут в почте все, кому просто дали доступ генеративному и
Speaker A
сделать summary, а подготовить шаблон письма да соответственно какие-то свести таблицы, графики и так далее. Ну, собственно, это очевидно. С этим Ишка хорошо справляется, но опять же нужно вычитывать, чтобы не было вот этого там ворклопа, да. А, а дальше,
Speaker A
соответственно, роль руководителя, да, никогда вы как менеджер, если вы управляете, конечно, процессами люны быть пассажиром, да? То есть вы как менеджер решаете, где отдать задачу и где ограничить, а где отказаться. Что именно я как раз со своего опыта вынес,
Speaker A
да? Отдайте. И задачи повторяются, проверяются быстрее. Быстрее чем делается? Самая дешёвая ошибка, да, протоколы, трекеры, черновики статусов, сведение цифр, подготовка документов и так далее, и так далее. правила и делает человек утверждает. Всё просто, понятно, ограничить, да, лимитировать полезно, но
Speaker A
ошибка дорогая или уходит наружу, например, вашему руководителю или тем более клиентузаказчику, да, письма заказчику, руководству. Можно сделать черновик но соответственно всегда правьте, смотрите, потому что реально там такая ерунда может быть, что как бы лучше не писать. Я уж не говорю про все
Speaker A
эти там и яйцлопы тексты длинные тире бог с ними и так далее, да, соответственно, просто контекстом она бывает просто какая-то ересь, да, проверяйте это сами. Оценка рисков, сроков тоже за вами. От ответы клиентам тоже, ну, как и письма заказчикам, как я
Speaker A
говорю, и готовит черновик. Э вы делаете соответственно финальное решение. То же самое, например, приведу из другого примера. А у меня есть, а, дэшбордик, э, промой, там блог и так далее, который генерит посты для треads, с Инстаграма, LinkedIn, Телеграма и так
Speaker A
далее. Соответственно, там вся фишка построена на оценке на аналитике, да? То есть я мониторю аа аналитику каждый день, ну и там, соответственно, полную аналитику раз в неделю делаю и понимаю, где какие посты заходят. И ишка пишет посты под соответственно эти тренды, да,
Speaker A
ну и плюс анализирует конкурентов. Но всегда посты, которые публикуются, ну, в данном случае или имейлы, я сам, а, верифицирую и переписываю под свой стиль. Это супер важно, чтобы не терять вот эту человечность, да, чтобы я там, э, не превратился в боты и я не перед
Speaker A
вами не Ива. сидит Пельвани Ваня Доронин, да, соответственно, вот это как раз очень важно, человечность. Я даже ошибки совершаю просто, чтобы понимать, что это человек делает, да. Ну, то есть, чтобы, а, чтобы не было такие супервырезанные, да, ни о чём письма или
Speaker A
посты. Это суперважно. где я рекомендую отказаться, да, где нужно суждение, принятие стратегических решений, взаимоотношения с клиентом с командой, да, или где повышена ответственность, да, решение людях команды, оценка работы мотивации переговоры решение конфликтных ситуаций, либо где у вас нет
Speaker A
данных и либо каких-то доступов, да, не пытайтесь это автоматизировать, даже если это модно, молодёжно и так далее.
Speaker A
принимайте решение сами, да, соответственно, на основе того, ну, опять же, своего опыта, да, там, опыта, там, я не знаю, коллег и так далее, и так далее. Это суперважно, да. А вот а тоже тоже тоже важно, что там больше
Speaker A
половины, да, опять же, есть менеджеров, которые готовы брать неодобренные инструменты. А это важно, но большие риски, да, большие риски за этим стоят, поэтому как раз важно понимать, где Ишку нужно применить, да. Ну и, соответственно, да, по опыту вот можете
Speaker A
в чатик написать, поделиться, какую задачу вы бы точно не отдали, не отдали Ишко, да, то есть условно, где вы бы как специалист ээ были максимально нужны, да, собственно, как раз это важно, да, где ваша ответственность, да, а где ваша вот эта зона, да?
Speaker A
Основная зона работы, да, где а, собственно, как раз начинается, а, важно. Аа вот пока напишите, а я, собственно, пойду дальше. А, да. Ну и, собственно, как раз про инструмент, про этот я и ричаг, да, я скажу, как я это
Speaker A
делал, что вот по какому критерию я там отдавал и что ограничивал и так далее.
Speaker A
Ну, то есть есть некая система, да, процессик, он самый простой, я сформировал его у себя в голове, да, но, собственно, как раз хочу поделиться с вами, и мы сделаем как раз упражнение на эту тему. Я и рычаг, да, пять шагов от
Speaker A
Всё горит, да, всё нужно езировать, ничего не работает, все задолбали до конкретного пилота с цифрами. Первое, да, соответственно, что нужно делать, аудит времени. 2 недели записывайте повторяющие задачи и минуты. На что уходит больше всего времени? Переговоры, минутки, какие-то бесполезные встречи,
Speaker A
протоколы, статусы и так далее, и так далее. Записали, анализируйте, вы увидите очень большое количество повторяющихся действий. Ну или, возможно, вы уже знаете о них. Второй момент - это разбор на шаги. Делите процесс на действие. Да, механика отдельно, решение отдельно. Что мне
Speaker A
нужно сделать? Переложить документ, там собрать информацию, соответственно, не принятие решений, а именно механика. Дальше, собственно, это скоринг. Пять вопросов, а, соответственно, по от одного до пяти, да, соответственно. То есть нужно ранжировать по приоритетам, да, что отдать и что ограничить, что не
Speaker A
трогать. Мы сделаем это упражнение в конце. Соответственно, вы поймёте логику, да, как это можно всё делать.
Speaker A
Дальше экономика, да? То есть где мы реально можем сэкономить, да? А важно всегда вычитать, ну вот это налог на, а проверку и поддержку, да, соответственно. То есть по сути, если яишка делает, нужно всегда закладывать там, не знаю, 30 минут или какое-то
Speaker A
время на проверку. А, соответственно, делегируйте это и эти процессы проводите пилот, замеряйте до после, да, на что уходит много времени, на что стало уходить меньше времени, да, соответственно, критерии масштабируем, ну, то есть либо продолжаем, либо закрываем, да, собственно, вот и всё. А
Speaker A
важно сказать, что без шага один не посчитать шагчетыре. Если вы не понимаете, что вы хотите сократить, где у вас какие издержки можно сократить, вы их не посчитаете, а без шага три пилот уйдёт в задачу за границей, да? То есть
Speaker A
это важно понимать, как это будете скорить. Вот. А сначала заметьте, сколько времени уходит сейчас, да? Это аудит. Ну давайте чуть подробнее, да? А понятно, да? Например, вот как у меня это работает, да? То есть я выписал ежедневный статус заказчику два раза в
Speaker A
неделю. руководству и заказчику. На это уходит там по часу, я делаю презентации, да, соответственно, столько-то часов в неделю. Протоколы, трекинг задач, столько-то, сбор апдейтов от команды, столько, сведение цифр, план, факт, а, контроль исполнение столько-то. 10 часов в неделю у меня уходит примерно на все
Speaker A
эти задачи. А, соответственно, как я уже сказал записывайте записывайте да в трекинг или в блокнотик, куда угодно.
Speaker A
Источники календарь почта трекер э соответственно, всё это записываете, да? А, и важно сказать, что опять же, когда я строил вот эту первую свою систему, я делал всё как это, по наитию, по ощущению, да, ну, состно, я же крутой,
Speaker A
зачем мне всё это записывать? И важно сказать, что, а, именно, что я построил свою систему, но не замерил неделю на неё. То есть я считал, что мне это мешает, но не замерил реальные часы, поэтому вернулся на шаг один. А второе -
Speaker A
это разбор на шаги, да, соответственно, что можно автоматизировать. Пример, еженедельный статус заказчику 120 минут.
Speaker A
Да. Что я делаю конкретно по шагам? Первое: собрать апдейты от команды, трекер, чаты, протоколы и так далее, и так далее. Чистая механика, да. Собрать информацию, свести цифры, план, факт, все, все там условно в статусе должен биться с планом проекта и так далее.
Speaker A
Вехи, нагрузка команды и так далее. Тоже чистая механика. Дальше, второй момент, найти отклонения, риски, сдвиги, блокеры, а, и прочее, прочее. Это как раз можно совместно сделать и и плюс я опять же, как я говорю, я рисками управляю сам. Второй, сформулировать,
Speaker A
что сказать заказчику. Письма, какие-то уведомления и так далее, и так далее. Черновик пишет и, соответственно, отправляете вы. Проверить, отправить.
Speaker A
Ну, конечно же, только вы, да, как человек. Вот, собственно, как раз мы расписали, да, что механика, что пограничное состояние, что только вы.
Speaker A
Соответственно, мы видим, что, например, 55 минут механики забирает и и код. Да, отклонение тексты и готовит черновиком решаете вы. проверка и отправка остаются за вами. Это как раз и есть налог на проверку, да? То есть, по сути, мы из
Speaker A
всех этих сэкономленных часов вычитаем вот этот налог, да? И это важно как раз про это важно как раз сказать. А дальше а это пять вопросов, да, скоринг, да, опять же я дам упражнение всё это проверить. И пять вопросов, которые
Speaker A
решают и отдать, ограничить или не трогать, да, вот это пограничное, да, объём, да, это больше 5 часов или меньше или там больше 10 часов. Стабильность - это каждый раз по-разному или это одно и то же всё делаете. Цена ошибки
Speaker A
какие-нибудь там, не знаю, там деньги, бюджет, репутация или как бы дёшево исправить. Цена ошибка минимальна.
Speaker A
Проверяемость, да, нужно ли проверять, переделывать и прочее, прочее. Доском, да, тоже важно, запрещено или разрешено, собственно, это. Ну и вот появляется некий скоринг, да, например, двадцатипятибалльная система, да, например, если мы видим зелёная зона, отдать и и делает, вы утверждаете на
Speaker A
выходе, берите в пилот. Всё важно, то есть корен простой. 1025 отдаёте ишки, пограничное состояние ограничиваете, всё, что меньше, что 12, не трогайте. На самом деле могу сказать, что очень похожа система на я когда вот клиентом делаю там резюмешки и так далее, мы
Speaker A
адаптируем резюме, ну там агент адаптирует резюме под вакансию, там действует очень похожий скоринг, да, а всё, что подходит клиенту, соответственно, идёт э в первую фазу отклика. Всё, что не подходит, а отбраковывается, да, тут очень похоже, да, как раз вот
Speaker A
всё это можно хорошо проскорить и, собственно, с этим как раз жить. А четвёртая фаза - это экономика, да, собственно, как раз считайте чистые часы, механика минус налог на проверку, как я уже сказал, соответственно, сколько раз в неделю, сколько минут
Speaker A
сейчас, минут с и минут на проверку и так далее, да, соответственно, понимаете, да, что с - это сейчас это занимает 4 часа, с учётом проверки зани будет занимать полтора часа, да, соответственно, чистые часы, например, в неделю, да, экономия, окупаемость 6
Speaker A
недель. То есть, по сути, вы выйдете на окупаемость ну соответственно да за какой-то определённый период времени.
Speaker A
Всё это считается по формуле. Мы сейчас это всё это вместе сделаем. А, а важно, да, у пилота, но опять же я как менеджер, прожект-менеджер создаю, у пилота должны быть критерии закрытия. Вы посчитали, да, соответственно, по каким критериям всё это делать. Владелец один
Speaker A
человек, который отвечает за результат, фиксирует минуты, всё понятно, метрики до после на, соответственно, количество ошибок. Масштабируем, идём дальше или не идём дальше. закрываем. Соответственно, систему приходится влючную подкармливать данными, либо это можно полностью автоматизировать, да, по сути приводите пилоты, да, как я уже сказал, за 2
Speaker A
недели можно всё это раскатать, условно за один спрингт, да. А важно сказать, что границу как раз пилота человек начинает записывает, сам определяет до старта, что уходит наружу. Только после вашего утверждения не ждите первой ошибки, это важно. А дальше, а черновик
Speaker A
еженедельного статусу через я и рычаг, опять же, да, на примере своём я как раз это расскажу. Это важно, да, сократился объём понимаю что было количество вот этих скорбаллов. Я могу это отдать и, соответственно, да, провёл пилот, всё отлично работает, всё
Speaker A
летает, да, и это как раз очень сильно ускорило мне работу, подготовку именно таких документов, тем более по шаблону, по всем имеющимся данным, ну, опять же, протоколы, письма и так далее. Всё это есть, всё это является датасентом, да, для моей платформы. А, и важно, да,
Speaker A
давайте сейчас я попрошу вас, ну, чтобы как раз было практическое упражнение, а, прогоните любую одну свою задачу через инструменты, напишите итог в чат.
Speaker A
Давайте мы, а, запустим таймер. Да, соответственно, вы можете отсканировать QR-код либо перейти на ссылку по ссылке idag.pro/lever.
Speaker A
А lever - это как раз рычаг. У вас откроется вот такой а сайтик, да.
Speaker A
Соответственно, вы можете ввести, э, выбрать задачку, да, которую вы можете отдать Ишке. На тест можете вписать свою задачу, например, там сводка неделя по продажам и так далее, и так далее.
Speaker A
Прикиньте, сколько времени у вас уходит на то или иное, да, раз в неделю, сколько вы, э, соответственно потратите, сколько сейчас, а можно ли доверить и, да, соответственно, и вы получите как раз результат, да, соответственно, что вы получаете, выигрывая как раз
Speaker A
делегируя эту задачу. И можете скопировать итоги в чат и, соответственно, поделиться этим. Здесь очень простой калькулятор, простая логика. Можете как раз это быстренько сделать. А я пока почитаю вопросы. А ссылку в чат. Да, да, пожалуйста.
Speaker A
Аэ, ту-ду-ду-ду-ду-ду-ду. Так, перформансарев не отдал бы, да, Алексей, молодцы. Performance review, да, пересмотр зарплаты, это точно не нужно.
Speaker A
Ну, как минимум. А, да, ссылку я дал. Можете как раз быстренько пройти по задачкам и посмотреть, как эта штука работает. Это самый простой способ просто оценить, что можно, а нельзя отдать и и так. Угу.
Speaker A
Так, сколько у нас ещё? Пара минут. А ссылка будет постоянно и потом можете это использовать. Ээ вообще всё, всё легко а делается, да? Там смысл опять же, да, ну, как я уже сказал, можно выбрать любые варианты протоколы кинуть тут примерно, да, соответственно,
Speaker A
сколько уходит это вам, расставить фильтры, можно ли её доверить, соответственно частично. Если всё можно, то наоборот, собственно, цифра вырастет.
Speaker A
Так, у Эдуарда статус отчёта заказчику 14 из 25. Не трогать, э, примерно часа в неделю. Соответственно, проверка 30 минут. Ну, собственно, как раз в вашем случае это не работает. Если разработчик Лариса, без проблем пишите кодрев, там, я не знаю, какие-нибудь
Speaker A
статусы для там вашего менеджера или да и так далее. Так, у Игоря сбор апдейтов от команды 20 из 2 отдать и примерно часа в неделю. Супер. Ответ на типовой запрос. Э, да, собственно, как раз 11 из 2 А не трогать, да, проверка идёт 5
Speaker A
минут. ничего не сэкономите, Дмитрий. А Игорь спрашивает: "Ак PMO open source?" Нет, пока не source. Пока это моя история. Я хочу довести это до идеала, а потом уже буду использовать это на своих, а, вещах. На самом деле могу
Speaker A
сказать, что, я говорю, что, а, по факту, а, там все вот эти проектные методологии, они у меня как скилы зашиты. У меня там есть база всех этих выученных уроков, она тоже в публичном доступе, всякие там кейсы и прочее. А
Speaker A
реально это хорошо работает, просто опять же в каком-то первом приближении, но важно вот это аудировать. Так, у Галины оценка сотрудников 11 из 25, а не трогать, э часов в неделю, проверка 10 минут. Ну, собственно, да, оценка сотрудника я бы тоже не доверил бы. И
Speaker A
так, Антон спрашивает: "Как реализована защита от утечки персональных чувствительных данных?" Всё внутри контура, всё локально делается. Всё, что работает, это с с клодом и так далее.
Speaker A
Это всё через прокси, через фаерлы всё это идёт. Поэтому как раз это всё важно, что это всё внутри контура компании.
Speaker A
Какие подписки использую? Я использую, у меня три подписки. Ну, соответственно, на корпоративном ноуте использую две, на личном три. А, соответственно, это Клод, максимальная подписка, это Кокс, стодолларовая подписка. А, ну, GPT, соответственно, и GLM там тоже средняя подписка, не помню, там 80 долларов
Speaker A
стоит. Ну, я говорю, я использую её очень много и по работе, и не по работе.
Speaker A
В основном, конечно, для своих проектов. Соответственно, у меня всё это постоянно всё это упирается в лимиты токенов и так далее, и так далее. Всё это там бесконечный процесс. Ээ, собственно, я поэтому мало сплю, много работаю, [смех] работаю по выходным, но это приносит
Speaker A
доход, да, собственно. Ну и доход, естественно, удовлетворённость какая-то. Так, а у Александра сверка бюджета 21 балл из 2 э не окупится, но, собственно, проверка 10 минут занимает. Супер, спасибо. А, очень круто. Ну и, собственно, как раз давайте какой-то
Speaker A
вывод из этого делать, да? Собственно, как раз вот ту задачу, которую я говорил в начале, когда система показывала ноль.
Speaker A
На самом деле ноль был неправдой, да? И большинство из вас сказали ответ Б, чтобы бы вы перепроверили. И это правда.
Speaker A
На в чём была причина? У разных задач совпали номера, да? То есть какой-то глюк произошёл, да? У одной задачи там номер 15, у другой номер 15, и система затёрла сроки. То есть пуская доска показала бы просрочена, соответственно, и ноль. На, соответственно, ошибку нашёл
Speaker A
отдельный аудит, сама система не заметила, поэтому правильный ответ был б. Ну, большинство так и ответили. А какие шаги инструментов сработали бы раньше? Да, соответственно, проверяемость. Ноль, нельзя проверить за минуту, очевидно. Налог на проверку, опять же, да, моя проверка закладывался
Speaker A
в расчёт. Граница человека, да, соответственно, зелёный экран остаётся черновиком. Решение принимаю я, но опять же, я об этом говорил много раз. А теперь правило, да, которое следовало за этим. Новая проверка должна сначала поймать заведомую ошибку, и только потом
Speaker A
я ей доверяю именно как менеджер. Вот. Ну, собственно, а и всё, да. Основной вывод, который я хочу сделать по итогам презентации, да, что вы работа не станет меньше, она просто станет другой, да, и там, где вы экономите, появляется
Speaker A
дополнительная работа, и там, где даже не появляется дополнительная работа, появляется множество проектов. И поэтому как раз опять же на рынке труда я замечаю тенденцию, что уже нету, например, чистых разработчиков, уже нету чистых менеджеров, да? То есть условно какой-нибудь там продукт или
Speaker A
проджект-менеджер превращается в продакт инженера да соответственно который а, частично закрывает и и аналитику, и дизайн, и разработку, да. Всё опять же за счёт генеративки, да, ну, что-то там прототипчик не соберёшь, клиенту не покажешь. Ну, конечно, всё это собирается. Всё это можно очень красиво
Speaker A
украсить всякими там Хиксфилдом, а, анимацией, там 11 Labs, цифровать и так далее, и так далее. Я все эти прототипы уже собираю сам. Соответственно, это супер классно работает, это производит эффект, да, может быть, это где-то там и ради и, но тем не менее это правда так.
Speaker A
А, соответственно, а как и говорил, да, что меняется работа, можно очень много делегировать и, но, собственно, важно следовать вот этим четверым правилам, чтобы экономия не стала риском для вас.
Speaker A
Аудит отдельная системы. Суперважно, да? Соответственно, второй взгляд, одна модель проверяет другую. Поверьте, это окупится 100%. Даже если у вас там самые дешёвые подписки, поросить одну модель, проверять другую. Это важно, потому что глюков вы поймаете очень много, багов и
Speaker A
так далее. Человек, кто ждает на выходе, ну, опять же понятно, проверка входит в расчёт. Налог на проверку тоже нужно учитывать, да, именно при работе с любым и а, ну, собственно, как раз четыре действия, да, на эту неделю, что можно
Speaker A
уже сделать. Ээ, можно там со следующего понедельника начните замер, да, разберите задачу и разбейте её на шаги.
Speaker A
А прикиньте чистые данные, опять же, можно использовать ссылочку, да, соответственно, можно использовать, а, а, какие-то свои там выводы, расчёты, а, и запишите границу, да, где что делаете вы, что делает ишка, да, и критерии какого-то пилота. И дальше уже проводите
Speaker A
пилот с любым и любой используйте там. Опять же, я не даю никаких промтов, потому что считаю, что промты - это бессмысленная история. А с любым и можно уже и голосом общаться, и простыми запросами кидать референс и так далее.
Speaker A
Все современные модели прекрасно понимают контекст. Ну опять же, да, соответственно, если вы понимаете, какой контекст задавать изначально, да, а, естественно, обучается на ваших данных, э, на референсах, на примерах и так далее, и так далее. Поэтому как раз, э,
Speaker A
собственно, как раз вот это провести пилот, мне кажется, очень-очень просто. А вот а важно, да, Александр спрашивает, почему выборка данных делается и а не программным кодом. Смотря какие данные, опять же, да, какая выборка делается, тут нужно в детали уходить. А пойдёмте
Speaker A
дальше. Ну, собственно, да, ваши вопросы, пожалуйста, пишите в чат. Я думаю, сейчас мы порассуждаем. У нас есть ещё там 15-20 минут. С какой задачи начать, если данных мало? Как считать налог на проверку? что делать, если и спускает директивы сверху, а я не вижу в
Speaker A
этом ценности, да, собственно, как раз давайте разберём и подискутируем. А, ну и, собственно, в конце, да, тоже я рекомендую вам, э, и призываю подписаться на мой Telegram-канал. Я говорю и про поиск работы и про и для там своих проектов vibe codдинing,
Speaker A
adentic PMO, ID Agent, всё там я пишу про свой опыт именно как вот там фаундер своих там, а, всех этих историй.
Speaker A
Соответственно, очень много всего. А опять же, это пишу я, не и только собирает аналитику. Я рекомендую подписаться. Много что интересного найдёте про мм про этот дивный новый мир, да. Ну и опять же, если вы следите за карьерой, то тем более тоже всё у
Speaker A
меня. Всё, Александр, вот пожалуйста. Да, Иван, Иван, спасибо большое. Коллеги, вопросы, задавайте вопросы. У нас есть ещё немножко времени, чтобы Ваню помучить вопросами. как регулировать автоматизацию, которую делают сотрудники команды для своей работы, и нужно ли?
Speaker A
А вопрос безопасности. Тут задали вопрос как раз про персональные данные, да, и про можно ли там условно чату GPT отправить -э там, не знаю, контракт с клиентом, да, или какие-то персональные данные. А я считаю, что нет. Понятно, что это на уровне там политик
Speaker A
безопасности, фаво всё должно регулироваться, да. С другой стороны, я знаю кейс, не помню, где это, в какой компании произошло. человека уволили за то, что он чату GPT как раз конфиденциальные данные отправлял, там бюджеты, переговоры с клиентом и так
Speaker A
далее. Поэтому я думаю, что за этим будет э учёт и аудит. Поэтому я считаю, что нельзя либо обезличенно, ну либо как-то там проксировать и так далее, ну либо внутри компании, да? То есть вы за пределы компании это не уходит, поэтому
Speaker A
это супер- супер важно, да? А, собственно, как раз Да. Так, интересный комментарий этой Ли он пишет: "Вы описали систему группы и, которые взаимодействуют между собой. Не все это умеют. Это третий или четвёртый уровень взаимодействия с и вот большинство
Speaker A
ограничивается вторым уровнем, когда от общения с ЛНК переходит к общению [откашливается] с одним агентом. А ваша схема намного сложнее.
Speaker A
А не и, а даже агентов. Смотрите, да, на самом деле, ну, то есть, ээ, действительно от по факту я говорю, это может любой человек, я не разработчик, да, у меня нету опыта работы там с данными, с архитектурой и так далее. То
Speaker A
есть всё, что я делаю, про всё, что я сегодня говорил, я делал именно методом а исследований, да? То есть, по сути, я, ну, можно сказать, грубо я как ребёнок, да, который что-то пытается нащупать и понимаю: "Ага, вот эта штука горячая,
Speaker A
вот сюда лучше не ходить, здесь страшно, а я пойду туда". Соответственно, либо найду обходной путь, то есть всё, что я делаю, вот эти там анализы с другими моделями, да, аудирование, там все эти тестирования и так далее, и так далее.
Speaker A
Если там вы разработчик, да, ну, то есть там супертехнический товарищ или там девушка, да, вы, конечно, это понимаете, для для них это базово, но я это понял именно в процессе. И я могу сказать, что я теперь архитектуру могу рисовать и
Speaker A
всякие там понимаю, что такое там харнесы, чем модели отличаются. Я каждую неделю тестирую новые модели. Он там Gemini, как раз Google выпустили новую там эту Gemini 4, да, и так далее, и так далее. Понимая плюсы-минусы, я все модели тестирую на своих примерах. То
Speaker A
есть я такой уже там как и гик стал. Ну это именно вот за последние там несколько месяцев это приходит с опытом, понимаете? Я говорю, я реально для себя открыл как, ну, я не знаю, как, не знаю, вы там огонь впервые увидели, так, вау,
Speaker A
как это классно, да? Вот я для себя тоже этот дивный мир открыл. Это всё, ну, как бы опытом, с опытом приходит. Вот.
Speaker A
А правильно строить агента тоже навык. Я могу сказать, что я, когда первый раз настроил вот эту систему агентов для поиска работы, количество багов было нереальное. Особенно когда у меня там пришло там не два клиента, а 10. Боже мой, там всё падало, всё не работало.
Speaker A
Правил я помню, я целый день, целый выходной, сидел и правил только баги. Знаете, как это? Закрыл одну дыру, появилось две остальных. Закрыл две, появилось ещё три. Ну то есть как по экспоненте всё это идёт. Потом я понял, что нужно полностью менять архитектуру,
Speaker A
да, соответственно, подключать других другие модели, и тогда это уже заработало нормально, да, потому что могу сказать, что опять же в самое узкое место - это, да, это понимание каких технических основ, ну, и вы, да, потому что и что ему говорите, то он и делает,
Speaker A
да, ну там с какой-то догадкой, да, но, собственно, это важно понимать, как это настраивать. Вот Ивон, когда ты настроил первого агента, примерная дата, народ на себя примеряет, видимо, за сколько можно?
Speaker A
Слушай, я, на самом деле, смотри, я это сделал в конце апреля, то есть, ну, примерно полгода назад, да, как раз вот я просто весь процесс поиска работы описал именно как бизнес-процесс. Я построил BPмен диаграмму, ну, в мира, да, то есть вот эти квадратики, кубики,
Speaker A
вход, выход и так далее, да, соответственно, и потом выбрал, а, как раз инструмент, но я сделал на клод с помощью клод-кода, да, соответственно, частичной автоматизации через N8N, да, соответственно, потом от ней от неё отказался, ну, слишком сложно, да, то
Speaker A
есть это, если делать какой-то САС продукт, конечно, нужно использовать. Для моих кейсов это оказалось избыточно, да, соответственно, поэтому от неё отказался. Ну, мне это началось, да, полгода назад, да.
Speaker A
Угу. А вот и тут спрашивают Иван, с какого ИИ можно начать практиковать иизацию, например, на каких-то бытовых какого ИИ клод, я считаю, клод - это Ferrari среди, а-э, современных моделей по любым бичмаркам. Клод, особенно там OPUS 5.5, Sonet 5.5, они вышли вот там на прошлой
Speaker A
неделе, 2 недели назад. Это лучшие модели на данный момент. Сейчас Sonet быстрее, Sonet дешевле. Опуск для таких стратегических задач. Но опять же нужно использовать для разных случаев разные модели. У кого-то Deepsic хорошо работает, V4 Pro, V4 Flash.
Speaker A
Супербыстрые, дешёвые модели. У кого-то JLM китайские, опять же, у кого-то, соответственно, Google хорошо работает, Geminii, у кого-то кто-то фанат GPT. Я небольшой фанат GPT, да. Я, наверное, как адвокат, э, клодовских моделей, ну, модели антропика, да, собственно, как раз. Но опять же, одного антропика
Speaker A
недостаточно. Даже самый лучший, самый как бы умный человек, он всё равно ошибается. Как и самая умная модель, она всё равно ошибается, особенно когда там много контекста, да, когда вы там чаты не переоткрываете, да, я это тоже понял с [фыркает] течением какого-то времени.
Speaker A
А вот, э, так, Иван, Иван, сколько тратишь на и модели в месяц? Слушай, смотри, я трачу, у меня, говорю, три основные модели. Клод 200 долларов, кодек 100 долларов, GLM 53, ну, ZcД, так называемый инструмент, это порядка там 70 долларов там с
Speaker A
какой-то скидкой там Так, он 80 стоит, я там с какой-то скидкой там на квартал беру там 60 или 70, что-то такое. А у меня помимо модели есть очень большое количество подписок. У меня сервера на Херстер, у меня Версль, а на Версле этот
Speaker A
хостинг всех моих сайтов, веб-страниц, дашбордов и так далее. А у меня GitHub Actions, у меня на Cloud Fare какая-то подписка, там все эти воркеры, ну там защита работает и так далее. У меня помимо этого, но опять же это не
Speaker A
касается моего агентского офиса, это касается мое моего стека для поиска работы. всякие скраперый, как скраперы веб-страниц Fireow. Я там какие-то токены а ещё плачу а через клод API через, да, соответственно, там тоже вот, кстати, клод мне 200 баксов добавил.
Speaker A
Было очень приятно на этой неделе, прямо вообще класс. А тоже на это уходит порядка там 100-200 суммарно я считал порядка 650-700 долларов в месяц у меня уходят на все вот эти там яичные приблуды на круг. Назрывает, как будто
Speaker A
Назрывает, как будто ещё один Дадада. Мастер-класс, где ты всё это покажешь, что где настроено, как взаимодействовать. Вот народ спрашивает, как у тебя хранение данных организовано, обмен данными как организованно. А, слушай, у меня всё на гите. Всё на гите,
Speaker A
всё на Версале. Я могу сказать по опыту это тоже прикол был. Ну, как такой я, конечно, как в кавычках прикол. Я когда делаю вот этих своих агентов для поиска работы, а там меня, извиняюсь, задолбало каждый раз ему давать вот эти там, да,
Speaker A
ну разрешение да соответственно я включил аа режим, ну, авто согласования всех всех шагов, да. И я помню, Клод это был где-то май. Ну вот я там спустя месяц у меня там были какие-то первые клиенты уже, а, на этом стейке. И, э,
Speaker A
собственно, как раз, а, он меня, э, попросил удалить дубль файлик, знаешь, типа, у вас там дубль удалить, ну, сделать команду, да, я через терминал сидел, я сказал, да, удалить, и он мне удалил все папки по ходу этого файла.
Speaker A
Все, все клиентские данные все стёрлись. Я такой: "Ё-моё". И только после этого я, ну, у меня, слава богу, резервная копия была локальна на внешнем диске.
Speaker A
Сейчас у меня всё на виртуалке, всё на гите, всё, ну, локально, понятно, да? То есть у меня несколько колен. Вот это супер. И самое главное, кот Клод не признаётся, что это он сделал. Он не он не говорит: "Ой, сбой, я не знаю, что
Speaker A
произошло. Не знаю". Да, хорошо, да, хорошо. Вань, спасибо во-первых большое. Сейчас, если ещё время останется, мы нам ещё пару вопросов зададим. А, коллеги, я здесь в завершении хотел, во-первых, поблагодарить спикера. Давайте виртуальные аплодисменты Ивана за то, что он нашёл возможность к нам
Speaker A
присоединиться. Мне кажется, супер интересно и полезно, наглядно. Вот. И я тебя могу сказать, что мы в наше программы обучения по всем специализациям и активно вставляем, используем уже там от потока к потоку всё это меняется, потому что оно довольно быстро всё
Speaker A
развивается. И важно понимать, что ты как руководитель можешь использовать, что не можешь, что что имеет смысл, что не имеет смысл. Вот поэтому в программах Стартоплана, если вы присоединитесь, то там это это прямо будет. Это один момент. Второй момент, я подумал, что,
Speaker A
наверное, довольно неплохим ресурсом для того, чтобы в тему погружаться и в ней находиться развиваться является сообщество. А у нас как раз есть сообщество выпускников и людей, которые учатся в специализации. У нас есть специальный в телеграме такой чат, по-моему, сегодня там было 950
Speaker A
выпускников. Как раз там мы эту планку перешагнули. Там точно можно обмениваться знаниями, умениями, потому что вот те задачи, которые вы сейчас решаете, скорее всего, они стоят не только перед вами. Кто-то их уже решил, кто-то может что-то подсказать посоветовать показать.
Speaker A
Можно сделать созвон, можно сделать интервизию на эту тему. То есть там прямо активность всячески приветствуется. Поэтому если придёте учиться в Стратоплант, пожалуйста, пользуйтесь этим ресурсом на здоровье.
Speaker A
Там много здравых людей, которые вот в этих специализациях работают. И, коллеги, напомню, что мы все программы начинаем с диагностики. У нас на этой неделе как раз заканчивается текущая ранняя цена, так называемая, на все программы. Поэтому, если вы раздумываете
Speaker A
пойти учиться в стратоплан, не пойти, напишите про себя, мы всё это почитаем и придём к вам всё это дело обсудить. Либо посоветуем, либо отсоветуем. Сейчас как раз должна форма появиться, где про себя можно писать. Вот. И туда, коллеги,
Speaker A
пожалуйста пишите. Да, мне коллеги из команды поддержки напоминают, что у нас ещё есть форум отдельный. Да, там, кстати, меньше людей, чем выпускников внезапно, ну, на текущий момент, но там тоже можно и общаться, и обмениваться всякой полезной информацией.
Speaker A
Вот. Ну что, 3 минуты у нас ещё остаётся. Вань, спасибо огромное. Коллеги, ещё вопросы, если есть к спикеру задавайте.
Speaker A
Тут вотту философские вопросы такие, значит это визионерские. Что думаешь о том, что искусственные и модели сильно субсидированы?
Speaker A
Вот и к чему это приведёт? Да, на самом деле, да, я могу сказать, что действительно там какая-нибудска клода, я не помню, там кто-то считал, она там условно там 200 баксов стоит самая дорогая. По факту, если в токены перевести через апи вызовы, там,
Speaker A
по-моему, что-то там 18.000 долларов или 15. Ну, то есть это клод очень сильно как раз дисконтирует. Я могу сказать, что м, собственно, как раз я думаю, что это может, э, ну, какой-то там пузырь, да, пузырь лопнет, да, но
Speaker A
могу сказать, что вряд ли, потому что я думаю, что вот эта шумихай, она в какой-то в каком-то, я думаю, в следующем году она уже стабилизируется, да, и все будут воспринимать яишку как Excel, да, соответственно, или там Word, или Outlook, да, ну, то есть какой-то
Speaker A
некуй повседневный инструмент или там Zoom, вот где мы сейчас сидим, да, то есть инструмент, который которая просто нас окружает и помогает там в какой-то там рутине, да, и прочее, прочее.
Speaker A
Поэтому я не думаю, что всё это там супер на банкротством обойдётся и так далее. Только есть за счёт каких-то а там, я не знаю, этих ценовых войн между там, не знаю, США и Китаем там или ещё кем-то, да? Ну, это вряд ли. Я не думаю,
Speaker A
что так произойдёт. Ну да, в мире есть ещё много поводов, за которыми можно следить, поэтому посмотрим, к чему это в следующем году приведёт.
Speaker A
Угу. Да, узнаем, какое кино нам покажут. Посмотрим. Всё быстро так меняется, ты понимаешь, эти модели их же вот сейчас ограничили. Ты же, наверное, читал, да, в США там сказали, слишком быстро они развиваются, модели там сами себя обучают и выходят из-под контроля, да?
Speaker A
Ну, то есть я могу сказать, что какие-нибудь всякие там эти мифос у антропика, да, который работает там где-то там в Пентагонии, да, и в этих там спецслужбах и так далее, да, соответственно, я думаю, что там 100% они могут это делать, да, учитывая, как
Speaker A
быстро всё это развивается. Ну то есть, ну, понимаешь, год назад ещё не было такого буба. Ну, кто знал год назад про и агентов, да, но только, наверное, какие-то там супер специализированные ребята, да, то есть сейчас эти вот этих
Speaker A
агентов, ну, просто реально из каждого каждый там утюг может этих агентов делать уже, да? Соответственно, если ты не агент, то ты неправильный, да. Ну, как бы по факту, да, это просто новая реальность, и с этим можно прекрасно жить, есть уметь с этим работать, да. А
Speaker A
в этом сложного ничего нет, тем более, если ты, ну, как бы чуть церустремлённый, да? там чуть подкован в этом поэтому А используйте только топовые модели, если есть экономика, делегирование простых задач. Да, я не только топовые модели, топовые дешёвые, иногда не
Speaker A
быстрые, соответственно, у меня топовые модели только пишут всякие стратегии, аудит, ээ, например, там стек моих клиентов по поиску работу два раза в неделю делают GPT6 Astra. Это, ну, самая дорогая у GPT модель Open AI. А делегирование простых, дешёвых вообще
Speaker A
без проблем. Вот я говорю, у меня рабочие руки - это китайцы. GLM 53ф вообще стоят какие-то копейки, ну, тем более по подписке, поэтому, да, делегирование нужно.
Speaker A
Онь, спасибо большое, коллеги. Будем отпускать спикера, закрывать сегодняшний эфир. Э, спасибо, что к нам присоединился, коллеги. Спасибо, что тоже сегодня с нами были. Надеюсь, что мы с вами полезно занурнули в эту тему, как руководителю и ае вместе жизнь. Э
Speaker A
остаёмся в рамках марафона ITМА. У нас он продолжается и на этой неделе, и на следующей. Будут и полезные касания, и полезные эфиры. Я с вами точно увижусь в четверг. Мы со Славой Панкратом будем проводить очередной, по-моему, последний эфир марафона. Вам встческих
Speaker A
управнических успехов, коллеги, и находите время заниматься собой. Всем счастливо. Пока. Спасибо вам. Удачи. Да, счастливо.
Speaker A
Пока-пока. เฮ
Topics:AIискусственный интеллектуправлениеменеджментэкономия времениоперационная работаСтратопланобучение руководителейдиректоркарьерный рост
