Вы учитесь в МИЭМе, где действует своя цифровая среда. Судя по тому, что студенты в массе неохотно пользуются её сервисами, там есть, что улучшить. Технически, организационно, как угодно. На первом шаге задания вам предлагается, находясь в позиции тех самых студентов, которые не очень-то пользуются (за редким исключением), придумать, что радикально изменит ситуацию с вовлеченностью студентов и сотрудников.
На данный момент знаю только о следующих сервисах: Wiki, Jitsi, Taiga, Zulip, GitLab
Пройдемся по каждому отдельно и по всем сразу
Начну с GitLab - тут все просто, на моем опыте все студенты, задействованные в проектах как разработчики, пользуются гитлабом и вроде проблем с ним нет, тк большой разницы от других систем (того же GitHub) нет.
Дальше Jitsi - с точки зрения использования его, как платформы для проведения занятий, он неплох и реализует все нужные функции, НО в прошлом году был период, когда использование джитси было обязательным (по крайней мере на словах) и лично у меня были проблемы с подключением через любой браузер =/= Google Chrome. Вроде как сейчас проблема починена и все работает, но осадок остался. И преподаватели выбирают ту систему, к которой они привыкли в каждом конкретном случае. Тут бы помогла вторая попытка насильного перехода на джитси, тк каких-либо преимуществ у других платформ я не замечаю. В повседневной работе я с одногруппниками все равно используем дискорд, тк у нашей банды там канал тянется с первого курса и он нам удобен. На джитси мы переходим только если нужно добавить в звонок кого-то еще или если один из нас находится в МИЭМ (а там дискорд блочится ).
Следующая на очереди Taiga (и появившийся недавно Weekan, но про него совсем ничего не знаю, тк мы уже активно работаем в тайге) - многие привыкли к Trello как к распространенной системе трекинга, тем не менее пользоваться Тайгой на том же уровне не так сложно. Единственное, что меня бы могло отпугнуть если б не надобность - в тайге много каких-то накрученных странных терминов и не сразу понятная структура. Тем не менее если не обращать внимания на лишнее - удобный инстурмент, насколько я понимаю он как и гит не особо испытыавает проблемы с "посещаемостью"
Zulip - Во-первых это еще один мессенджер, что многим уже неудобно, тк почему-то каждый преподаватель хочет общаться в разных каналах (кто-то по почте, кто-то в VK, кто-то в Telegram и так далее 100 мессенджеров). Во-вторых Zulip не настолько интуитивно понятный как остальные мессенджеры. Решение, которое могло бы помочь - опять же насильное использование Zulip с очень маленьким гайдом в начале о его структуре. Помимо прочего было бы неплохо увидеть там что-то принципиально другое и полезное в сравнении с другими источниками информации - как пример бот, присылающий дедлайны каждому отдельному пользователю, а у преподавателей была бы возможность их назначать.
Wiki - вики оказалась достаточно удобной, но был высокий шанс, что мне она не пригодится. Тут-то мы и выходим к основной проблеме почти всех сервисов - у студентов и преподавателей нет необходимости пользоваться ими, особенно, если они уже нашли удобную альтернативу раньше. Например, про вики я узнал из курса "Операционные системы", где один из отчетов необходимо было предоставить в виде статьи на Wiki. Только после получения этого задания и рассказа от Карины Соколовской о том, где это находится и где посмотреть как это работает, я вник и теперь нормально пользуюсь. Отсюда же получаем и решение - вплетение использования сервисов в учебный процесс с ссылками на краткие методички. Например, условие сдавать практические работы (хотя бы одну, чтобы познакомить студентов с сервисами) через гитлаб на предметах, связаных с программированием, перевести учебное общение (по всем предметам) в Zulip, что придаст навыков работы с этой системой, с Wiki рабочий пример я привел выше