Паспорт индивидуального проекта: как заполнить поля и пример

В статье
Паспорт проекта — это краткая модель замысла, а не сокращённая копия всей работы. По нему руководитель должен увидеть, какую проблему вы решаете, к какому результату идёте, что создадите, как проверите продукт и успеете ли выполнить план. Поэтому заполнять паспорт лучше после короткой проверки идеи, но до написания глав и изготовления финального продукта.
Две реальные формы — два набора полей
Различие хорошо видно в документах образовательных организаций. В приложении к положению школы № 342 Санкт-Петербурга паспорт содержит название, автора, куратора, предмет, вид проекта, цель, аннотацию с актуальностью, этапы со сроками, ожидаемый результат и период работы.
В положении Московского международного университета для СПО в образце есть тема, цель, результат, задачи, тип проекта, гипотеза для исследовательского проекта, форма продукта и форма его представления. Это локальные формы для разных программ, а не конкурирующие версии федерального шаблона.
| Поле встречается… | Что делать |
|---|---|
| В вашем бланке | Заполнить в его формулировках и объёме |
| Только в чужом примере | Использовать как вопрос для проверки замысла, но не переделывать форму самовольно |
| Непонятно | Показать руководителю рабочий вариант и уточнить ожидаемый смысл поля |
| Не относится к типу проекта | Согласовать прочерк или формулировку «не применяется», а не выдумывать содержание |
Пример заполнения одного паспорта
Возьмём условный проект «Интерактивная карта памятных мест микрорайона для школьного музея». Ваша школа может использовать другие названия полей; переносите логику, а не текст.
| Поле | Рабочий вариант | Проверка |
|---|---|---|
| Тема | Интерактивная карта памятных мест микрорайона для школьного музея | Названы продукт, содержание и пользователь |
| Проблема | Сведения о памятных местах разрознены, а у посетителя нет проверенного маршрута с источниками | Описан наблюдаемый дефицит, который можно подтвердить |
| Актуальность | Карта позволит посетителям музея самостоятельно пройти маршрут и увидеть происхождение каждого факта | Понятно, кому и зачем нужен результат |
| Цель | Разработать и проверить интерактивную карту маршрута для посетителей школьного музея | Цель одна и описывает достижимый итог |
| Задачи | Определить критерии отбора; проверить источники; описать точки; собрать карту; провести пользовательскую проверку | Все задачи необходимы для цели и расположены по порядку |
| Продукт | Интерактивная карта и краткий маршрутный лист с QR-ссылкой | Результат можно открыть, использовать и передать музею |
| Этапы | Отбор объектов → проверка источников → прототип → тестирование → доработка → передача | У каждого этапа есть срок и промежуточный результат |
| Ресурсы | Архив музея, открытые карты, редактор карты, телефон для проверки, консультация руководителя | Доступ к каждому ресурсу подтверждён |
| Критерии результата | Все точки имеют адрес и источник; карта открывается на телефоне; тестовый пользователь находит объекты без устной подсказки | Критерии можно проверить до защиты |
Если в бланке нет отдельных строк «проблема», «ресурсы» или «критерии», не вписывайте их между строк. Держите эти ответы в рабочей карточке и используйте при заполнении аннотации, этапов или ожидаемого результата.
Как формулировать поля без подмены смысла
Проблема и актуальность — не одно предложение
Проблема показывает разрыв между текущим и желаемым состоянием: пользователю не хватает маршрута, измерение не проведено, информация не проверена, изделие неудобно. Актуальность объясняет, почему этот разрыв стоит закрыть для конкретной группы сейчас.
Тема не заменяет проблему
Цель — итог, задачи — маршрут
Цель лучше формулировать через результат: разработать, создать, определить, проверить. Задачи — необходимые действия по порядку. Не делайте целью «выполнить индивидуальный проект», а задачами — названия будущих глав. После каждой задачи должен оставаться промежуточный результат: критерии, набор данных, прототип, тест или доработанная версия.
Продукт и эффект — разные результаты
Продукт — то, что вы предъявите: макет, карта, фильм, модель, памятка, программа, методика или отчёт с результатами исследования. Эффект — изменение после использования: пользователю стало проще пройти маршрут, сократилось время операции, материал стал понятнее. Не обещайте эффект, который невозможно измерить в пределах проекта.
Фраза «продукт — презентация» обычно слаба: презентация может быть только способом защиты. Если сама цель проекта — создать учебный медиаматериал и проверить его на аудитории, тогда презентация действительно становится продуктом.
Гипотеза нужна только для проверяемого предположения
Если поле присутствует, но проект не исследовательский, уточните порядок заполнения. Не превращайте пожелание «карта будет полезной» в научную гипотезу. Для практического проекта полезнее критерии качества и сценарий испытания; для исследовательского — предположение, которое можно подтвердить или опровергнуть данными.
Этапы, сроки и ресурсы должны сходиться
Не пишите «сентябрь — теория, октябрь — практика», если непонятно, что будет готово. Для каждого этапа укажите результат и зависимость:
- до отбора объектов утверждены критерии;
- до сборки карты проверены адреса и источники;
- до тестирования готов рабочий прототип;
- после тестирования зафиксированы ошибки и решения;
- до защиты продукт передан пользователю или подготовлен к демонстрации.
Заложите время на согласование и доработку, но даты берите из своего календаря. Техника составления контрольных точек похожа на план-график учебной работы; конкретные этапы проекта остаются в вашем паспорте и локальном положении.
Проверка паспорта по цепочке
Читайте заполненный документ не сверху вниз, а по связям:
| Связка | Контрольный вопрос | Признак ошибки |
|---|---|---|
| Проблема → цель | Достижение цели действительно меняет описанную ситуацию? | Цель только «изучить тему» |
| Цель → задачи | Достаточно ли действий для результата? | Есть задачи, не влияющие на цель |
| Задачи → этапы | Назначен ли срок каждому необходимому действию? | Продукт появляется без проектирования и проверки |
| Этапы → ресурсы | Есть ли доступ к данным, оборудованию и людям? | Ключевой ресурс только предполагается получить |
| Продукт → критерии | Можно ли проверить качество до защиты? | Критерий звучит как «выполнено красиво» |
Паспорт готов к согласованию
Если замысел ещё меняется, храните рабочую версию отдельно и не подменяйте уже согласованный паспорт без руководителя. Полный маршрут от выбора структуры до оформления и защиты находится в хабе об индивидуальном проекте.
Паспорт согласован — проверьте полный файл проекта
GostDoc поможет найти технические расхождения в DOCX: сбитые заголовки, поля, интервалы, страницы и другие проблемы перед отправкой руководителю.


