¶ Проектная модель МИЭМ
В МИЭМ с 2018 года ведется проектная деятельность. Студенты, начиная со 2 курса, формируют команды и работают над решением практических задач внутри факультета или с внешними заказчиками. Это помогает сформировать профессиональные навыки, как "жесткие" (hard skills), так и "мягкие" (soft skills), и лучше подготовить студентов к работе в бизнес-среде.
Проект, в отличие от стандартной курсовой работы, предполагает получение продукта — это должна быть система/предмет, востребованный какой-то целевой аудиторией для решения актуальной задачи. Результат разработки обязательно должен быть отчуждаемым от команды и повторяемым. Чтобы другие люди имели возможность продолжить поддержку и совершенствование продукта, не имея связи с командой разработки.
У проекта есть руководитель и команда. Задача руководителя — вести команду в течение всей работы над проектом и направлять ее деятельность в правильную сторону. Задача команды — планомерно и дисциплинированно работать над текущими задачами в течение всего проектного года, поддерживать коммуникацию между членами команды и с руководителем.
¶ Порядок запуска проекта
¶ Шаг 1. Подача заявки
Предложить проект может любой желающий в любое время по этой ссылке. Для этого нужно оставить контактные данные и описать желаемые результаты проекта. Если вы студент или сотрудник МИЭМ, нужно предварительно залогиниться, используя почту @miem.hse.ru
¶ Шаг 2. Рассмотрение Проектным офисом
Заявка поступает в Проектный офис МИЭМ. Если заявка по форме заполнена корректно, то на странице проекта отмечается маркер “Контроль Проектного офиса”.
¶ Шаг 3. Рассмотрение Академической комиссией
Заявка попадает на Академическую комиссию. Заседания проходят еженедельно. Проект может быть рекомендован к запуску или по заявке могут быть предложены изменения или запрошены подробности. На странице проекта отмечается маркер “Экспертный контроль”.
¶ Шаг 4. Утверждение руководителя в департаменте
Одобренный комиссией проект поступает в профильный департамент на утверждение кандидатуры и нагрузки руководителя проекта. В течение четырех рабочих дней департамент принимает решение.
¶ Шаг 5. Проект появляется в Личном кабинете
Прошедший все утверждения проект получает статус “Готов к работе” и у назначенного руководителя появляется кнопка “Старт проекта”. После этого проекту присваивается номер — это его идентификатор во всех сервисах, создается репозиторий GitLab и доска в Wekan или Taiga. Руководитель должен заполнить паспорт проекта и добавить вакансии.
¶ Шаг 6. Набор команды
Вакансии доступны всем студентам, на них можно откликаться. Руководитель видит список заинтересованных студентов, и на какие вакансии они претендуют. После общения с претендентами руководитель решает, кого из них он готов взять в проект. Студенты должны подтвердить свое желание зачислиться в проект. После получения согласия руководитель утверждает выбранных студентов на соответствующих ролях. Студенты сразу же могут начинать работу в проекте.
¶ Календарь проектного года
Работа в проекте ведется циклами. Каждый цикл — это 4 недели, за которые в проекте должны произойти видимые изменения. Основной проектный период ведется с сентября по июнь. Проектные циклы июля и августа ведутся для продолжающихся проектов и для не сумевших защититься в срок.
Эти циклы едины для всех проектов в МИЭМ и согласованы с другими событиями (сессиями, праздниками, каникулами, защитами). В 2020-2021 учебном году принят следующий календарь проектных циклов:
Календарь можно посмотреть в любой момент по адресу calendar.miem.hse.ru.
¶ Циклы
Проектный цикл состоит из двух фаз:
Планирование длится первую неделю. В это время руководитель проекта должен сформировать четкий план, что в этом цикле нужно реализовать. Каждый цикл — это отдельный мини-проект, где тоже должен быть законченный измеримый результат. Свои соображения нужно зафиксировать в Wekan или Taiga в автоматически создаваемой карточке "Планы на цикл N". Кроме плана на цикл нужно сформулировать список задач. Задачи должны быть атомарными, их результат и способ выполнения должен быть понятен изначально.
Работа ведется со второй по четвертую неделю. Каждой задаче должно быть присвоено количество часов, за которое исполнитель выполняет задачу. Когда исполнитель сообщает, что задача выполнена, либо в конце цикла, руководитель подтверждает выполнение задачи, и исполнителю засчитываются часы в Цифровой след. Также руководитель может не засчитать задачу, тогда исполнитель часы не получит.
Помимо решения задач, обозначенных в первую неделю, нужно параллельно документировать все текущие разработки. Результат, полученный в конце цикла, должен быть описан и протестирован так, чтобы его можно было передать другой команде, например, для использования в смежном проекте.
В конце цикла руководитель принимает решение, насколько точно удалось достичь поставленных результатов. Если что-то пошло совсем не так, как планировалось, цикл можно не засчитать. При этом всем участникам аннулируются часы за этот цикл. В таком случае продолжать тот же план в следующем цикле не следует. Вместо этого стоит разобраться в причинах и скорректировать путь.
Также в конце цикла руководитель оставляет отзыв на каждого студента, а каждый студент на руководителя. Это так же происходит в карточках Wekan или Taiga, которые создаются руководителю и каждому студенту.
¶ Контрольные точки
¶ 1. Онлайн-презентация концепции проекта
- Когда?
Последняя неделя октября - Что это?
Нужно впервые презентовать проект перед комиссией — рассказать, какую проблему он ставит целью решить, какие методы для этого будут применяться, чем он лучше других решений проблемы. Далее представить план выполнения проекта — основные этапы реализации, представить команду и роли. Необходимо представить первые результаты (прототип), доказывающие, что выбранный подход реализуем на практике.
Кроме презентации команда готовит проморолик проекта в свободной форме, продолжительностью не более 2 минут. Этот ролик должен в краткой и доступной форме убеждать зрителя, что проект крут!
¶ 2. Постерная сессия
- Когда?
20-е числа января - Что это?
Каждый проект готовит постер формата A1, где показывает наиболее наглядно в чем суть проекта, кто и как им будет пользоваться, каких результатов удалось достичь. Постеры развешиваются на стендах, при необходимости командам предоставляются столы для демонстрации оборудования.
День постерной сессии начинается с питч-сессии. Участников собирают в большой аудитории и дают представителю каждого проекта по 1 минуте на презентацию. Задача выступающего — заинтересовать аудиторию и побудить людей подойти к своему стенду.
После этого участники мероприятия и все желающие ходят от стенда к стенду и общаются с представителями проектов, задают вопросы. У каждой команды есть 1 стикер-лайк, который можно наклеить на постер наиболее понравившегося проекта (кроме своего). У экспертов (преподавателей) тоже есть по одному стикеру — лайку эксперта.
В конце дня количество лайков подсчитывают, позже составляется рейтинг самых популярных проектов.
¶ 3. Защита проекта
- Когда?
Конец апреля - Что это?
Подробный доклад перед комиссией. Здесь презентуется продукт, полученный в результате выполнения проекта. Сначала нужно рассказать про продукт в целом — напомнить о его назначении, контексте применения. Затем следует рассказать о его преимуществах и особенностях примененного подхода.
Обязательно нужно озвучить результат, где возможно в цифрах: какие функции реализованы, где продукт внедрен, какие имеет численные характеристики.
После общей презентации каждый участник проекта рассказывает о собственном вкладе в проект. Здесь не стоит уходить в технические подробности реализации, рассказывать о процессе погружения и личных проблемах. Главное — указать область своей ответственности и перечислить полученные результаты.
¶ 4. Техношоу
- Когда?
Конец мая - Что это?
На это мероприятие в качестве презентаторов попадают ограниченное число проектов, которые комиссия посчитала наиболее успешными и интересными. Это мероприятие больше направлено на внешнюю аудиторию — его смотрят люди с других факультетов (в том числе ректор Вышки), представители заинтересованных компаний и телевидение.
¶ Нагрузка студентов в проектах
¶ Бакалавриат
| Название ОП | Курс | Кол-во з.е. |
|---|---|---|
| Прикладная математика | 2 | 3 |
| Прикладная математика | 3 | 5 |
| Информатика и вычислительная техника | 2 | 3 |
| Информатика и вычислительная техника | 3 | 5 |
| Инфокоммуникационные технологии и системы связи | 2 | 3 |
| Инфокоммуникационные технологии и системы связи | 3 | 5 |
¶ Магистратура
| Название ОП | Курс | Кол-во з.е. |
|---|---|---|
| Суперкомпьютерное моделирование в науке и инженерии | 1 | 5 |
| Суперкомпьютерное моделирование в науке и инженерии | 2 | 2 |
| Материалы. Приборы. Нанотехнологии | 1 | 6 |
| Материалы. Приборы. Нанотехнологии | 2 | 3 |
| Инжиниринг в электронике | 1 | 6 |
| Инжиниринг в электронике | 2 | 3 |
| Компьютерные системы и сети | 1 | 6 |
| Компьютерные системы и сети | 2 | 3 |
| Системы управления и обработки информации в инженерии | 1 | 5 |
| Математические методы моделирования и компьютерные технологии | 1 | 4 |
| Математические методы моделирования и компьютерные технологии | 2 | 3 |
| Интернет вещей и киберфизические системы | 1 | 4 |
| Интернет вещей и киберфизические системы | 2 | 8 |
¶ Инструменты проектной среды
Организация проектной работы сопровождается цифровой средой МИЭМ. Использование данных инструментов в любом проекте МИЭМ является обязательным. Без этого невозможен корректный учет затраченных часов, оценка результата и вклада в проект каждого из студентов.
¶ GitLab
Git — это система управления версиями файлов. Здесь нужно вести любую программную разработку. Это удобно, профессионально, и просто является правилом хорошего тона.
- Во-первых, это позволяет легко кооперироваться команде и синхронизировать работу.
- Во-вторых, состав команды может меняться, и здесь важно не упустить наработки уходящих людей и быстро вводить в курс дела приходящих.
- Еще, при правильном использовании, можно всегда иметь под рукой стабильную версию кода для демонстрации.
Информация из GitLab собирается в Личном кабинете проекта в виде списка последних коммитов и статистики по количеству измененных строк кода на каждого участника.
Перейти в GitLab
Инструкции по работе с GitLab¶ Wekan
¶ Учет часов
Программа мониторинга проектной деятельности отслеживает действия пользователей в карточках-задачах. В момент, когда руководитель ставит галочку "Выполнено" (подтверждает выполнение проектной задачи), программа засчитывает количество академических часов из поля "Трудозатраты" исполнителю, указанному в карточке.
1 академический час = 40 астрономических минут
1 кредит = 38 академических часов
Сколько кредитов нужно набрать? Смотрите в зачетке или учебном плане образовательной программы
Если галочка "Выполнено" проставлена не руководителем, то часы засчитаны не будут.
¶ Отчетность
Чтобы начислить трудозатраты студенту, убедитесь, что:
- Карточка находится в колонке “Можно проверять”.
- Реальный исполнитель задачи указан в карточке в поле “Исполнитель”.
После этого нажмите на нужную задачу, чтобы развернуть ее. Нажмите на три полоски в правом верхнем углу карточки и выберите “Изменить затраченное время”, чтобы вписать нужное количество трудозатрат:
ВНИМАНИЕ: В ТРЕКЕРЕ НУЖНО УКАЗЫВАТЬ АКАДЕМИЧЕСКИЕ ЧАСЫ!
1 академический час равен 40 астрономическим минутам.
1 кредит (зачетная единица) = 38 ак. часов = 25 ч. 23 мин. астрономического времени.
Напоминаем, что количество кредитов, которое нужно набрать за проект, написано в учебном плане вашей образовательной программы.
Укажите количество академических часов и нажмите “Сохранить”.
Если руководитель считает задачу выполненной, ему нужно поставить галочку в графе “Выполнено”. После этого карточку нужно переместить в колонку “Выполнено” или “Архив”.
Если задача нуждается в доработке, руководитель должен сообщить об этом исполнителю и перенести карточку в колонку “В работе”.
Чтобы изменить количество трудозатрат, снимите галочку, укажите актуальное количество часов и снова поставьте галочку.
¶ Taiga
Taiga используется опционально вместо Wekan по желанию руководителя и участников проекта.
Taiga — это инструмент для управления проектами и спринтами по гибким методологиям для разработчиков и дизайнеров. В возможности Taiga входят:
-
управление задачами и назначениями
-
пространство для проектной документации
-
канбан-доски
-
отслеживание работы коллег.
¶ Личный кабинет
Здесь фиксируется весь жизненный цикл проекта от зарождения проекта (подача заявки, набор команды и т.д.) до завершения проекта. У каждого проекта здесь есть страница с подробным описанием (паспортом проекта). На этой странице представлена вся информация о проекте, в том числе отчетная документация.
Личный кабинет — это место, куда собирается вся статистика о проекте. Взглянув на нее, можно быстро оценить, насколько проект успешно ведется, даже не разбираясь в подробностях полученного результата. Это используется комиссией при оценке проекта на защите.
¶ Какого вида статистика здесь собирается и зачем?
-
События из Wekan/Taiga
В статистике отображается список последних действий в Wekan/Taiga — название задач и какие статусы им присваивались. Сторонний наблюдатель здесь может посмотреть, насколько адекватные задачи ставятся в проекте и насколько динамично ведется работа. -
События из GitLab
Список последних событий, происходивших с репозиторием в GitLab, показывает, кем и как ведется программная разработка. Если один раз залить код в репозиторий как в сетевую папку и не трогать, здесь это будет видно. Если же работа ведется регулярно и постепенно — это ваш плюс. -
Состояние задач
Эта информация собирается на основе соответствующих полей в карточках Wekan или Taiga, которые можно отмечать галочками. По этому блоку можно оценить прогресс работы в проекте — сколько задач уже выполнено, и сколько работы еще предстоит.
- Затраченные часы
Наиболее информативный блок статистики — количество часов, которое участники проекта тратили на выполнение задач в течение всего проектного цикла.
Самая распространенная плохая ситуация — график стоит на нуле весь проектный год, а в последние 1-2 цикла взмывает вверх. Это говорит о том, что либо студенты откладывали работу над проектом до последнего, либо руководитель долго не вспоминал о своей обязанности засчитывать часы команде. Старайтесь избегать такого, для комиссии это ясный сигнал о качестве проекта, независимо от представленного результата.
¶ Wiki
У каждого проекта есть своя базовая страница в Wiki. Адрес этой страницы — wiki.miem.hse.ru/Projects/#, где # — номер проекта. На этой странице автоматически собирается информация о проекте.
Основное назначение этого сервиса в проектах — сбор проектной документации. Сюда будут автоматически собираться ссылки на файлы, прикрепленные к Личному кабинету и документация из внутреннего Wiki GitLab.
Кроме того, проектную документацию можно и нужно писать прямо здесь. Для этого будет папка с адресом wiki.miem.hse.ru/Projects/#/docs (# — номер проекта). Страницы документации можно создавать и группировать по своему усмотрению.
Для редактирования удобно использовать язык разметки Markdown. Он имеет возможности вставки блоков кода и математических формул (latex). Кроме того, ведется разработка редактора страниц Wiki в Google-документах.
Документация по Wiki
Пример страницы проекта в Wiki
Структура разделов Wiki¶ Чат Zulip
Для более эффективного общения по рабочим (и не только) вопросам студенты, преподаватели и сотрудники МИЭМ использует свой чат. Здесь всем проектам автоматически создается канал, и все участники команды на него автоматически подписываются.
В каждом канале сообщения группируются по темам. То есть получается несколько отдельных чатов с одинаковыми участниками. Таким образом, информация не теряется в одном полотне переписки, а структурируется.
При ведении проекта в Zulip обсуждают рабочие вопросы в открытых каналах. Это позволяет быть в курсе работы в смежных проектах и привлекать консультацию со стороны, упомянув любого пользователя через @. При этом никто не мешает создавать закрытые каналы и писать в личные сообщения для приватных обсуждений.
Кстати, Zulip можно использовать не только из браузера. Есть клиенты для Windows, Mac OS, Linux. И для мобильных устройств на iOS и Android.
¶ Видеочат Jitsi
Хорошей практикой считается проведение регулярных (например, еженедельных) встреч. На такой встрече можно обсудить ход выполнения текущих задач, возникающие у исполнителей трудности, спланировать подготовку к презентации. Для проведения таких встреч в удаленном режиме используется установленный по адресу meet.miem.hse.ru сервер видеосвязи Jitsi.
У каждого проекта в личном кабинете есть ссылка на комнату, в которую можно зайти в любой момент, предварительно согласовав встречу с собеседниками. Ссылка имеет вид meet.miem.hse.ru/Project000, где вместо 000 номер проекта.
Для входа в Jitsi необходимо использовать почту в домене @miem.hse.ru и пароль от нее
Встречу нужно планировать в Google-календаре и приглашать в нее участников
Стоит взять за правило предварительную рассылку приглашений на встречу всех участников. Это удобно делать через Google-календарь. При добавлении пользователей в событие вы увидите встречи, которые у них уже назначены и сможете выбрать удобное для всех время.