Денис Бесков

2 крайности — гипер-аналитик и гипер-менеджер

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

и видимо мне нужен тот, кто из статистики по Максу Дорофееву — «статистически у человека одно яйцо»

это я продолжаю работу и наблюдение за кандидатами на позицию стажёра-продакта, на примере тестовых заданий по оценке объёма рынка

обнаружил 2 крайних антипаттерна:

1. Тревоженка-остороженка

преимущественно женский паттерн

общается осторожно, по шагам, постоянно ссылается на нехватку информации

«так для оценки рынка нужно знать статистику, а у меня со статистикой плохо»

«ой, так это же надо правильные источники знать»

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

обратную связь слушает внимательно и как-будто боится её

настойчиво продолжает что-то делать, не останавливаясь на замечаниях

но смелость мышления в построении эвристических моделей видимо за 2 часа не сформируешь :(


2. Булшитер-«иногда и впендюриваю»

преимущественно мужской паттерн

общается быстро и уверенно, закидывает текстами и идеями

подача информации слабоструктурированная, такая, которая удобна автору, а не читателю

в ответ на замечания уходит в сопротивление, те по итогу не хочет слышать и признавать свою неправоту

склонен быстро давать правдоподобные ответы, действует по модели «что там думать, делать надо» (move fast and break things)

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

4-й пилот воркшопа по бизнес-требованиям и требованиям к решению

Я не оставляю попытки сделать работающий курс по анализу бизнес-требований и разработке требований к решению (это уже 3я попытка после 2016 и 2020-го годов :).

В этот раз моя программа курса усилена авторской методикой ЛЮСТРА Алины Богачёвой.

Мы проведём 4-й пилот воркшопа вместе с Алиной через 10 дней, по утрам с 28 по 31 октября, всего 8 часов.

Что будет в программе:

Исследование участка организации
Уточнение контекста бизнес-запроса
Исследование и описание бизнес-процесса
Выявление организационных подразделений и ролей

Уточнение формальных бизнес-требований
Формулирование требований внешних к организации сторон
Выявление бизнес-требований к сотруднику (обязательств)

Анализ рисков и проблем
Выявление рисков
Выявление проблем
Оценка экономических потерь от проблем

Анализ потребностей участников
(Stakeholder Requirements) и бизнес-функций
Выявление опасений участников
Исследование и описание бизнес-функций
Выявление интересов и ожиданий участников
Формулирование потребностей ответственных сотрудников

Формулирование требований к ИТ-решению
Формулирование целей
Уточнение макро-ограничения инициативы
Формулирование требований владельцев процессов к решению

И на пилоте и на курсе в дальнейшем будет не более 8-9 мест, тк тема сложная и нужна только опытным аналитикам и проектировщикам.

Не знаю, как мы уместимся в 8 часов, но будем очень стараться)

Будет много сессий интервью с заказчиком, рисования в Miro и формулирования в преемнике Notion.

https://systems.education/br-workshop

#анонсы #бизнес_анализ #воркшопы

Попугай научился говорить фразу «Что вы сейчас чувствуете?» и устроился работать психотерапевтом

Получил 8 откликов, 4 кандидатам выдал тестовое задание на оценку объема рынка

Что интересно, никто не уточнил, 1) зачем мы делаем оценку рынка, 2) какие решения будем принимать на её основе и 3) как

Ведь можно же просто сказать — «оценка рынка — миллион!»

Вот такой у людей опыт работы в бизнес-анализе (а у троих ещё и в управлении проектами), что спрашивать «чтобы что» не принято :)

Гарвард ведёт онлайн-трансляцию курса по основам программирования этой осенью и выкладывает: https://cs50.harvard.edu/x/2024/zoom/

Сейчас например в 17 по москве будет лекция по SQL: https://cs50.zoom.us/meeting/register/tJEqdOCqrz4rEtSHKCkxdG7yR3MY6LnqElEm

органический рост профессионального тг-канала

меня начали спрашивать, как продвигать свой канал в телеграме

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

я смотрю канал — а там какой-то тупняк и вода, аж стыдно за людей. они почему-то думают, что если у них есть какой-то опыт и они умеют писать по-русски, то людей в канале нет потому, что это они просто рекламу не дали!

так вот, лучший способ продвигать свой канал — органический

1. называете свой канал так, что бы в нём было видно имя и было видно, что это канал, например «Манка Монолитик / пишу про макросервисы»

2. приходите в большие популярные профессиональные группы, например, к нам в @itsysdes

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

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

NB: заодно ваши ответы в группах дают вам прекрасную базу для будущих постов

PROFIT!

Сделал подборку каналов на тему Архитектура и системный дизайн: https://t.me/addlist/OOZrK9yfqFllNWRi

Если что-то забыл интересное — пишите!

Ещё раз о пользе опросов — закрытых и открытых

Начинающий аналитик, а тем более продакт, очень верит в силу опросов.

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

В 2014-м году мы провели опрос наших подписчиков в Facebook о том, обучение какой теме им наиболее интересно. Победила тема про user story. Спустя год мы сделали тренинг на эту тему, но продажи были практически нулевые.

Спустя 10 лет мы сделали в Телеграме опросы нашей аудитории о том, какие темы курсов им интересны. Собрали по 100-150 голосов на набор тем. Приходим спустя 3 месяца в личку, говорим «вот сделали курс на эту тему, как он вам?». Получаем единицы откликов, в лучшем случае вида «я в другом городе, что вы мне сделаете».

Почему так происходит?

Опытные продакты и предприниматели знают, что опросы об интересе — это завуалированный вопрос о будущем. Будущее неизвестно и поведение людей в целом тоже. Всё, на что можно полагаться, с некоторой вероятностью — если человек вёл себя определённым образом несколько раз в похожем контексте, то он возможно продолжит. Например, купит очередной ваш продукт, если купил уже 2-3.

Также опытные П и П знают, что подтверждением намерения является только действие, рассказ о намерении ничего не подтверждает.

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

Опросы похожи на ленивое поскрёбывание по коробке, в которой лежит проблема и, возможно, интересное решение для продукта.

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

Самые частые заблуждения и косяки картины мира в прикладном системном анализе в ИТ и инженерии требований к ПО

Активное применение ИИ в нашей группе @itsysdes хорошо показывает типовые ошибки и заблуждения, которые не просто встречаются, а доминируют в массовом сознании специалистов.

Почему я так решил — потому что ИИ опирается на весь доступный в нашей ноосфере корпус знаний. И по сути транслирует «коллективное сознательное».

Какие типовые ошибки и заблуждения я обнаружил, наблюдая за перепиской ИИ:

1. Бизнес-требования, сформулированные как свойства программного продукта.

Что не так:
Бизнес-требования — это как минимум требования к результату применения программной системы, а если брать более широко — это требования к устройству и поведению бизнеса, а не ПО.

Хорошей статьи про это не знаю, придётся писать и бороться с том числе с устоявшимися онтологиями.

2. Абстрактные НФТ

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

Подробнее про количественные НФТ в моей статье.

3. Путаница между анализом и аналитикой

Тут возможно работают языковые барьеры, но даже я не могу вас сказать точную принципиальную разницу между например, data analysis и data analytics и существует ли она. В БА я точно понимаю и вижу разницу. В СА я точно понимаю и знаю, что один из терминов не имеет смысла.

Неформальный, но очень полезный рассказ про разницу между БА и БА есть в видеоформате у Константина.

Нецензурная ругань про один единственный СА, ожидаемо, у меня.

4. Путаница между разработкой требований и управлением требованиями

Когорта варягов-менеджеров, популяризировавших PMBOK, начала к любой деятельности и предмету приставлять слово «управление» —
управление проектами, управление бюджетом, управление рамками, управление командой, управление составом работ и т.д., вплоть до абсурдного «управления временем» («он хотел убить время — о ужас!»).

И в какой-то момент почему-то оказалось, что АНАЛИЗ и РАЗРАБОТКА требований местами воспринимаются как часть УПРАВЛЕНИЯ требованиями, хотя любому ежу понятно, что разработка автомобиля, например, не является частью управления автомобилем. Я про это рассказывал ещё на Analyst Days 2012, но воз и ныне там.

Поэтому будьте внимательны, когда общаетесь с ИИ на эти темы.

курс, который перешёл из онлайна в реал

с 2011-го года мы с коллегами ежемесячно проводили в Москве однодневный тренинг «Практика разработки требований», также известный как «ручка» на котором участники за 8 часов получали важный опыт ключевых умений — выявление, классификация, формулирование, согласование требований

к 2013-му году мы попробовали сделать ещё пару тренингов про моделирование и документирование, но они не очень зашли рынку

я задумал сделать курс, который бы помогал научиться сделать полные требования к ПО, как это предлагал Вигерс и в целом лучшие источники по устойчивым практикам рынка типа RUP и IEEE/ISO

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

также мне было интересно сделать онлайн-курс, тк на рынке шла волна хайпа про MOOC, плюс мне хотелось дать возможность учиться людям не из Москвы

так родился формат 3-месячного онлайн-курса «Разработка требований к ПО», где были модули по бизнес-требованиям, концепции и собственно требованиям к ПО

подробно опыт пилотирования, обкатки и переработки этого курса я описал в своей статье

важно то, что за год экспериментов мне удалось прийти к работающему формату с высокой, близкой к 100% доходимостью до конца курса (Completion Rate, CoR) и близкой к 100% удовлетворённостью (Customer Satisfaction Index, CSI) — 3 недели практических занятий по выходным

востребованность и успех курса были такими, что я сначала передал его для проведения Евгению Галактионову, который с блеском справился и справляется с задачей его проведения уже больше 10 лет, а потом, по запросу корпоративных клиентов — сделал очную 3-дневную версию с Юрой Куприяновым

Юра Куприянов не только практик с 20-летним стажем, но и автор ряда собственных насыщенных и информативных выступлений и статей про инженерию требований

я с чистой совестью говорю, что Евгений и Юрий (а последние пару лет ещё и Мира) ведут мой курс лучше меня, тк я себя считаю неплохим аналитиком и методистом, но посредственным тренером

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

несмотря на то, что с 2020-х годов профессия СА сильно ушла в проектирование (архитектуры, баз данных, интеграций), умения применять практики именно анализа и инженерии требований мы до сих пор считаем важным фундаментом работы СА, да и точкой для перехода БА в системный анализ

Юра ведёт мой курс-боевик по разработке требований c 31 октября в Москве, насколько я вижу в CRM, осталось только 5 билетов

мы постарались сделать курс доступным, поэтому очно он идёт по той же цене, что и онлайн

https://systems.education/sard

24 и 25 октября в Москве идём с коллегами на конференцию «Проектирование бизнес‑архитектур 2024»

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

Я воспринимаю конференцию как некоммерческую, тк при достаточно насыщенной программе её ценник за 2 дня всего 14 тр - 10%, что в несколько раз меньше того же Analyst Days:

1. Моделирование в нотации VAD для решения задач ТОП-менеджмента

2. Единая корпоративная архитектура как инструмент поддержки цифровой трансформации и импортозамещения

3. Практика управления процессами и рисками от девелопера

4. Цифровые инструменты организационного развития: практика применения

5. Клиентоцентричный подход к организационному развитию. История автохолдинга

6. Как не похоронить результаты моделирования процессов в проектах автоматизации на платформе «1С»?

7. Как внедрить RPA в компании? Как подготовиться и с чего начать?

8. Есть такая профессия — владелец процесса

9. Оптимизация процессов на уровне ДНК компании. История транспортной компании

10. Точно в цель! BSC vs OKR: стратегия, процессы, метрики, люди

11. Прогресс через вызовы: история внедрения процессного подхода в торговой компании

12. Проектирование процессов в Business Studio 6 для внедрения «1С:Документооборот»: проблемы и возможности

13. Практика оргразвития как драйвер выхода на новые рынки

14. Как сделать так, чтобы процессы работали? Формируем культуру и вовлеченность

Приходите и вы.

Я напомню, что в этом канале не любят непрошеных советов

Точнее, не любили до сегодняшнего дня

В конце концов, праздник — что в группе @itsysdes 10K участников!

