Каждый блок отвечает на отдельный тип решения. Читайте идею, сверяйтесь с критериями качества и переходите к соответствующей странице практики.
6 из 6 блоков
Блок0
Старт
Как устроена работа над проектом
Блок задаёт безопасный старт: неполная идея допустима, если за неопределённостью следует конкретная проверка. Тетрадь нужна не для красивой первой версии, а для фиксации того, как меняется проект.
Мысль может измениться после проверки; сомнение служит сигналом к исследованию; ранняя ошибка экономит время и ресурсы. Достаточно определить следующий разумный шаг.
02
Тетрадь хранит ход рассуждения
Фиксируйте первую версию, отдельно помечайте факт и предположение, добавляйте источник и дату, а после проверки возвращайтесь к формулировке и обновляйте её.
03
Печатная и цифровая версии работают вместе
Оригинальная страница сохраняет контекст и формулировки, а цифровое поле помогает редактировать ответ, сохранять версии и собирать итоговые материалы.
Результат блокаПонятная исходная точка, личная цель курса и правила ведения проектных записей.
Проверка качества
Исходная точка описана честно: идея, наблюдение, порученная заявка, поиск направления или затруднение.
Личная цель сформулирована как умение, которое можно продемонстрировать к окончанию курса.
В записи можно отличить факт от предположения и найти дату или источник проверки.
Первоисточник
Страницы тетради
7
4
Начинать с неполной идеи — нормальноТеория
5
Стартовая диагностикаПрактика
6
Чему ты научишьсяТеория + практика
7
Что будет собрано к финалуТеория
8
От наблюдения к заявке: карта маршрутаТеория
9
Как пользоваться тетрадью и цифровым хабомТеория
10
Как работать с тетрадьюТеория
Блок1
Проект
Что делает замысел проектом
Блок отделяет тему, идею, мероприятие и заявку от проекта. Проект появляется там, где связаны конкретная ситуация, адресат, действие, создаваемый результат и проверяемое изменение.
Идея обозначает возможное решение. Проекту дополнительно нужны границы, адресат, план действия, ресурсы и критерий результата. Заявка лишь описывает проект в формате конкретной возможности.
02
Не путайте уровни результата
Действие — то, что делает команда; продукт — непосредственный созданный результат; результат — изменение после использования; эффект — более отдалённое влияние, которое требует отдельного доказательства.
03
Одна ситуация допускает разные проектные логики
Из одной исходной ситуации могут вырасти социальный, исследовательский или продуктовый проект. Выбор определяется главным вопросом и типом доказательства, а не модным названием решения.
Результат блокаПервичная логика проекта и несколько направлений, из которых можно выбрать тему для проверки.
Проверка качества
Понятно, для кого и в какой ситуации существует проект.
Действие команды не выдано за изменение у пользователя или участника.
Успех описан наблюдаемым признаком, а не только фактом проведения мероприятия.
Первоисточник
Страницы тетради
8
11
Что такое проектНавигация
12
Идея, мероприятие, проект и заявкаТеория + практика
13
Из чего состоит проектТеория + практика
14
Одна ситуация — три разных проектаТеория
15
Проекты студентов из разных сферКейс
16
Действие, продукт, результат и эффектТеория
17
Как понять, что проект работаетТеория
18
Компас поиска темыПрактика
Блок2
Проблема
От ситуации к проверяемой проблеме
Блок сужает широкую тему до конкретной ситуации. Сначала собираются наблюдения и случай, затем задаются границы, отделяются факты от предположений и выбирается главное неизвестное.
Конкретный эпизод позволяет назвать участника, место, время и наблюдаемое событие. Чем шире формулировка, тем труднее понять, какие данные способны её подтвердить или опровергнуть.
02
Факт, предположение и неизвестное — разные записи
Факт должен иметь наблюдаемый след или источник. Предположение объясняет факт, но ещё не доказано. Неизвестное превращается в вопрос, который определяет следующий метод проверки.
03
Метод выбирают под вопрос
Интервью раскрывает опыт и язык участника, наблюдение — поведение и контекст, документы — формальные следы, а короткий опрос измеряет уже понятное явление. Один метод не обязан отвечать на все вопросы сразу.
Результат блокаРабочая формулировка ситуации и первый метод, способный проверить ключевое неизвестное.
Проверка качества
Границы включают человека или группу, контекст, место и период.
Ключевое утверждение не шире имеющихся данных.
Выбранный метод действительно создаёт данные для главного неизвестного.
Первоисточник
Страницы тетради
10
20
Банк наблюдений: что я действительно виделПрактика
21
Быстрый выбор: какую ситуацию проверитьПрактика
22
Один конкретный случай вместо общей проблемыПрактика
23
Ищем границы ситуации: кто или что, где и когдаПрактика
24
Факт, предположение и неизвестноеПрактика
25
Не одна причина: три версии происходящегоПрактика
26
Кто или что находится в центре проверкиПрактика
27
Первая проверка: разговор, наблюдение, данныеПрактика
28
Что можно утверждать сейчас — и чего пока нельзяПрактика
29
Рабочая формулировка ситуацииКонтрольная точка
Блок3
Проверка
Первый полевой цикл и рабочий трек
Блок переводит вопрос в этичную полевую проверку: подготовка метода, проба, сбор данных, синтез и решение о том, что данные меняют. Только после этого выбирается рабочий трек проекта.
Добровольность, понятное согласие, минимизация собираемых данных и заранее определённые стоп-условия защищают участника и делают процедуру проверяемой.
02
Сначала проба метода
Пилотное интервью, наблюдение или тест выявляет наводящие вопросы, непонятные инструкции и недоступные данные до того, как команда потратит ресурс на основной цикл.
03
Синтез не равен пересказу
Ищите повторяющиеся паттерны, противоречия, негативные случаи и пробелы. Отдельно фиксируйте, что подтвердилось, что изменилось и что пока нельзя утверждать.
Результат блокаНабор первичных доказательств, ограничения вывода, выбранный трек и каркас версии 0.1.
Проверка качества
Участник понимает цель, формат и право остановить участие.
Каждое сильное утверждение связано с источником, датой и контекстом.
Выбранный трек следует из данных: изменение, исследовательский вопрос или пользовательская ценность.
Первоисточник
Страницы тетради
11
31
Пять принципов безопасной проверкиТеория + практика
32
Метод, инструмент, процедура и источникТеория + практика
33
Сначала проверь качество инструментаПрактика
34
Независимый фрагмент: что именно фиксироватьПрактика
35
От фрагмента к осторожному выводуТеория + практика
36
Что позволяют утверждать разные уровни данныхТеория + практика
37
Трек определяет центральный вопросПрактика
38
Как данные меняют проектТеория
39
Сильная формула показывает, что именно проверяетсяТеория + практика
40
Пять элементов и четыре проверяемые связиТеория + практика
41
Диагностическая проверка каркаса 0.1Контрольная точка
Блок4
Модель 0.2
Модель проекта по выбранному треку
После поля проект расходится на три логики. Социальный трек строит безопасный механизм изменения, исследовательский — воспроизводимый дизайн, продуктовый — проверку ценности через действие пользователя.
Свяжите исходное состояние, механизм изменения, непосредственный результат и индикатор. Пилот должен быть достаточно малым для безопасности, но достаточным для проверки критического перехода.
02
Исследовательский трек
Уточните исследовательский вопрос, объект и предмет, границы выборки, последовательность процедуры, доступ к данным, контроль качества и ограничения воспроизводимости.
03
Продуктовый трек
Опишите задачу пользователя, текущую альтернативу и ожидаемое изменение поведения. MVP проверяет самое рискованное допущение; метрика и порог решения фиксируются до теста.
Результат блокаМодель версии 0.2 и критерий, по которому команда решит: продолжать, изменить или остановить выбранную логику.
Проверка качества
Выбран только один основной трек, а его причинная логика читается от исходной ситуации до критерия.
Минимальная версия проверяет главный риск, а не демонстрирует максимум функций.
Критерий решения сформулирован до пилота или эксперимента.
Первоисточник
Страницы тетради
17
43
Социальный трек: как действие приводит к изменениюТеория
44
Путь от входа до завершения: три зоны рискаПрактика
45
Качество социального результатаПрактика
46
Безопасный запуск: критерии и правила до стартаПрактика
47
Социальная модель 0.2Контрольная точка
48
Исследовательский трек: от вопроса к знанию, методу или инновацииТеория
49
Границы темы: что известно и что изучаемПрактика
50
Дизайн исследования: метод, данные и ограниченияПрактика
51
Ограничения, качество и воспроизводимостьПрактика
52
Планируемая форма результата и его ценностьПрактика
53
Исследовательская модель 0.2Контрольная точка
54
Стартап-трек: как проверить ценность до создания продуктаТеория
55
Ценность и альтернативы: что должно стать лучшеПрактика
56
MVP: минимально жизнеспособный продуктПрактика
57
Эксперимент: гипотеза, порог и следующий шагПрактика
58
Экономика первой версии: один проверяемый сценарийПрактика
59
Продуктовая модель 0.2Контрольная точка
Блок5
Траектория
Осуществимость и траектория
Блок проверяет, можно ли выполнить следующий цикл: какие вехи нужны, каких ресурсов и внешних решений не хватает, кто отвечает за критические функции и где проходит граница допустимого риска.
Веха — проверяемый промежуточный результат, а не список активности. Для каждой вехи нужны срок, ответственный, зависимость и признак завершения.
02
Ресурс — не только деньги
Учитывайте время команды, компетенции, оборудование, данные, помещения, партнёрский доступ и согласования. Источник оценки важен не меньше итоговой суммы.
03
Траектория — это решение, а не обещание
Продолжение, изменение масштаба, партнёрство, дополнительная проверка или остановка должны следовать из ограничений, доказательств и допустимого уровня риска.
Результат блокаОбоснованное решение о траектории, ресурсно-бюджетное резюме и операционные стоп-условия.
Проверка качества
У критических вех есть владельцы, сроки и зависимости.
Для дефицитного ресурса указан способ получения или альтернативная траектория.
Риски содержат меру снижения, владельца и условие остановки.
Первоисточник
Страницы тетради
11
61
Минимальный план выполнения циклаПрактика
62
Критические ресурсы: что доступно и чего не хватаетПрактика
63
Критические стороны, разрешения и доступыПрактика
64
Кто отвечает за выполнение A-вехПрактика
65
Критические функции: компетенция, время и резервПрактика
Сохранить основной трек, изменить его или выделить новый проект?Практика
70
Операционные риски следующего циклаПрактика
71
Осуществимость следующего цикла и итоговая траекторияКонтрольная точка
Реальные проекты ПензГТУ
Факты отдельно от анализа
Фактическая часть ниже воспроизводит сведения страницы 15. Аналитическая часть специально помечена: это разбор проектной логики по названию, а не дополнительные сведения о командах.
AI-веб-платформа «Lekha» для автоматизации SMM-процессов
Аким Павлов · кафедра «Программирование»
Победитель IV очереди программы «Студенческий стартап» · грант 1 000 000 ₽
Аналитический разбор · интерпретация
Форма: Цифровой продукт: AI-веб-платформа.
Из названия видны технологическая форма и область процесса — SMM. Пользователь, критический сценарий, метрика ценности и ограничения в исходной странице не указаны.
Вопросы для проверки логики
Кто выполняет SMM-процесс и какая операция создаёт главный дефицит времени или качества?
Какое действие пользователя подтвердит ценность платформы сильнее, чем положительный отзыв?
Какие данные допустимо передавать AI-системе и где требуется ручной контроль?
02Н7 · Креативные индустрии
Факты из тетради · стр. 15
Школа обучения арабскому языку «Хикма»
Елизавета Ульянова · кафедра «Перевод и переводоведение»
Победитель IV очереди программы «Студенческий стартап» · грант 1 000 000 ₽
Аналитический разбор · интерпретация
Форма: Образовательный сервис: школа обучения языку.
Название задаёт предмет обучения и формат организации. Аудитория, образовательный результат, способ обучения и модель устойчивости на странице не раскрыты.
Вопросы для проверки логики
Для какой группы учащихся и какой ситуации нужен арабский язык?
Как будет измеряться учебное изменение, а не только посещение занятий?
Какая минимальная программа позволит проверить спрос и качество обучения безопасным пилотом?
03Н2 · Технологии здоровьесбережения
Факты из тетради · стр. 15
Кресло-коляска с электроприводом для людей с нарушениями опорно-двигательного аппарата
Александр Амплеев · кафедра «Программирование»
Победитель IV очереди программы «Студенческий стартап» · грант 1 000 000 ₽
Аналитический разбор · интерпретация
Форма: Технический продукт: кресло-коляска с электроприводом.
Название прямо задаёт устройство и группу людей. Конкретный пользовательский сценарий, требования безопасности, сравнительная альтернатива и параметры испытаний на странице не описаны.
Вопросы для проверки логики
В каком сценарии существующее средство мобильности создаёт критическое ограничение?
Какие технические и пользовательские критерии безопасности обязательны до пилота?
С какой доступной альтернативой нужно сравнить прототип и по какому наблюдаемому показателю?
Источник, указанный в тетради
Материалы официальной публикации ПензГТУ от 4 сентября 2025 года. Тетрадь рекомендует смотреть на логику и ограничения проекта, а не копировать готовые формулировки.
