Контекст решает всё
Почему даже опытный сотрудник может ошибаться в терминах
Однажды в моей практике случился показательный случай. В компанию пришёл сотрудник - сильный специалист с глубоким опытом в предметной области и отличными техническими навыками. Но адаптация почему-то шла тяжело.
На встречах 1:1 с ним и его наставником (тимлидом команды) я начала копать глубже и выяснила неожиданную причину.
Проблема оказалась в терминах.
В нашей компании из-за специфики используемого ПО один (а может так оказаться, что и не один 👆🏻) вполне стандартный термин приобрёл немного другое значение. А новичок, будучи уверенным в своём опыте, даже не подумал его уточнить. Ведь он знал этот термин. Ему и в голову не пришло, что внутри компании он может использоваться иначе.
Итог: его аналитика пошла не в ту сторону. Потому что он думал об одном, а команда - о другом.
Какой вывод можно сделать на этом примере:
На этапе онбординга нужно уточнять КАЖДЫЙ термин. Даже те, которые кажутся очевидными. Потому что: ▪️ На значение влияет используемое ПО. ▪️ В компаниях часто формируется свой сленг и специфика употребления слов. ▪️ Опытный сотрудник не спросит «что такое Х?» - он знает, что это. Но, исходя из своего прежнего опыта! И именно это самый опасный момент.
Как решать, если вы выявили такую проблему?
Я предложила наставнику новый подход к формулировке задач - в два уровня: 1️⃣ Уровень терминов: сначала формулировать задачу так, как привыкла команда (на своём внутреннем языке). 2️⃣ Уровень системы: тут же «спускаться» на уровень конкретных сущностей - показывать, где это живёт в системе, на каких данных, в каких процессах.
Такой подход даёт двойной эффект: ✔️ Связывает абстрактный термин с конкретной «физикой» в системе. ✔️ Если понимание термина у сотрудника расходится с реальностью - он это сразу заметит и задаст вопрос (а это уже признак хорошего специалиста).
И ещё один важный вывод:
❕ Если вы, как руководитель или наставник, знаете, что какой-то термин в вашей компании используется специфически (не так, как принято в отрасли или в других компаниях), - посвятите в это новичка на старте. Просто проговорите это вслух.
Это решит кучу будущих проблем и заодно покажет вас как человека с широким кругозором - вы понимаете и предметную область, и специфику именно вашей компании.
А вы сталкивались с такими «терминологическими ловушками»? Когда привычное слово вдруг оказывалось совсем не тем, чем казалось? Делитесь историями в комментариях!
#онбординг #управление #наставничество #коммуникация #термины #контекст #тимлид #адаптация #коучинг
· 27.02
Как-то я пришел в компанию и мне нужно было в рамках онбординга писать код. Мне поручили сделать большаю функциональность за 2 недели и выкатить ее в релиз. Для меня релиз всегда был выгрузкой функциональности для всех пользователей. Я ушел в переработки и 2 недели по 12 часов делал фичу. И мы успели открыть ее для всех юзеров. Тут я заметил удивление у моих коллег и руководителя. Когда я спросил, что такое, то выяснилось, что релиз - это сделать MVP фичи и открыть его только для сотрудников компании, а потом уже доделать
ответить
коммент удалён
· 27.02
Хорошо хоть делали в правильную сторону, а не потратили 2 недели с переработками на что-то, что потом пришлось бы переделывать 😅 Представляю удивление коллег, когда за срок, отведённый на MVP только для сотрудников, вы реализовали фичу для всех! Отличный показательный кейс, как чуть-чуть другая трактовка термина добавляет работы 😅
ответить
ответ удалён
· 28.02
Да, мне повезло и помогло испытательный закрыть спокойно и без лишних телодвижений
ответить
ответ удалён