====== Руководство по проектной работе: от идеи до системного развития ====== //Курс "Основы инженерного творчества" - Этапы 0-8// ===== 📋 Общая схема работы ===== **Этапы анализа вашего проекта:** * **Этап 0 (вводная):** выбор проекта и постановка "слабого места" * **Этап 1:** Системный подход * **Этап 2:** Заинтересованные стороны * **Этап 3:** Функционально-стоимостный анализ (ФСА) * **Этап 4:** Законы развития технических систем (ЗРТС) * **Этап 5:** Диалектика противоречий * **Этап 6:** Арсенал ТРИЗ * **Этап 7:** Когнитивная СППР (КСППР) * **Этап 8:** Техническое задание и заявка на НИОКР Один и тот же проект проходит через весь курс: на каждом этапе вы применяете к нему инструмент соответствующей лекции, накапливаете материал для **итогового отчёта** и к концу курса собираете **документ-основание** (ТЗ или заявку). ===== 🤖 LLM-ассистент для этапов ===== На каждом этапе можно работать с ИИ-ассистентом: на странице [[ec:llm|LLM-ассистент (системный промпт и контексты)]] есть готовый системный промпт и контекст каждого этапа. Ассистент помогает поставить задачу этапа, выкристаллизовать физическое противоречие (ФП) и объяснить его, ждёт ваших идей по снятию противоречия и разбирает их. Готовое решение он даёт только в крайнем случае — и обязательно с подробным объяснением логики, чтобы вы могли его защитить. Пример разбора реального проекта по этапам 0–2 с готовыми презентациями — на странице [[ec:example|Пример: этапы 0–2 с LLM-ассистентом]]. ===== 🧭 Этап 0: Вводная — выбор проекта ===== //Промпт для ИИ-ассистента: [[ec:prompt0|промпт этапа 0]].// === Что делаем === * Вспоминаем один свой школьный (или учебный) проект * Формулируем его суть в одном предложении * Честно называем самое слабое место * **Переформулируем задачу**: вместо «как это сделать?» спрашиваем «зачем это нужно?» и «что должно получиться?» * **Находим не менее трёх новых ресурсов**, которые в проекте не использовались: знания и умения, люди рядом (преподаватель, группа, эксперты), готовые решения и шаблоны, интернет, LLM, время до дедлайна * **Формулируем идеальный конечный результат**: как должно быть, чтобы задача решилась «сама» * Набрасываем, что должно было получиться === Практическое задание === **Мой проект:** _______________ **Суть в одном предложении:** _______________ **Самое слабое место:** _______________ **Переформулировка («зачем» / «что должно получиться»):** _______________ **Три новых ресурса (которых проекту не хватало):** * ресурс 1: _______________ * ресурс 2: _______________ * ресурс 3: _______________ **Идеальный конечный результат:** _______________ **Задуманный результат:** _______________ //Метод лекции 0: переформулировать задачу → найти ресурсы → собрать архитектуру. Ошибка — это не крах, а данные для следующего шага.// //Важно: не пишем код — только текст и схема.// ===== 🎯 Этап 1: Системный подход ===== //Промпт для ИИ-ассистента: [[ec:prompt1|промпт этапа 1]].// === Что делаем === * Определяем границы проекта как системы: система, подсистемы, надсистема * Проектируем компоненты (Unit) с интерфейсами (Interface) и протоколами (Protocol) * Выделяем **эмерджентные свойства**: что возникает у целого и отсутствует у компонентов по отдельности (масштабируемость, живучесть/resilience, синергия, сетевой эффект) * Находим тождественные элементы и инварианты * Прогоняем проект по восьми аспектам системного подхода: элементный, структурный, функциональный, целевой, ресурсный, интеграционный, коммуникационный, исторический === Практическое задание === **Система (назначение и границы):** _______________ **Надсистемы:** * [Окружающая среда, где работает проект] * [Пользовательские контексты] * [Технологический стек] **Подсистемы и компоненты (Unit - Interface - Protocol):** * [Компонент] — интерфейс: [API / экран / файл], протокол: [REST / HTTPS / ...] **Эмерджентные свойства** (свойства целого, которых нет у отдельных компонентов; исчезают при «разборке» системы): * [Свойство] — почему оно рождается только из организации и взаимодействия частей **Отрицательные эмерджентные свойства** (вредные свойства целого): * [Свойство] — как проявляется и как его ослабить **Тождественные элементы (три вида):** * [Что можно заменять без изменения системы] **Инварианты:** * [Что сохраняется при любых изменениях] //Прогоните проект по всем восьми аспектам системного подхода — это и есть разбор системы в задании (см. лекцию 1).// ===== 👥 Этап 2: Заинтересованные стороны ===== //Промпт для ИИ-ассистента: [[ec:prompt2|промпт этапа 2]].// === Что делаем === * Выявляем всех стейкхолдеров проекта * Фиксируем источники выявления: документы проекта (устав, договор, ТЗ), оргструктура и зоны ответственности, интервью и опросы, прошлые проекты, мозговой штурм команды * Определяем генерального и функционального заказчиков, "привратников" * Классифицируем по Митчеллу (власть / легитимность / срочность) и Менделоу (власть / интерес) * Для ключевых стейкхолдеров отмечаем текущий и желаемый уровень вовлечения по шкале PMI * Строим карту и реестр, планируем вовлечение === Практическое задание === **Реестр стейкхолдеров** (кто — интерес — влияние — стратегия): * [Кто] — [интерес] — [высокое / среднее / низкое] — [вовлекать / информировать / наблюдать] **Источники выявления:** [документы проекта, оргструктура, интервью, прошлые проекты, мозговой штурм] **Уровни вовлечения (текущий → желаемый) для 2–3 ключевых стейкхолдеров** (шкала PMI: неосведомлённый / сопротивляющийся / нейтральный / поддерживающий / лидирующий): * [Кто]: [текущий] → [желаемый] **Генеральный заказчик:** [кто получает главный результат] * Потребности: ... * Критерии успеха: ... **Функциональный заказчик:** [кто непосредственно использует] * Потребности: ... * Боли: ... **"Привратники":** [кто фильтрует информацию — помощник, канцелярия, администратор] **Карта (квадранты "власть x интерес"):** * высокая власть / высокий интерес: ... * высокая власть / низкий интерес: ... * низкая власть / высокий интерес: ... * низкая власть / низкий интерес: ... **Конфликты интересов:** ... **План взаимодействия:** [уровень вовлечения, периодичность, формат коммуникации] ===== ⚖️ Этап 3: Функционально-стоимостный анализ ===== //Промпт для ИИ-ассистента: [[ec:prompt3|промпт этапа 3]].// === Что делаем === * Разбираем систему на функции и оцениваем их стоимость * Ищем избыточные и вредные функции * Локализуем противоречие "ценность / стоимость" === Практическое задание === **Главная функция:** [основное назначение системы] **Полезные функции:** * [Ключевая функция] — стоимость: [высокая / средняя / низкая] * [Вспомогательная функция] — стоимость: [...] **Избыточные и вредные функции:** * [Что не создаёт ценность или мешает] — затраты / вред **Дисбалансы "ценность / стоимость":** ... **Противоречие (ядро будущего ФП):** * [Между какими функциями / требованиями / стейкхолдерами конфликт] ===== 🚀 Этап 4: Законы развития технических систем ===== //Промпт для ИИ-ассистента: [[ec:prompt4|промпт этапа 4]].// === Что делаем === * Определяем текущий уровень развития проекта (1–5) * Применяем девять законов ЗРТС (3×3: Статика, Кинематика, Динамика) с учётом современных уточнений * Проектируем переход на следующий уровень * Формулируем основные противоречия === Практическое задание === **Текущий уровень системы:** [1–5] с обоснованием * **Уровень 1:** косметические улучшения * **Уровень 2:** значимые доработки * **Уровень 3:** изменение архитектуры * **Уровень 4:** смена концепции * **Уровень 5:** принципиально новое решение **Анализ по блокам (Статика → Кинематика → Динамика), девять законов:** * **Статика (1–3):** полнота частей, проводимость потоков, согласование ритмики * **Кинематика (4–6):** идеальность, неравномерность развития, переход в надсистему * **Динамика (7–9):** переход на микроуровень, вепольность, S-образное развитие **Проектирование перехода:** * С уровня [текущий] на уровень [следующий] * Ключевые изменения: ... * Ожидаемый эффект: ... **Техническое противоречие (ТП):** [что улучшаем — что при этом ухудшается] **Физическое противоречие (ФП):** [элемент должен быть ... и не быть ...] ===== ☯️ Этап 5: Диалектика противоречий ===== //Промпт для ИИ-ассистента: [[ec:prompt5|промпт этапа 5]].// === Что делаем === * Выявляем основное противоречие проекта * Формулируем тезис и антитезис, восходим к основанию (Grund) * Предлагаем диалектическое решение (снятие / Aufhebung), а не компромисс === Практическое задание (отчёт 2–3 страницы) === **Основное противоречие:** ... **Тезис:** ... **Антитезис:** ... **Основание (общая цель / функция):** ... **Физическое противоречие:** [объект должен быть ... и не должен быть ...] **Диалектическое решение (снятие):** ... //Проверка: это не компромисс, который делит недостатки, а решение, создающее новое качество.// //Сформулируйте физическое противоречие — оно связывает этот этап с арсеналом ТРИЗ (Этап 6).// ===== 🧰 Этап 6: Арсенал ТРИЗ ===== //Промпт для ИИ-ассистента: [[ec:prompt6|промпт этапа 6]].// === Что делаем === * Берём 1 ключевое противоречие из ФСА или анализа стейкхолдеров * Формулируем физическое противоречие (ФП) * Подбираем 3 релевантных приёма ТРИЗ * Для каждого приёма — конкретное архитектурное / техническое решение === Практическое задание (1 слайд итоговой презентации) === **Физическое противоречие (ФП):** [объект должен быть ... и не должен быть ...] **Приёмы и решения:** * **Приём 1:** [название] → [решение] * **Приём 2:** [название] → [решение] * **Приём 3:** [название] → [решение] **Итоговое решение:** ... //Критерий успеха: изящное разрешение ФП, а не компромисс.// ===== 🧠 Этап 7: Когнитивная СППР ===== //Промпт для ИИ-ассистента: [[ec:prompt7|промпт этапа 7]].// === Что делаем === * Проектируем контур Когнитивной СППР вокруг своего проекта (пять слоёв) * Связываем данные, модели, противоречие, объяснение и арбитра === Практическое задание (1–2 страницы или схема) === - **Данные (Слой 1):** какие данные о системе и надсистеме нужны, откуда? - **Модели (Слой 2):** какие мат-/ML-модели для диагностики и прогноза; 1–2 этапа матмоделирования - **Ключевое противоречие (Слой 3):** главное ФП проекта (по ТЗЛ и ФСА) - **Аналоги в ТРИЗ:** какой приём / стандарт / принцип его разрешает - **Объяснение (Слой 4):** как LLM объяснит решение стейкхолдеру (3–4 предложения) - **Арбитр (Слой 5):** кто принимает финальное решение и несёт ответственность ===== 📄 Этап 8: Техническое задание и заявка на НИОКР ===== //Промпт для ИИ-ассистента: [[ec:prompt8|промпт этапа 8]].// === Что делаем === * Превращаем проработанное решение в документ-основание === Практическое задание (на выбор) === **Вариант А — ТЗ** на небольшую автоматизированную (информационную) систему по девяти разделам ГОСТ 34.602-89: * Общие сведения * Назначение и цели создания (развития) системы * Характеристика объекта автоматизации * Требования к системе * Состав и содержание работ по созданию системы * Порядок контроля и приёмки системы * Требования к подготовке объекта автоматизации к вводу в действие * Требования к документированию * Источники разработки **Критерии оценивания — ТЗ (Вариант А):** * Корректная формулировка цели и **измеримых** критериев результата * Полнота и логика структуры по девяти разделам ГОСТ 34.602-89 * Требования проверяемы: значения с допусками или диапазоном, одно требование — один пункт * Реалистичность состава работ, порядка контроля и приёмки * Строгий деловой стиль, единая терминология, ссылки между разделами **Вариант Б — концепция заявки** на студенческий научный грант (фундаментальный / прикладной): * Название, команда, аннотация * Постановка проблемы и актуальность * Обзор литературы и «бреши» в области * Цель и задачи * План исследования и методы (по этапам, со сроками) * Ожидаемые результаты и **показатели результативности** * Имеющийся задел (публикации, квалификация, база) * Смета и менеджмент проекта * Приложения (письма поддержки, публикации) **Критерии оценивания — заявка на научный проект (Вариант Б):** * Актуальность и **новизна** темы * Научная значимость (фундаментальная) либо **практическая значимость** (прикладная) * Качество плана: этапы, методы, выполнимость, альтернативные сценарии, реалистичность показателей и сметы * Квалификация и **задел** коллектива (научная продуктивность руководителя) ===== 📊 Итоговые материалы: отчёт и презентация ===== === Отчёт === - **Описание проекта** (Этапы 0–1: суть, система, подсистемы, инварианты) - **Анализ заинтересованных сторон** (Этап 2: реестр, карта, вовлечение) - **ФСА-анализ** (Этап 3: функции, стоимость, избыточность) - **Анализ развития по ЗРТС** (Этап 4: уровень, законы, переход) - **Диалектический анализ** (Этап 5: противоречие, снятие) - **Решение по ТРИЗ** (Этап 6: ФП, приёмы, архитектура) - **Контур КСППР** (Этап 7: данные, модели, объяснение, арбитр) - **Документ-основание** (Этап 8: ТЗ или заявка) - **Заключение и рекомендации по развитию** === Презентация (защита проекта) === - Титульный лист проекта и автора (группа и т.д.) - Цель (предсказуемый результат некоторой деятельности) и задачи (этапы достижения этой цели) - Требования (как они первоначально были представлены, если были) - Результаты, полученные ранее в проекте - //<Далее — слайды по содержанию решения поставленных задач>// - Заключение (что удалось достигнуть на текущем этапе) === Критерии оценки === * ✅ Полнота анализа на каждом этапе * ✅ Связность между этапами * ✅ Практическая применимость рекомендаций * ✅ Понимание методологий курса ===== 🛠️ Инструменты и ресурсы ===== Разрешается использовать **любые ресурсы и инструменты**, в том числе **любые LLM** (ChatGPT, DeepSeek, Claude, Gemini и др.): генерацию текста, кода и схем, поиск и разбор литературы. Оценивается не «сделано ли вручную», а **понимание, качество и обоснованность** решений — будьте готовы объяснить и защитить любой пункт работы. ===== 💡 Советы по работе ===== * **Используйте ваш школьный проект** — вы уже знаете все детали * **Будьте честны в оценках** — это поможет реально улучшить проект * **Связывайте этапы** — показывайте, как анализ стейкхолдеров повлиял на ФСА, а ТРИЗ — на архитектуру * **Не бойтесь критики** — выявление слабых мест это возможность роста * **Ведите один реестр** — документ живёт и обновляется по мере прохождения курса ===== ❓ Вопросы для самопроверки ===== * Вижу ли я эволюцию анализа от системы к развитию и документу-основанию? * Смог ли я выявить реальные, а не надуманные противоречия? * Довёл ли я противоречие до физического и разрешил его (а не сгладил компромиссом)? * Будут ли мои рекомендации и ТЗ реально полезны для проекта? * Понимаю ли я, как методы курса помогают в инженерном творчестве? **Дедлайн:** //15 декабря 2026 года// **Форма представления:** //отчёт и защитная презентация (структура — в разделе «Итоговые материалы»).// ---- ''Эта страница будет дополняться по мере прохождения курса''