Про базу знаний на новой работе
С приходом на каждую новую работу сталкиваюсь с одной и той же проблемой: если проект не новый - скорее всего, на многие вопросы “а почему так?” будешь получать ответ “так исторически сложилось”, а иногда “а мы уже сами не помним, что это”. А еще в какой-то момент начнешь так же отвечать - знаю по себе 🥲 Если есть силы на старте - конечно лучше попытаться исправить ситуацию. Но для этого надо сначала эту ситуацию понять - все-таки костыли обычно ставят не на пустом месте. Тут придется собрать собственное “вещехранилище” - из всего нового и неочевидного в компании, от стратегий и формул метрик до странных терминов. В какой-то момент из этого выстроится понятная картинка, а иногда и целая база знаний - которая заполнит существующие пробелы и проявит важные фокусы на ближайшее время. И уж точно сильно поможет тем, кто придет позже вас.
В МегаФоне из моей личной базы знаний родился целый проект по сбору и оцифровке VAS-продуктов (это все что не тарифы - подписки, доп. услуги…), который мы стартовали еще на момент моего испытательного срока. Когда на основе обращений в поддержку возникла идея оценить их влияние на отток абонентов - оказалось, что в компании просто нет полного списка VAS-ов. И даже не до конца понятно, как их находить в базе. Справочник в итоге собрать получилось, и даже вычислить “черные” продукты в плане оттока. Но работа была почти детективная. А началось все с вопроса “а что это за код в обращении от клиента”.
Кстати про коды и термины вообще отдельная тема - чаще всего все самое важное сокращается в 3-4 неочевидные буквы. В картах например не сразу поняла, что прячется за POI - а оказалось, это Point of Interest, “точка интереса” на карте - например, какая-нибудь достопримечательность или важный областной объект. Сейчас уже все запомнилось, но в первый день я вообще не понимала, какие такие “ПОИ” надо срочно обновить в первом квартале 2026 года :)
Если это все начать собирать, поверьте, сделаете легче многим коллегам 🌴
· 19.03
О даааа, особенно еще классно, когда сделаны определенные вещи в продукте, а потом приходишь через время и спрашиваешь "а почему так". А в ответ тишина, тк сделал это уже не работающий сотрудник🥹😶 и никто не знает почему это и зачем✊
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 19.03
Точно) Еще из таких примеров бывают потрясающие костыли в коде, которые иногда надо просто принять, потому что без них все сломается...) Но если мотивация есть, лучше конечно поправить. Или хотя бы оставить об этом пару строчек в Confluence - на будущее)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён