Сейчас мы работаем над довольно большим проектом. Наша компания использует программное обеспечение с открытым исходным кодом (MySQL и т. д.) для хранения своих данных и в настоящее время переходит на сервер Microsoft SQL.
Чтобы дать простой обзор: команда A работает с MySQL и отвечает за предоставление мне последних обновлений данных. Я (команда B) должен ежедневно хранить их в базе данных Microsoft и предоставлять необходимый доступ команде C (которая использует эти данные в других приложениях и т. д.).
Проблема в том, что у команды А нет всех данных, которые нужны команде С. Из-за этого Team C его приложение не будет работать корректно. Команда C знает об этом, но все равно жалуется (по почте) мне на неполные данные. Единственное, что я могу сделать, это переслать их письма команде А с командой С в CC. Тем не менее, команда А старается не признавать наличие проблем и отвечает мне только тем, что команда С должна найти способ исправить это самостоятельно. Конечно, я пересылаю это команде C, а команда A — в CC, на что команда C жалуется мне на то, что A нужно это исправить, а они этого не сделают. И так далее....
Одна подобная дискуссия продолжается уже 3 недели, и обе стороны ожидают, что другая сторона все исправит. И каждое утро я получаю письма от обеих команд, чтобы напомнить другой, чтобы они все исправили.
Я думаю, что это частично моя вина, потому что я принял это в начале. Я юниор, а другие команды в основном состоят из сеньоров. Поэтому я не хотел произвести плохое впечатление, заставив их думать, что я не хочу помогать или ленюсь. Однако это вышло из-под контроля, и я действительно хочу, чтобы эти две группы начали сидеть вместе и оставили меня в покое. В конце концов (это может показаться эгоистичным) проблемы, которые у них есть, никак не влияют на мой проект.
Обе группы, безусловно, оставят меня в покое, если все проблемы будут устранены, но я не вижу, чтобы это произошло в ближайшее время, и поэтому я бы предпочел найти способ перестать использоваться для общения, как сейчас.
Как я могу заставить обе команды работать вместе и перестать использовать меня в качестве посредника?
У вас есть два варианта:
Вы не в своей тарелке и, по-видимому, не имеете четкой власти ни над одной из команд. Проблемы не в вашей сфере ответственности, и оба старших руководителя команды уперлись в них. По сути, они играют в курицу, а вы — незадачливый младший, застрявший в центре надвигающегося столкновения. Здесь самое время сообщить о ситуации вашему руководителю . Если вы не чувствуете себя комфортно, решая эту проблему самостоятельно, или чувствуете, что ни один из менеджеров не будет уважать ваши звонки или ваши попытки заставить их решить проблему, вам придется привлечь более старшего специалиста для арбитража, потому что вам нужен их опыт и их мнение . орган власти.
Если вы действительно являетесь младшим профилем, я ожидаю, что вы выберете этот вариант в большинстве случаев. Если вы на самом деле занимаетесь управлением проектами, а не разработкой программного обеспечения, то такая помощь больше соответствует вашей работе, и вместо этого вам следует попытаться решить проблему самостоятельно, даже если вы новичок в этой работе.
Вам нужна встреча . Вы играете в пинг-понг по электронной почте уже три недели (!) и это явно не работает. Здесь вам нужно поговорить лицом к лицу с обоими менеджерами и согласовать курс действий. Перед этим вам следует лично встретиться с каждым менеджером отдельно, чтобы получить представление о том, что они могут сделать со своей стороны, что им нужно и сколько ресурсов они могут выделить для работы над вещами со своей стороны. Затем вы можете предложить несколько компромиссов, чтобы выяснить, с чем вам придется работать. Предполагая, что вы можете найти компромисс , вы должны связаться с обоими менеджерами перед встречей, чтобы убедиться, что это приемлемо для них, а затем обсудить детали на реальной встрече. То, как выглядит компромисс, очень ситуативно. В вашем случае, который странно разделенETL , это может быть что-то вроде A, получающего 80% отсутствующих данных, доступных в их извлечении, к следующему месяцу, и C, устанавливающего фиктивные данные в своем цикле загрузки или каким-то образом работающим с отсутствующими данными. Другим вариантом может быть даже добавление фиктивных данных в процесс преобразования.
Если вы пойдете по этому пути, я все равно буду информировать вашего менеджера о том, что происходит, и о том, что вы планируете сделать, чтобы решить проблему.
Обратите внимание, что все это предполагает, что три вовлеченные команды из одной компании работают над одними и теми же целями. Если кто-то включает внешних подрядчиков, команды клиентов или несколько компаний, то все становится в десять раз сложнее. Такого рода переговоры — это не то, на что младший профиль способен или уполномочен делать, и вам нужно как можно скорее обострить ситуацию.
Одна альтернатива, которая может быть или не быть для вас, состоит в том, чтобы просто выйти из разговора . Напишите обоим командам по почте, объяснив, что они использовали вас в качестве средства связи для всей команды, но такого рода арбитраж не входит в ваши обязанности, и вы бы сказали им, чтобы они уладили все между собой. Если вам прямо сказали организовать эту часть проекта, это явно не вариант. Делайте это только в том случае, если вы можете сделать чистый выход, который не отразится на вашей репутации или производительности труда.
Вы становитесь свидетелем конфликта между лидерами команд, ведущими свои команды как разрозненные. Я вижу четыре случая:
Руководители команд решили проблему самостоятельно, с двусторонним пау-вау или без него. Никакого вмешательства с вашей стороны не требуется. Потому что нельзя допустить, чтобы эта проблема затормозила проект, и именно поэтому она дойдёт до критической точки. Особенно, если компания придерживается методологии Agile.
Руководители команд проводят совещание с руководством, которое имеет власть над ними обоими. Руководство принимает решение, распределяет ответственность и устанавливает ответственность между руководителями группы для решения проблемы. Никакого вмешательства с вашей стороны не требуется. Потому что нельзя допустить, чтобы эта проблема затормозила проект, и именно поэтому она дойдёт до критической точки. Особенно, если компания придерживается методологии Agile.
Вы вмешиваетесь и просите руководителей обеих групп сесть и решить проблему. Вы действуете как фасилитатор, если оба лидера группы принимают вас в качестве фасилитатора и просят вашего присутствия в качестве фасилитатора.
Вы вмешиваетесь и просите руководство, имеющее власть над руководителями обеих групп, сесть с руководителями групп и помочь решить проблему в качестве лица, принимающего решения, посредника или фасилитатора.
Два случая являются пассивными, а два предполагают ваше активное участие. Решите, каким путем вы хотите пойти.
Раду Мурзеа
IDRinkandIKnowThings
Дэвид К.
Турбьёрн Равн Андерсен