В этом разделе объясняется, почему управление командными проектами требует согласования общей задачи, сроков и индивидуальных целей участников. Формулируются проблема, цель и задачи проекта, обозначаются объект и предмет исследования, а также описываются предполагаемый продукт и способы его проверки. Здесь же указывается, для кого разрабатывается система и какие ограничения важно учитывать при создании прототипа.

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

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

В этом пункте описываются типовые инструменты управления проектами: списки и доски задач, календарь, статусы выполнения, комментарии, уведомления и отчеты. Сравниваются их функции и ограничения применительно к учебной команде. На основе сравнения определяются возможности, которые необходимо включить в проектируемую систему, и требования к понятному представлению информации.

Раздел фиксирует, какие пользователи взаимодействуют с системой и какие действия доступны каждому из них. Определяются функциональные требования к созданию проекта, постановке целей, назначению задач и отслеживанию прогресса, а также требования к удобству и разграничению доступа. Итогом становится описание сценариев использования, которое служит основанием для разработки прототипа.

В этом разделе описывается, как связаны проект, команда, участник, индивидуальная цель и задача, а также какие сведения нужны для управления работой. Рассматриваются статусы задач, сроки, ответственные и связь результата с навыками участника. Модель помогает проверить, что система хранит достаточно данных для основных сценариев и не собирает сведения, которые не нужны для проекта.

Практическая часть посвящена созданию прототипа экранов системы и демонстрации основных действий пользователя. Показываются представления проекта, команды, списка задач, календаря и индивидуальных целей, а также переходы между ними. При разработке учитываются понятные названия элементов, доступность ключевой информации и возможность быстро увидеть ответственного, срок и текущий статус работы.

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

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

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