Руководство по проектной работе: от идеи до системного развития

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

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

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

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

На каждом этапе можно работать с ИИ-ассистентом: на странице LLM-ассистент (системный промпт и контексты) есть готовый системный промпт и контекст каждого этапа. Ассистент помогает поставить задачу этапа, выкристаллизовать физическое противоречие (ФП) и объяснить его, ждёт ваших идей по снятию противоречия и разбирает их. Готовое решение он даёт только в крайнем случае — и обязательно с подробным объяснением логики, чтобы вы могли его защитить. Пример разбора реального проекта по этапам 0–2 с готовыми презентациями — на странице Пример: этапы 0–2 с LLM-ассистентом.

Промпт для ИИ-ассистента: промпт этапа 0.

• Вспоминаем один свой школьный (или учебный) проект
• Формулируем его суть в одном предложении
• Честно называем самое слабое место
• Переформулируем задачу: вместо «как это сделать?» спрашиваем «зачем это нужно?» и «что должно получиться?»
• Находим не менее трёх новых ресурсов, которые в проекте не использовались: знания и умения, люди рядом (преподаватель, группа, эксперты), готовые решения и шаблоны, интернет, LLM, время до дедлайна
• Формулируем идеальный конечный результат: как должно быть, чтобы задача решилась «сама»
• Набрасываем, что должно было получиться

Мой проект: _______________

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

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

Переформулировка («зачем» / «что должно получиться»): _______________

Три новых ресурса (которых проекту не хватало):

• ресурс 1: _______________
• ресурс 2: _______________
• ресурс 3: _______________

Идеальный конечный результат: _______________

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

Метод лекции 0: переформулировать задачу → найти ресурсы → собрать архитектуру. Ошибка — это не крах, а данные для следующего шага. Важно: не пишем код — только текст и схема.

Промпт для ИИ-ассистента: промпт этапа 1.

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

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

Надсистемы:

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

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

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

Эмерджентные свойства (свойства целого, которых нет у отдельных компонентов; исчезают при «разборке» системы):

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

Отрицательные эмерджентные свойства (вредные свойства целого):

• [Свойство] — как проявляется и как его ослабить

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

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

Инварианты:

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

Прогоните проект по всем восьми аспектам системного подхода — это и есть разбор системы в задании (см. лекцию 1).

Промпт для ИИ-ассистента: промпт этапа 2.

• Выявляем всех стейкхолдеров проекта
• Фиксируем источники выявления: документы проекта (устав, договор, ТЗ), оргструктура и зоны ответственности, интервью и опросы, прошлые проекты, мозговой штурм команды
• Определяем генерального и функционального заказчиков, “привратников”
• Классифицируем по Митчеллу (власть / легитимность / срочность) и Менделоу (власть / интерес)
• Для ключевых стейкхолдеров отмечаем текущий и желаемый уровень вовлечения по шкале PMI
• Строим карту и реестр, планируем вовлечение

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

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

Источники выявления: [документы проекта, оргструктура, интервью, прошлые проекты, мозговой штурм]

Уровни вовлечения (текущий → желаемый) для 2–3 ключевых стейкхолдеров (шкала PMI: неосведомлённый / сопротивляющийся / нейтральный / поддерживающий / лидирующий):

• [Кто]: [текущий] → [желаемый]

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

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

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

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

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

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

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

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

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

Промпт для ИИ-ассистента: промпт этапа 3.

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

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

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

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

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

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

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

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

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

Промпт для ИИ-ассистента: промпт этапа 4.

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

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

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

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

• Статика (1–3): полнота частей, проводимость потоков, согласование ритмики
• Кинематика (4–6): идеальность, неравномерность развития, переход в надсистему
• Динамика (7–9): переход на микроуровень, вепольность, S-образное развитие

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

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

Техническое противоречие (ТП): [что улучшаем — что при этом ухудшается]

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

Промпт для ИИ-ассистента: промпт этапа 5.

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

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

Тезис: …

Антитезис: …

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

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

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

Проверка: это не компромисс, который делит недостатки, а решение, создающее новое качество. Сформулируйте физическое противоречие — оно связывает этот этап с арсеналом ТРИЗ (Этап 6).

Промпт для ИИ-ассистента: промпт этапа 6.

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

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

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

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

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

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

Промпт для ИИ-ассистента: промпт этапа 7.

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

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

Промпт для ИИ-ассистента: промпт этапа 8.

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

Вариант А — ТЗ на небольшую автоматизированную (информационную) систему по девяти разделам ГОСТ 34.602-89:

• Общие сведения
• Назначение и цели создания (развития) системы
• Характеристика объекта автоматизации
• Требования к системе
• Состав и содержание работ по созданию системы
• Порядок контроля и приёмки системы
• Требования к подготовке объекта автоматизации к вводу в действие
• Требования к документированию
• Источники разработки

Критерии оценивания — ТЗ (Вариант А):

• Корректная формулировка цели и измеримых критериев результата
• Полнота и логика структуры по девяти разделам ГОСТ 34.602-89
• Требования проверяемы: значения с допусками или диапазоном, одно требование — один пункт
• Реалистичность состава работ, порядка контроля и приёмки
• Строгий деловой стиль, единая терминология, ссылки между разделами

Вариант Б — концепция заявки на студенческий научный грант (фундаментальный / прикладной):

• Название, команда, аннотация
• Постановка проблемы и актуальность
• Обзор литературы и «бреши» в области
• Цель и задачи
• План исследования и методы (по этапам, со сроками)
• Ожидаемые результаты и показатели результативности
• Имеющийся задел (публикации, квалификация, база)
• Смета и менеджмент проекта
• Приложения (письма поддержки, публикации)

Критерии оценивания — заявка на научный проект (Вариант Б):

• Актуальность и новизна темы
• Научная значимость (фундаментальная) либо практическая значимость (прикладная)
• Качество плана: этапы, методы, выполнимость, альтернативные сценарии, реалистичность показателей и сметы
• Квалификация и задел коллектива (научная продуктивность руководителя)

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

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

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

Разрешается использовать любые ресурсы и инструменты, в том числе любые LLM (ChatGPT, DeepSeek, Claude, Gemini и др.): генерацию текста, кода и схем, поиск и разбор литературы. Оценивается не «сделано ли вручную», а понимание, качество и обоснованность решений — будьте готовы объяснить и защитить любой пункт работы.

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

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

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

Форма представления: отчёт и защитная презентация (структура — в разделе «Итоговые материалы»).

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