Курс “Основы инженерного творчества” - Этапы 0-8

Этапы анализа вашего проекта:

• Этап 0 (вводная): выбор проекта и постановка “слабого места”
• Этап 1: Системный подход
• Этап 2: Заинтересованные стороны
• Этап 3: Функционально-стоимостный анализ (ФСА)
• Этап 4: Законы развития технических систем (ЗРТС)
• Этап 5: Диалектика противоречий
• Этап 6: Арсенал ТРИЗ
• Этап 7: Когнитивная СППР (КСППР)
• Этап 8: Техническое задание и заявка на НИОКР

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

• Вспоминаем один свой школьный (или учебный) проект
• Формулируем его суть в одном предложении
• Честно называем самое слабое место
• Набрасываем, что должно было получиться

Мой проект: _______________

Суть в одном предложении: _______________

Самое слабое место: _______________

Задуманный результат: _______________

Важно: не пишем код — только текст и схема.

• Определяем границы проекта как системы: система, подсистемы, надсистема
• Проектируем компоненты (Unit) с интерфейсами (Interface) и протоколами (Protocol)
• Находим тождественные элементы и инварианты

Система (назначение и границы): _______________

Надсистемы:

• [Окружающая среда, где работает проект]
• [Пользовательские контексты]
• [Технологический стек]

Подсистемы и компоненты (Unit - Interface - Protocol):

• [Компонент] — интерфейс: [API / экран / файл], протокол: [REST / HTTPS / …]

Тождественные элементы (три вида):

• [Что можно заменять без изменения системы]

Инварианты:

• [Что сохраняется при любых изменениях]

• Выявляем всех стейкхолдеров проекта
• Определяем генерального и функционального заказчиков, “привратников”
• Классифицируем по Митчеллу (власть / легитимность / срочность) и Менделоу (власть / интерес)
• Строим карту и реестр, планируем вовлечение

Реестр стейкхолдеров (кто — интерес — влияние — стратегия):

• [Кто] — [интерес] — [высокое / среднее / низкое] — [вовлекать / информировать / наблюдать]

Генеральный заказчик: [кто получает главный результат]

• Потребности: …
• Критерии успеха: …

Функциональный заказчик: [кто непосредственно использует]

• Потребности: …
• Боли: …

“Привратники”: [кто фильтрует информацию — помощник, канцелярия, администратор]

Карта (квадранты “власть x интерес”):

• высокая власть / высокий интерес: …
• высокая власть / низкий интерес: …
• низкая власть / высокий интерес: …
• низкая власть / низкий интерес: …

Конфликты интересов: …

План взаимодействия: [уровень вовлечения, периодичность, формат коммуникации]

• Разбираем систему на функции и оцениваем их стоимость
• Ищем избыточные и вредные функции
• Локализуем противоречие “ценность / стоимость”

Главная функция: [основное назначение системы]

Полезные функции:

• [Ключевая функция] — стоимость: [высокая / средняя / низкая]
• [Вспомогательная функция] — стоимость: […]

Избыточные и вредные функции:

• [Что не создаёт ценность или мешает] — затраты / вред

Дисбалансы “ценность / стоимость”: …

Противоречие (ядро будущего ФП):

• [Между какими функциями / требованиями / стейкхолдерами конфликт]

• Определяем текущий уровень развития проекта (1–5)
• Применяем восемь законов ЗРТС с учётом современных уточнений
• Проектируем переход на следующий уровень
• Формулируем основные противоречия

Текущий уровень системы: [1–5] с обоснованием

• Уровень 1: косметические улучшения
• Уровень 2: значимые доработки
• Уровень 3: изменение архитектуры
• Уровень 4: смена концепции
• Уровень 5: принципиально новое решение

Анализ по блокам (Статика → Кинематика → Динамика):

• Закон идеальности: [как проект стремится к идеалу]
• Закон перехода в надсистему: [как становится частью большего]
• Закон согласования: [где неоптимальные взаимодействия]
• [Остальные законы 1–8]

Проектирование перехода:

• С уровня [текущий] на уровень [следующий]
• Ключевые изменения: …
• Ожидаемый эффект: …

Основные противоречия: …

• Выявляем основное противоречие проекта
• Формулируем тезис и антитезис, восходим к основанию (Grund)
• Предлагаем диалектическое решение (снятие / Aufhebung), а не компромисс

Основное противоречие: …

Тезис: …

Антитезис: …

Основание (общая цель / функция): …

Диалектическое решение (снятие): …

Проверка: это не компромисс, который делит недостатки, а решение, создающее новое качество.

• Берём 1 ключевое противоречие из ФСА или анализа стейкхолдеров
• Формулируем физическое противоречие (ФП)
• Подбираем 3 релевантных приёма ТРИЗ
• Для каждого приёма — конкретное архитектурное / техническое решение

Физическое противоречие (ФП): [объект должен быть … и не должен быть …]

Приёмы и решения:

• Приём 1: [название] → [решение]
• Приём 2: [название] → [решение]
• Приём 3: [название] → [решение]

Итоговое решение: …

Критерий успеха: изящное разрешение ФП, а не компромисс.

• Проектируем контур Когнитивной СППР вокруг своего проекта (пять слоёв)
• Связываем данные, модели, противоречие, объяснение и арбитра

1. Данные (Слой 1): какие данные о системе и надсистеме нужны, откуда?
2. Модели (Слой 2): какие мат-/ML-модели для диагностики и прогноза; 1–2 этапа матмоделирования
3. Ключевое противоречие (Слой 3): главное ФП проекта (по ТЗЛ и ФСА)
4. Аналоги в ТРИЗ: какой приём / стандарт / принцип его разрешает
5. Объяснение (Слой 4): как LLM объяснит решение стейкхолдеру (3–4 предложения)
6. Арбитр (Слой 5): кто принимает финальное решение и несёт ответственность

• Превращаем проработанное решение в документ-основание

1. Вариант А — ТЗ на небольшую автоматизированную (информационную) систему по девяти разделам ГОСТ 34.602-89:
   1. Общие сведения
   2. Назначение и цели создания (развития) системы
   3. Характеристика объекта автоматизации
   4. Требования к системе
   5. Состав и содержание работ по созданию системы
   6. Порядок контроля и приёмки системы
   7. Требования к подготовке объекта автоматизации к вводу в действие
   8. Требования к документированию
   9. Источники разработки
2. Вариант Б — концепция заявки на студенческий научный грант (фундаментальный / прикладной):
   1. Название, команда, аннотация
   2. Постановка проблемы и актуальность
   3. Обзор литературы и «бреши» в области
   4. Цель и задачи
   5. План исследования и методы (по этапам, со сроками)
   6. Ожидаемые результаты и показатели результативности
   7. Имеющийся задел (публикации, квалификация, база)
   8. Смета и менеджмент проекта
   9. Приложения (письма поддержки, публикации)

• ТЗ (Вариант А): корректная формулировка цели и измеримых критериев результата
• Заявка (Вариант Б): актуальность и новизна темы
• ТЗ (Вариант А): полнота и логика структуры по девяти разделам ГОСТ 34.602-89
• Заявка (Вариант Б): научная значимость (фундаментальная) либо практическая значимость (прикладная)
• ТЗ (Вариант А): требования проверяемы — значения с допусками или диапазоном, одно требование — один пункт
• Заявка (Вариант Б): качество плана — этапы, методы, выполнимость, альтернативные сценарии, реалистичность показателей и сметы
• ТЗ (Вариант А): реалистичность состава работ, порядка контроля и приёмки
• Заявка (Вариант Б): квалификация и задел коллектива (научная продуктивность руководителя)
• ТЗ (Вариант А): строгий деловой стиль, единая терминология, ссылки между разделами

1. Описание проекта (Этапы 0–1: суть, система, подсистемы, инварианты)
2. Анализ заинтересованных сторон (Этап 2: реестр, карта, вовлечение)
3. ФСА-анализ (Этап 3: функции, стоимость, избыточность)
4. Анализ развития по ЗРТС (Этап 4: уровень, законы, переход)
5. Диалектический анализ (Этап 5: противоречие, снятие)
6. Решение по ТРИЗ (Этап 6: ФП, приёмы, архитектура)
7. Контур КСППР (Этап 7: данные, модели, объяснение, арбитр)
8. Документ-основание (Этап 8: ТЗ или заявка)
9. Заключение и рекомендации по развитию

• ✅ Полнота анализа на каждом этапе
• ✅ Связность между этапами
• ✅ Практическая применимость рекомендаций
• ✅ Понимание методологий курса

• Используйте ваш школьный проект — вы уже знаете все детали
• Будьте честны в оценках — это поможет реально улучшить проект
• Связывайте этапы — показывайте, как анализ стейкхолдеров повлиял на ФСА, а ТРИЗ — на архитектуру
• Не бойтесь критики — выявление слабых мест это возможность роста
• Ведите один реестр — документ живёт и обновляется по мере прохождения курса

• Вижу ли я эволюцию анализа от системы к развитию и документу-основанию?
• Смог ли я выявить реальные, а не надуманные противоречия?
• Довёл ли я противоречие до физического и разрешил его (а не сгладил компромиссом)?
• Будут ли мои рекомендации и ТЗ реально полезны для проекта?
• Понимаю ли я, как методы курса помогают в инженерном творчестве?

Дедлайн: 15 декабря 2026 года

Форма представления: презентация по следующей структуре:

1. Титульный лист проекта и автора (группа и т.д.)
2. Цель (предсказуемый результат некоторой деятельности) и задачи (этапы достижения этой цели)
3. Требования (как они первоначально были представлены, если были)
4. Результаты, полученные ранее в проекте
5. <Далее идут слайды по содержанию решения поставленных здесь задач>
6. Заключение (Что удалось достигнуть на текущем этапе)

Эта страница будет дополняться по мере прохождения курса