Передача дел при уходе сотрудника
Собирает то, что знал уходящий, пока он ещё отвечает на вопросы
Тема готова к старту: сузить до MVP и работать
Область и границы
четыре роли · четыре ответаКому больно — и можно ли этого человека спросить?
Руководитель команды принимает дела у увольняющегося и через полгода расплачивается за то, чего не спросил
Почему это не решается одним вызовом модели?
Знание рассыпано по разным системам и форматам, а ценность фрагмента определяется тем, будет ли он нужен через полгода. Проверить это в момент сбора нечем — приходится опираться на косвенные признаки
Где должен появиться результат и что здесь необратимо?
Результат — записи в базе знаний команды: ими будут пользоваться люди, не знавшие автора
Что будет считаться успехом?
Новый человек находит ответ сам там, где раньше шёл к уволившемуся
Уходящий сотрудник может быть обижен или заинтересован: сохранённое им знание не всегда добросовестно
Снимают, выгружают своё, собирают у знакомых — доступ ни от кого не зависит
Следы работы своей команды за семестр: задачи, переписка, коммиты, документы. К декабрю их накапливается достаточно, а уход участника разыгрывается
О чём тема
Человек увольняется — и вместе с ним уходит то, чего нет ни в одном документе: почему сервис настроен именно так, к кому идти по этому вопросу, что нельзя трогать. Через полгода команда платит за это неделями раскопок. Область здесь — снять знание с человека, пока он рядом: из его следов работы и из разговора с ним. Тема из хакатонов 2026: то же самое побеждало в GitLab AI Hackathon.
Зачем это людям
Не терять знание, которое живёт в голове одного человека, когда он уходит.
Что предстоит выяснить
ответов здесь нетГотового решения в каталоге нет намеренно: тема задаёт область и границы, а что и как строить — работа команды. Это и защищают на приёмке.
Взять эту тему
Тему из каталога берёт любая команда, одобрение не требуется. Одну тему могут взять несколько команд — на Demo Day видно, насколько разошлись решения.