GitLab: справочник вместо сотни тупых вопросов в чат
Вот моя любимая методика. Благодаря ей я до сих пор не спятил, не путаю проекты, и выполняю задачи при кратном росте нагрузки.
GitLab — это 100% удалёнка, тысячи сотрудников, и они умудряются работать без бесконечных «а где?», «а как?», «а кто?». Как? У них мания — «Handbook First». Всё, что можно описать, они описывают. Код, политика, порядок заказа пиццы на встречу — всё в одном репозитории. Они не ищут ответ в чате, они идут в справочник. И если там нет — значит, процесса нет. Это не бюрократия, это их операционная система.
Зачем? Чтобы новичок на второй день сам закрывал таски, чтобы не дёргать тимлида в 3 часа ночи, чтобы знания не исчезали вместе с уволившимся сеньором. Всё логично.
А теперь — стоп. Вы не GitLab. У вас 50 человек, вы сидите в одном офисе (или в зуме), у вас текучка, продажи горят, а документы пишутся от безысходности. Если вы скажете «давайте всё задокументируем», ваши менеджеры возненавидят вас, а вики превратится в кладбище мёртвых букв. Потому что поддерживать справочник в актуальности — это ресурс. У гигантов есть команды техписателей. У вас — один грустный админ, который и так всё еле тащит.
Поэтому делаем так. Не «всё», а «самое больное». Достаём три вопроса, которые бесят весь отдел продаж. Например: «как согласовать скидку клиенту», «где актуальный прайс», «кто утверждает коммерческое предложение». На каждый — одна страница текста. Без воды: чек-лист, пара примеров, имя того, кто в тупике. Кладём в общую папку. Notion, гугл-докс, даже «ворд» — пофиг. Главное — структура простая: отдел → процесс → действие. Не более трёх уровней.
Вводим правило: прежде чем написать в общий чат «ребят, подскажите», ты обязан найти ссылку в справочнике и кинуть её. Если ссылки нет — ты задаёшь вопрос, а человек, который ответил, тратит ровно пять минут и дописывает один абзац. Не трактат, не инструкцию на 10 страниц — один абзац. И так постепенно.
Назначаете одного «дежурного по справочнику». Не ради красоты, а ради порядка. Раз в две недели он пробегается глазами по новым записям и вычищает то, что уже не работает. Без фанатизма.
Что получите? Через месяц вопросов в чатах станет вдвое меньше. Новичок за два дня врубается в процессы, а не неделю сосёт мозг коллегам. Вы перестаёте терять знания, когда кто-то уходит. И самое главное — вы освобождаете время себе и команде. Это не магия, это просто гигиена. GitLab сделал это своей религией, а вы сделайте просто туалетной бумагой — когда нужно, подтираетесь и идёте дальше. Работает.
· 24.09
Касательно того, что у крупняка есть волшебное решение в виде бесконечных ресурсов, на которые можно просто взять и купить целый отдел писальщиков - это заблуждения. У них все те же проблемы, только масштабней.
Касательно вашей методики как что структурировать - таких методики сами по себе не работают. Их вообще сотню разных можно придумать и ни одна не заработает. Тут дело в умении выстроить работу людей, чтобы они наполняли и поддерживали базу знаний. Если ваших подчинённых бодрит знание элегантной методики, то дайте её им, если их раздражает отвечать на одни и те же вопросы, то самостоятельно разработайте справочник часто задаваемых вопросов в помощь людям.
Каждая ваша идея может не сработать, а может закрыть 1-3% от всех потребностей. Реализовав десятки рабочих идей вы получите повышение производительности в 50+% на задачах по поиску информации.
В общем, методом проб и ошибок решать проблему по шагам, а не перебирать методы, в надежде что какой-то из них "выстрелит". Да даже если "выстрелит", то надо понимать почему, чтобы его потом улучшить.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён