Основано на реальных событиях и моем собственном участии в них.
Пару лет назад на моем предыдущем месте работы после очередной реорганизации появился еще один отдел разработки.
А так как аналитиков было очень мало, одному из разработчиков, назовем его Вадим, предложили переквалифицироваться.
Разработчик оказался умелым, общительным и с удовольствием согласился, поэтому внешне все восприняли это спокойно.
Новый отдел организационно оформился и приступил к работе.
Уже через несколько недель руководство заметило, что новый отдел работает медленнее, не соблюдает сроки и грозит сорвать релиз.
Первое, что пришло в голову, это то, что новый аналитик, наверное, плохо справляется, надо ему помочь! Из всех остальных аналитиков в компании я был единственным, кто занимался обучением людей, поэтому меня привлекло это благое дело.
Предыстория проблем мне тогда еще не была известна, поэтому я, приняв на веру убеждения руководства, приступил к работе.
Сразу скажу, что уже в начале я понял, что Вадим пишет вполне приличное техническое задание, основываясь на том, с чем он уже работал (документы других аналитиков компании, в том числе и моего), дело пошло быстро, кое-что мы отшлифовали, научился лучше формулировать цели и ограничения улучшений и через две недели документы Вадима стали намного лучше.
Но это не помогло.
Отдел продолжал отставать от сроков, и руководство теряло терпение.
Тогда я решил поговорить с остальной командой и тут передо мной открылись бездны ада.
За одну встречу с ними я узнал следующее: -Вадим вообще не умеет писать требования.
-Вадим упрямый баран, не слушает команд. - Не умеет общаться с клиентом.
-Он кажется безнадежным как аналитик.
Сразу после этого я поговорил с Вадимом и вдруг все стало ясно.
Проблема лежала далеко за пределами профессиональных навыков.
Команда просто не воспринимала Вадима как аналитика.
В результате у всех накопилась целая куча псевдообъективных претензий к его работе.
Члены команды требовали на рассмотрение все его документы, придирались к формулировкам требований, спорили по каждому вопросу, доходя даже до полного игнорирования требований, действий по собственной инициативе и попыток решить некоторые вопросы с заказчиком.
над головой Вадима.
Несмотря на то, что когда он был всего лишь разработчиком, конфликтов у них не было.
Мне пришлось работать «психотерапевтом».
В течение следующих двух недель я проводил коллективные встречи следующего содержания.
- Я проанализировал техническое задание, написанное Вадимом, объяснив, почему он сделал именно так, а не иначе.
- Объяснили, как правильно работать с требованиями и почему
- Показаны абстрактные примеры исследований предметной области.
Вадим был очень удивлен.
После первой встречи он с глазу на глаз пожаловался, что сказал команде ровно то же самое, что и я, но его слова были восприняты совершенно по-другому.
Тогда я рассказал ему, в чем дело.
Его, конечно, это огорчило, но я подбодрил его, сказав, что это пройдет со временем.
Мы продолжили сеансы коллективной терапии и через короткое время работа отделения нормализовалась.
А сейчас Вадим вообще считается одним из лучших аналитиков моей бывшей компании.
Позже мне пришлось снова столкнуться с такой ситуацией, но я уже был готов и не стал терять времени, сразу приступив к «психотерапии».
Поэтому, если вы столкнулись с этим, не зацикливайтесь на навыках, посмотрите на людей.
Теги: #аналитика #люди #отношения с коллегами #управление персоналом
-
Потребность В Доступных Seo-Услугах
19 Oct, 24 -
Портативный Коворкинг Из Нидерландов
19 Oct, 24 -
Вебинар «Партнерство С Microsoft»
19 Oct, 24 -
Untsunts.ru — Новый Сайт Футурико?
19 Oct, 24
