<img src="https://habrastorage.org/getpro/habr/upload_files/2e8/d3e/f4a/2e8d3ef4af393759266c71e5f6b8b7ba.jpeg" /><p>Итак, вы нашли своего идеального кандидата. Возможно, он даже очень силён, но спустя 2 месяца всё ещё не вышел на ожидаемую продуктивность. Более того, вы заметили, что производительность команды только снизилась, потому что другие инженеры тратят время на онбординг нового человека.</p><p>Наверное, я не открою Америку, если скажу, что это довольно тревожный сигнал.</p><p>Причём часто в проекте уже есть документация. Очень много документации. Есть обучающие вебинары по продукту, отдельный портал со всеми схемами, ссылки на внутренние страницы, доступы, инструкции, записи созвонов и ещё несколько документов “это обязательно прочитай”. Но почему-то это всё равно не помогает быстро войти в систему.</p><p>Почему?</p><p>Потому что слишком много информации, высыпавшейся на голову даже очень квалифицированному человеку, часто работает как отсутствие информации. Формально информация есть, ее даже много. Практически человек всё равно не понимает, с чего начать, что важно прямо сейчас, а что можно оставить на потом.</p><p><a href="http://sciencedirect.com/science/article/pii/S2667096824000508" rel="noopener noreferrer nofollow">Исследования информационной перегрузки</a> показывают, что избыток информации становится проблемой сам по себе: ухудшает принятие решений, снижает продуктивность и создаёт когнитивное давление.</p><p>Моя гипотеза в том, что каждый кусочек информации, который мы даём новому инженеру, должен быть максимально выверен. Это должен быть минимум на каждом этапе, который даст максимум понимания. </p><p>В идеале это помогает сократить время онбординга: команда меньше тратит время на повторяющиеся объяснения, новый человек быстрее выходит на самостоятельность, а сама система становится понятнее не только новичку, но и тем, кто давно в ней работает.</p> <a href="https://habr.com/ru/articles/1030488/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1030488#habracut">Читать далее</a>