# EP01 — План первого вебинара

Дата: 2026-09-06. Формат: предварительная запись с монтажом, основной голос — автор. На EP01 гость не нужен: знакомство, постановка исследовательского вопроса и единая логика рассказа требуют цельного авторского выступления. Это редакционное решение для проекта, а не ограничение будущих выпусков.

## Обещание зрителю

**Примерно за 42 минуты понять, зачем исследовать 25 процессов российского стандарта, проследить создание редакции 2016 года и научиться составлять связанный план первой инициативы по безопасной разработке.**

Выпуск содержит 29 слайдов. [Самостоятельная русская лекция](PVS-2025-07-02-lecture.md) и её [HTML-версия](PVS-2025-07-02-lecture.html) охватывают историю стандартов, организацию процессов и практику внедрения; они предназначены для чтения и передачи слушателям и партнёрам. Английский EP01 сохраняет свой фокус: введение, история стандарта и планирование. Сведения об исходном вебинаре приведены в примечании к учебной лекции; рабочая карта источников хранится в исследовательских документах.

Основная аудитория: практики AppSec/SSDLC, разработчики и технические руководители. Опыт программирования полезен, знание российских стандартов не требуется. Аудиторам пригодятся подробные ссылки и границы сопоставления в приложениях.

К концу выпуска зритель сможет:

1. Различить национальный стандарт, framework практик и модель зрелости.
2. Объяснить, почему история безопасной разработки включает архитектурные принципы и организацию работы.
3. Назвать пять требований процесса 5.1 и соответствующие категории свидетельств.
4. Отличить план развития процессов от плана их реализации.
5. Заполнить небольшой рабочий лист: область, состояние, ресурсы, развитие, реализация.
6. Разделить ранние обсуждения, начало НИР, проекты, утверждение и введение стандарта в действие.
7. Проверять модальность и структуру по конкретной редакции, включая изменение значения «следует» между 2016 и 2024 годами.

## Драматургия и хронометраж

| Интервал | Слайды | Содержание | Зачем |
|---|---|---|---|
| 00:00–04:15 | 1–3 | Автор, обещание, 25 процессов и формат | Объяснить, почему эту серию стоит смотреть |
| 04:15–06:15 | 4 | Проблема релиза C++ импортера; проверить уже существующие практики | Дать конкретную инженерную ситуацию |
| 06:15–09:35 | 5–6 | Обзор 28 методологий, выбранные публикации 2004–2022, разные способы организации работ | Показать развитие подходов и их содержательные различия |
| 09:35–12:55 | 7–8 | Обсуждения около 2009 года, НИР и проекты с 2013-го, утверждение 2016 и введение 2017 | Отделить воспоминания участника от формальных дат |
| 12:55–16:15 | 9–10 | Разработчики и рецензенты; первичная аудитория; замысел серии документов и рабочие версии | Объяснить, зачем и для кого создавали стандарт |
| 16:15–20:05 | 11–12 | Международные связи; хронология SSDF; структура и модальность двух редакций | Избежать ложных выводов о заимствованиях и арифметического сравнения мер/процессов |
| 20:05–21:45 | 13 | Разовая проверка и поддерживаемый процесс | Перейти от истории к организации работы |
| 21:45–25:05 | 14–15 | Границы доказательств; метод сравнения требований | Сопоставлять действия, условия и свидетельства |
| 25:05–33:20 | 16–20 | Пять требований, область, состояние, роли, ресурсы, два плана | Подготовить практический пример |
| 33:20–37:10 | 21–22 | План на 90 дней и пять связанных записей | Показать применимый результат |
| 37:10–40:35 | 23–24 | Ограниченное сопоставление и проверка плана, масштаб небольшой команды | Вернуться к международному вопросу и пятничному релизу |
| 40:35–53:00 | 25 | Vitaliy Pikov, pikov.art и анонс EP02; краткое упражнение в речи | Дать контакт автора и понятный следующий шаг |

Подробные слоты, количество слов и зависимость от темпа — в [EP01-timing.md](EP01-timing.md). 53:00 — рабочий ориентир для репетиции, рассчитанный при 120 словах/мин и отдельных паузах на показ схем, не требование ГОСТ и не доказанный оптимум удержания YouTube. Если ясная речь занимает больше времени, длительность можно увеличить; автор разрешил расширение выпуска.

## Что показывать