Поэтому отныне можно дать мне любой совет в комментарии к любому посту в канале, сначала воспользовавшись ссылкой https://yoomoney.ru/fundraise/15OHTCC8LA7.241008

Ищу стажёра на позицию менеджера продукта с опытом в БА

Основная задача:
Поиск product-market fit и перезапуск продукта

Продукт:
интенсивный контактный онлайн-курс в теме бизнес-анализа

Что будем вместе делать:
1. Изучать рынок, искать интересный сегмент, оценивать размер рынка
2. Исследовать группы потенциальных клиентов и их потребности
3. Исследовать офферы и продукты конкурентов
4. Разрабатывать и тестировать гипотезы ценностных предложений
5. Разрабатывать MVP нового продукта и придумывать методы их проверки
6. Считать и оптимизировать юнит-экономику
8. Описывать и тестить концепцию продукта
9. Заказывать переработку продукта
10. Запускать рекламные кампании и тестить рекламные каналы, собирать первый поток обновлённого курса

Требования к кандидату:
— Опыт работы бизнес-аналитиком в автоматизации
— Законченное обучение управлению продуктами от 50 часов, как минимум полученные умения (а не знания):
а) оценивать объём рынка
б) проводить исследовательские интервью
в) считать юнит-экономику
— Готовность выделять на стажировку 15 часов в неделю
— Готовность встречаться 3 раза в неделю по часу в заранее согласованные рабочие дни и время в интервале 9-18 пн-пт

Также приветствуются:
— любое образование и опыт в теме Instructional Design, Experience Design
— любое образование и опыт в сфере социологии и психологии

Срок стажировки: 3 месяца
Стипендия стажёра: 40 тр в месяц

После стажировки возможны:
— премия по итогам стажировки
— работа на полставки на других условиях

Присылайте структурированный рассказ о себе, включая опыт БА и описание пройденного обучения на продакта, в личку @beskov

NB: подробнее моё видение профессии и компетенций продакта в посте

#вакансии #стажировки #работа_в_SE

Что такое маркетинг и что с ним (обычно) не так

Проблема начинается уже на уровне определений:

1. Однокомпонентное определение

Например, Контур.Школа пишет Маркетинг — это деятельность по продвижению товаров и услуг

(Потом конечно поправляется и раскрывает содержание объёмнее, но поздно, осадок остался.)

Подход очень древний и даже работающий в малом бизнесе.

Известен под названиями "build it and they come", «клиенты голосуют ногами-рублём», «да чё там думать, делать надо».

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

Проблемы метода начинаются при росте бизнеса и отчуждении от клиентов.

Буквально ещё 3 года назад меня позвал CTO Qiwi, познакомил с коллегами и те говорят «мы сделали продукт — Qiwi.Платформа, осталось её продать». Те взрослые умные люди с высшим образованием на голубом глазу говорят «мы тут сделали какую-то хуёвину, но для кого и зачем — не знаем, давайте вы теперь поможете нам это решить, это же просто ?».

2. Двухкомпонентное определение

Тут уже отдельно выделяют:
1) исследование потребителей и
2) продвижение товаров и услуг

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

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

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

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

Причём что забавно в этом определении — тут опять (!) нет никакой связи с производством.

Т.е. как и на основании чего работает производство — не сказано и возникает ощущение, что и аудиторию можно поисследовать хоть и ДО продвижения, но тоже ПОСЛЕ или параллельно с производством.

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

Таким образом становится понятно, что очень важна средняя, передаточная функция маркетинга — собственно ЗАКАЗ у производства и контроль производимого. Т.е. не что иное, как то, что сейчас называется продуктовый менеджемент.

3. Трёхчастное определение маркетинга

1) исследование потребителей
2) заказ и контроль производства товара-услуги
3) продвижение товара услуги

Кажется, только в этом варианте возникает замыкание товара на рынок.

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

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

Понятное дело, что сами маркетологи-а-по-факту-втюхиватели в этом мало виноваты. Вся проблема в CMO и в понимании функции маркетинга (и в частности продуктового управления) топами.

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

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

(продолжение исследования лжи в комментах)

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

