Вы учитесь в МИЭМе, где действует своя цифровая среда. Судя по тому, что студенты в массе неохотно пользуются её сервисами, там есть, что улучшить. Технически, организационно, как угодно. На первом шаге задания вам предлагается, находясь в позиции тех самых студентов, которые не очень-то пользуются (за редким исключением), придумать, что радикально изменит ситуацию с вовлеченностью студентов и сотрудников.
В своих изысканиях я так и не сумел прийти к конкретным техническим шагам (которые я еще и смог бы реализовать в короткие сроки), которые гарантированно смогут помочь цифровым сервисам стать популярнее среди студентов и преподавателей. Мое решение представляет собой рассуждение на тему причин низкой активности студентов в отношении сервисов и ряд незначительных предложений по их улучшению, которых просто многим не хватает.
Также заранее прошу меня простить в том случае, если отдельные решения, предлагаемые мной, уже внедрены: я знаю, что сейчас первокурсников знакомят с цифровыми сервисами, но к сожалению у меня нет времени разбираться в их программе, у меня есть своя.
Каждый студент МИЭМа в какой-то момент понимает, что если его чему-то учат, то не факт, что это пригодится (как в учебе, так и в жизни), и если от него что-то требуют, не факт, что он имел возможность получить необходимые знания или навыки в институте. Речь идет преимуществено про ведение работы в проектах МИЭМа.
Студенты, пришедшие в МИЭМ, не знают и им неоткуда узнать как вести работу в проекте и тем более как она ведется именно в МИЭМе.
Я убежден, что мало показать студентам, что есть трекер – тут отмечаются задачи, есть кабинет – тут можно записаться в проект, есть Zulip – тут можно общаться с разными людьми из института. Я пользуюсь сервисами МИЭМа больше года и убежден, что они чрезвычайно полезны и каждый должен это ощутить. Студенты не пользуются сервисами не потому что с ними что-то не так, а просто потому что у них как у потребителей/пользователей часто нет такой потребности. Это не социальные сети, куда можно заходить каждый день без причины, а специализированные сервисы, решающие конкретные задачи, которых у большинства студентов не возникает.
Причину этого я вижу как раз в том, что студенты не умеют работать в проекте, потому что никто не рассказывает им о специфике проектной деятельности и концепциях, принятых в МИЭМе.
Agile
На втором курсе, когда я первый раз пришел в проект, я ничего не знал ни о каких спринтах, канбанах и прочем – работа протекала вне какого-либо графика, я боялся лишний раз заходить в чат, потому что мог там увидеть сообщения, связанные с проектом, меня это просто отталкивало.
Летом мне посчастливилось (хотя я это не планировал, повезло) поучаствовать в серии тренингов по Agile и SCRUM. Я многое узнал про концепции разработки по парадигме и методологии и внезапно вся проектная деятельность обрела смысл – стало ясно почему все происходит так, а не иначе. Сразу приобрела смысл регулярность работы, разделение рабочих чатов и регулярная активность в них, использование рабочих инструментов, синхронизация участников разработки, оценивание работы, постановка задач и прочее, но студенты не знают и не могут узнать обо всем этом. Как только каждый студент в проекте осознает реальную важность и значимость качественной организации работы и начнет делать что-то для проекта чаще, чем раз в месяц перед завершением цикла, без сервисов МИЭМа ему не обойтись – одно потянет за собой другое: работаешь над проектом и пользуешься, пользуешься и работаешь. (конечно, это все только моя история и одно с другим по итогу может оказаться вообще не связанным, но я убежден, что мораль все равно очень важная)
В связи с этим предлагаю расмотреть возможность или проведения регулярных семинаров/встреч по методолгии ведения разработки, где опытные участники проектов могли бы рассказать о применяемых в их проектах концепциях, или включить расмотрение методологии в один из курсов для всех студентов (например, как минимум, посвятить этому несколько занятий на одном из проектных семинаров)
Также предлагаю закинуть удочку по привитию нашей проектной деятельности проведение стендапов и ретро – ничто так не мотивирует работать, как регулярное напоминание себе и коллегам скоупа текущей работы и разбор успешности прошедшего цикла разработки. Я в начале года предложил команде эту идею, но они как-то не загорелись и я подумал, что так как многие из них второкурсники, у них много учебных задач и вероятно к такому формату работы они пока не готовы (хотя ретро я все равно в одностороннем порядке стараюсь проводить и подкручивать крутилки в процессах планирования и разработки). Возможно вскоре попробуем снова привить эти сущности нашей команде, потому что по моему опыту она очень сильно заряжает рабочий настрой.
Студенты не знают что среди их сокурсников, студентов других потоков и курсов и сотрудников лабораторий есть множество профессионалов, готовых помочь.
Как заставить (кроме как заставить) использовать сервисы преподавателей я так и не смог придумать. Очевидная идея, к которой, кажется, и так стремится МИЭМ — интеграция сервисов в обучение (сдача заданий по программированию в gitlab, общение с преподавателем в Zulip, лекции в Jitsi, инструкции на вики) — студенты и преподаватели увидят, что есть сервисы и что с ними можно делать, и начнут ими пользоваться не только потому что так надо, но и потому что это действительно удобно.
Также пока я все-таки пытался придумать какую-то реализуемую идею, была у меня следующая (немного слабенькая, прчему она и приведена в конце раздела))) мысль. Вплести ассистенство в Zulip: организовать каналы дисциплин, включить в обязанности учебных ассистентов ответы на вопросы студентов в этих каналах и, конечно, донести до студентов, что существует возможность получить консультацию или полезные ссылочки для обучения практически в любое время, написав в канале
Нельзя просмотреть канал (снаружи посмотреть на все темы, не заходя в них) так, чтобы сообщения не отметились прочитанными, приходится искать, что где прочиталось, чтобы быть уверенным, что ничего не пропустил (при открытии канала сразу открывается лента всех сообщений, а мне после долго отсутствия, к примеру, было бы удобно сначала оценить, в каких темах сколько сообщений и как я буду все это разгребать).
Некоторые мои товарищи жаловались, что нельзя прикрепить файл больше 25 МБ. Мне кажется, что это не самое убийственное требование. Если проблема в ресурсах, то для картинок можно, например, поддержать сжатие.
Мобильный зулип (да, опять): нет ответов на сообщения, показываются в людях (центральный раздел по меню внизу) диалоги в неочевидном порядке и количестве.
Перетягивание документации из gitlab – дико крутая фича, но она совсем не учитывает (или уже учитывает, я мог пропустить этот момент, прошу прощения, если зря быканул) видимость репозитория. Так, например, в этому году в вики утек репозиторий нашего проекта, в котором мы хранили секреты для обмена между разработчиками. Страничку, конечно, быстро удалили, но осадочек остался)))). Помимо простого оставления приватных репозиториев в покое, можно так же, как на gitlab, ограничить их видимость (недаром у каждого из нас есть единая учетная запись)
Помимо очевидного о проблемах со входом и количеством участников, куда я лезть не стану со своими советами, так как многого могу не понимать, в Jitsi не возможности приложить файл в чате, а во время рабочих встреч это очень частотный сценарий использования.