- Слайд 1: готовая яркая обложка. При монтаже допустимо начать с автора в кадре и перейти к ней.
- Слайды 2–3: три вопроса и четыре авторские учебные группы. Группы не выдаются за классификацию стандарта.
- Слайд 5: самостоятельно составленная SVG-шкала шести публикаций/редакций: 2004 — исследование жизненного цикла; 2006 — SDL, Touchpoints, CLASP; 2012 — SDL-Agile v5.2; 2017 — Singapore Security-by-Design; 2020 — SAMM v2.0; 2022 — SSDF v1.1. Это годы выбранных публикаций по Table II, не даты первого появления всех практик. Figure 2 содержит расхождения и не переносится целиком. Слайд 6: способы организации работ. Семь слайдов 7–13 раскрывают историю, авторство, замысел, международные связи и переход к практике.
- Слайд 8: апрель 2013 — начало НИР; Росстандарт утвердил стандарт 1 июня 2016 года, введение — 1 июня 2017 года. Не смешивать эти события.
- Слайд 12: девять групп мер 2016 и 25 процессов 2024 — разные единицы структуры. «Следует» проверять по п. 4.2 старой редакции и п. 4.7 новой.
- Слайды 16 и 22: пары «требования / свидетельства», визуально одинаковая структура из пяти пунктов.
- Слайды 17–21: один учебный продукт; роли и суммы повторяются согласованно. Планирование связывает существующее состояние, приоритеты и ресурсы; проценты расходов из дискуссии не выдавать за норматив.
- Слайд 23: две узкие пары сравнения. Расширенные направления исследования оставить в Markdown.
- Слайд 25: имя **Vitaliy Pikov**, заметная кликабельная ссылка **[pikov.art](https://pikov.art)** и полный заголовок следующего выпуска — **EP02 · Security Training That Changes Engineering Decisions** (ГОСТ 5.2, обучение сотрудников). Анонс объясняет пользу: связать роли с навыками и проверить результат обучения практическим заданием. Небольшое действие для зрителя остаётся в завершающей речи.

На слайдах — краткие формулировки, в Speaker notes — полный английский текст. Подсказки `Cue` на русском остаются в Markdown, зрителю их не показывать. Не читать метаданные и длинные URL вслух; короткий адрес автора в финале произнести как **“pikov dot expert”**. Смена слайда соответствует законченной мысли, а не каждому абзацу.

### Рисунки и ведение зрителя

Визуальные материалы заданы в [EP01-visuals.md](EP01-visuals.md): **16 иллюстрированных слайдов и 7 рисунков русской лекции**. Сохраняются 29 слайдов и временные слоты; новая графика объясняет уже предусмотренные тезисы.

| Слайды | Визуальный приём | Действие докладчика |
|---|---|---|
| 03; 15 | Связанные учебные группы; способ сопоставления | Провести зрителя по связи между задачами, не объявляя схему классификацией ГОСТ |
| 04 → 24 | Один путь от входного файла до релизного решения: сначала с разрывом, затем с понятными действиями | В начале указать неопределённость, в конце проверить область, время, участника и свидетельство |
| 05; 08; 11 | Шкалы методологий, создания ГОСТ и публикаций SSDF | Назвать тип даты и объяснить, почему хронология не доказывает заимствование |
| 12 | Две редакции: структура и значение «следует» | Сравнить конкретные правила, не показывать 9 → 25 как количественный рост безопасности |
| 13 | Цикл события, исполнения, решения и пересмотра | Дойти от запуска проверки до следующего цикла работы |
| 16 → 22 | Одинаковая карта требований и свидетельств | Сначала объяснить зависимости планов, затем показать записи, по которым их проверяют |
| 17 | Граница продукта и связанная среда | Отделить включённые компоненты, контекст и обоснованное исключение |
| 19 | Горизонтальные полосы 60, 24 и 12 человеко-часов | Сделать паузу на сумме 96; пояснить, что это весь учебный план, не недельная нагрузка |
| 20; 21 | Возможность → задача → результат; три этапа на 90 дней | Связать намерение с исполнимой работой и результатом каждого этапа |
| 23 | Две пары частичного сопоставления | Прочитать общую задачу между документами, затем назвать границу вывода |

Семь русских рисунков относятся к §2, §4, §7, §9, §16, §18 и §22: методологии, история ГОСТ, повторяемый процесс, виды проверок, планирование, сопровождение, практикум. Иллюстрация должна дополнять самостоятельное изложение, иметь подпись и текстовое описание, доступные вместе с Markdown.

Для видимого текста и подписей используются начертания **600/700**; длинное объяснение остаётся в речи. Цвет дублируется словесной подписью. Размеры блоков и стрелки учебных схем не означают численной оценки эффективности. Проверить читаемость после сборки на целевом кадре записи и в режиме чтения; результаты браузерной проверки фиксируются отдельно.

Содержание рисунка изменяется в Markdown-каталоге, затем выполняются `build-visuals.py` → `build-content.py` → `build-review.py`. Сценарий, самостоятельная лекция и их HTML-представления сохраняют одни и те же рисунки, подписи и смысловые ограничения.

## Редакционные границы

История — выборка вех и анализ конкретных источников, не полная история компьютерной безопасности и не доказанная цепочка заимствований. Основания: полный транскрипт, два пользовательских PDF (обзор методологий и доклад Вареницы), окончательные тексты ГОСТ 2016/2024 и официальные карточки; подробности в [исследовании](EP01-history-research.md). Воспоминания Вареницы атрибутировать; ошибочные «Минюст», «14 мер» и вывод о первенстве не переносить как проверенные факты. Международные пары на слайде 23 — `Partial overlap`, без сертификационной эквивалентности.

Пример импортера вымышленный. 90 дней, 96 человеко-часов, две релизные итерации и конкретное распределение ролей выбраны для обучения. Требования процесса и полезные способы реализации явно разграничены. Содержание п. 4.13 передаётся точно: CI, а не обязательный continuous deployment.

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

## Решение о порядке подготовки

По указанию автора 6 сентября первым подробно разрабатывается **EP01**, с введением и историей. Ранее предложенный порядок производственного пилота EP07 → EP10 → EP01 был рекомендацией; он не препятствует этому решению. Нумерация 25 процессов сохраняется.