Некоторые мои коллеги считают, что чтобы предъявлять адекватные требования к надёжности, критично разбираться в том, как эта надёжность вообще обеспечивается и мне сложно с этим не согласиться.

Если у вас не получается найти время самостоятельно ковырять книги про надёжность в технических системах и примерять на свои ИТ-сервисы, то команда Подлодки поможет вам это время сэкономить:

Podlodka Techlead Crew — онлайн-конференция для техлидов и опытных инженеров, которая пройдёт с 14 по 18 октября.

Тема сезона — «Проектируем надёжность». В программе много всего интересного, и вот несколько примеров:

- Александр Поломодов (Т-Банк) и Олег Бондарь (Яндекс) расскажут о том, как закладывать надёжную архитектуру на старте, используя механизмы самоисцеления и повторных попыток.

- Григорий Кошелев проведет публичное собеседование, в ходе которого проверит, насколько техлиды понимают важность надёжности систем.

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

- Николай Тимонин разберёт, как Feature Toggles помогают гибко управлять функционалом и снижать риски.

А ещё в командах спроектируем надёжную систему в рамках архитектурной каты.

Подключайся и учись строить устойчивые системы! https://podlodka.io/techcrew

#архитектура #надёжность

Базовый билет на 10 сессий обойдётся в 5+ тр, но промокод techlead_crew_7_dmL4nx даёт скидку в 500 руб🥳

Сегодня в Питере на Севкабеле проходит https://beatlesmuseum.ru/beatlesday

Я планирую заехать на концерт в 7, приходите, кому интересна ливерпульская четвёрка, заодно познакомимся
https://beatlesmuseum.ru/prazdnik

Реклама как автоматическое зло

Я вижу, что многие люди и достаточно много среди айтишников воспринимают рекламу как синоним чего-то плохого.

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

Я не понимаю такой установки. Я люблю полезную рекламу — например, нового интересного сервиса, кинофильма, книги, музыкального альбома.

Мне нравится, когда Google показывает мне на дефолтном экране в Андроиде интересные мне новые статьи.

Мне нравится, когда Ozon и Маркет рекомендуют интересные мне товары.

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

Думаю тут происходит ошибка обобщения — если вы видите очень много навязчивой, нерелеватной, тупой, плохой рекламы, то вы начинаете думать, что плоха реклама сама по себе. Но если 70-90% рекламных сообщений для вас не по теме, некстати, неинтересны, то это не значит, что плоха вся реклама целиком.

Отдельно ещё стоит поговорить в целом про маркетинг, а не только про рекламу.

#против_ветра

Первая статья на хабре за 5 лет :)

https://habr.com/ru/articles/846786/

Каких умений я ожидаю от менеджера ИТ-продуктов?

Профстандарт продакта написан очень фундаментально и устойчиво, в нём не видно важных методических деталей:

1. Оценивать объём рынка в TAM-SAM-SOM как через top-down, так и через bottom-up

2. Исследовать опыт клиентов и их потребности через фреймворк Jobs To Be Done, в частности, проводить глубинное интервью

3. Формулировать тестируемые гипотезы о проблемах, решениях, ценности, росте

4. Приоритизировать идеи через один из фреймворков приоритизации (например, RICE)

5. Формулировать и тестировать ценностные предложения

6. Делать черновые макеты интерфейсных решений

7. Проводить тестирование гипотез без реализации их в коде (коридорные тесты, concierge mvp и тд)

8. Считать юнит-экономику продукта

9. Определять состав релиза через Impact Map

10. Создавать карту создания-запуска-развития продукта через User Story Map

11. Анализировать метрики продукта в популярных инструментах

12. Проводить ключевые церемонии Scrum (груминг, планирование спринта, дейли, обзор спринта, ретро)

Чтобы УМЕТЬ делать каждый из этих пунктов, а не просто знать, надо потратить минимум 4-8 часов на каждый.

Поэтому объём практической подготовки современного продакта будет никак не меньше 50-100 часов.

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

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

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

Пожалуйста идите и учитесь сначала сами за свой счёт у Замесина, Красинского, Ханина, Якубенкова, Медведева. Да хоть на любом другом курсе-курсах, которые покрывают перечисленные мной 12 умений.