Как я могу помешать другой команде взять на себя мои проекты?

Я работаю над новой маркетинговой платформой для своей компании, и одной из функций является уведомление (push/sms/email). Я решил создать уведомление как отдельный продукт, где его могут использовать любые системы. В настоящее время он поддерживает уведомления по электронной почте, и мы работаем над push и sms.

На прошлой неделе я просмотрел это со своим менеджером, и он сказал, что другая команда планирует создать что-то подобное. Я связался с этой командой, они сказали, что проверили некоторые сторонние продукты и еще ничего не начали.

По моему опыту, они говорят, что построят то или иное и скажут другим, чтобы они их ждали. Я лично думаю, что они хотят владеть каждым продуктом компании, и мне это не нравится. Это также вызвало огромную задержку с нашей доставкой.

Как я могу справиться с этой ситуацией? Что я могу сделать, чтобы предотвратить повторение этой проблемы в будущем?

Обновление
У нас есть команда, которая готова предоставить эту маркетинговую платформу. Продуктовая команда нашего отряда заботится о требованиях к функциям и приоритетах, уведомление — одно из них. У нас нет системы уведомлений, и нам нужно создать ее для нашего продукта.

Обновление 2.
У каждого продукта есть группа владельцев продукта и инженеров. Владельцы продукта решают, что создавать и создавать билеты, инженеры выбирают, как это делать. В этом случае есть два разных продукта с некоторыми перекрывающимися характеристиками. Уведомление является одним из них.

Маркетинговая платформа имеет функцию уведомления для уведомления клиентов о рекламных акциях. Еще одним продуктом компании является платформа управления заказами, которая также имеет систему уведомлений.

«Я решил сделать уведомление отдельным продуктом, где его могут использовать любые системы». Вы приняли это решение в одностороннем порядке или вас об этом попросил начальник?
@ sf02 Я работал с командой разработчиков и понял, что нам нужна система уведомлений. обновлено в вопросе
@JoeStrazzere Владелец продукта решает, что и когда создавать, инженеры выбирают, как это делать. Мы хотели эту функцию, но у нас не было систем, которые бы это делали, поэтому мы создали ее. Я инженер-менеджер
Чего не хватает в вашем вопросе и комментариях, так это того, кто решает, кому должна быть назначена каждая задача. Подойдите к этому человеку и сделайте свой шаг. Если ты сможешь доказать все, что сказал нам, это будет легкое решение.
@RamonMelo, я обновил вопрос. каждая команда решает, какие функции добавить в продукт. как только функция будет готова, мы сможем поделиться ею с другой командой. проблема сейчас в том, что другая команда говорит, что планировала построить его, пока он уже запущен и работает на моей стороне.
Итак, похоже, что история Apple Lisa и Macintosh повторяется. Возможно, вы захотите перефразировать вопрос, поскольку они не берут на себя ваши проекты, они создают избыточное программное обеспечение, чтобы конкурировать с вами, терпят неудачу в этом и каким-то образом сходят с рук. Я согласен с комментарием Хопкинсона: «у вас гораздо большая проблема, чем та, о которой говорилось изначально».

Ответы (4)

Вам нужно привязать коллегу к свиданию.

Оцените, как скоро вы сможете выполнить доставку, а затем дополните смету на соответствующую сумму, возможно, на 20-40%. Назначьте встречу с вашим менеджером и коллегой и сообщите, что вы требуете, чтобы продукт был доставлен к этой дате. Спросите, может ли ваш коллега доставить. Если они говорят «да», то отлично, вы можете задокументировать их приверженность. Если они не могут обещать достичь цели, то сильно настаивайте на том, чтобы взять на себя ответственность за проект.

Это отличное предложение. Я пробовал это несколько раз, и они никогда не держатся за дату. Самое близкое, что они доставили относительно обещанной даты, - это задержка на 6 месяцев. Такой подход не работает в данной ситуации.
@CodeProject - если это случалось раньше, вы можете запросить некоторые вехи и еженедельные обновления прогресса. Если они отстают от плана, вы можете вернуться к тому, кто принимает решения, и попросить изменить план.
Если у вас есть отдел, который постоянно срывает ключевые сроки с огромным отрывом, но по-прежнему отдает приоритет важным проектам, то у вас гораздо более серьезная проблема, чем та, о которой говорилось изначально.

Попробую частично ответить на ваш вопрос, а именно:

Это также вызвало огромную задержку с нашей доставкой.
Как я могу справиться с этой ситуацией? Что я могу сделать, чтобы предотвратить повторение этой проблемы в будущем.

Я думаю, вам следует сосредоточиться на том, чтобы не задержаться, а не на том, что должна делать другая команда, а что нет. Ключевым моментом здесь является то, что все должны понять, что эти два требования выглядят одинаково как «система, которая делает уведомления», но это не так. Вашему проекту нужна система, которая делает уведомления для вашего конкретного варианта использования прямо сейчас , в то время как другая команда где-то строит общую систему для уведомлений . Поскольку у вас нет времени на изучение всех возможных вариантов использования для создания обобщенного решения, а другая команда не готова предоставить работающее решение прямо сейчас, есть причина пока сохранить оба проекта.

Я был в подобной ситуации раньше, за исключением того, что мое решение еще даже не было построено. Обсудив это с другой командой, я сказал своим менеджерам: «Они еще не готовы. Мы точно не знаем, что они будут нам предоставлять и когда это будет готово, и мы не хотим рисковать быть заблокированными ими, поэтому мы решили пока использовать наше собственное решение , хотя это означает, что нам придется выполнять часть работы дважды».

Мои менеджеры больше заботятся о соблюдении сроков, чем о написании потенциально избыточного кода. В вашем случае ваш код уже есть, так что вы можете привести еще более сильный аргумент.

Я также позаботился о том, чтобы успокоить их:
«Я в восторге от вашего решения и действительно думаю, что когда вы закончите, мы должны попытаться интегрировать его в наш проект. к декабрю я думаю, что пока мы будем использовать собственное решение. Таким образом, наши команды смогут работать независимо друг от друга, но давайте держать друг друга в курсе».

Признание того, что прямо сейчас есть место для двух систем, и они могут быть объединены в неопределенном будущем, позволяет избежать раздражающего контекста. Для другой команды также будет преимуществом отсутствие у вашей команды жесткой зависимости и строгих сроков, дышащих им в затылок.

В моем случае, я думаю, в конце концов, другим потребовалось больше года, чтобы закончить их обслуживание, и мы никогда не переходили на их решение, по крайней мере, пока я был вовлечен.

Насколько я понимаю, вашей команде нужны уведомления как одна из функций вашего продукта.

Пока вы не скажете руководству НЕ создавать функции уведомлений в ожидании их предоставления другой командой, ваша команда обязана предоставлять их и может нести ответственность за задержки, связанные с их отсутствием.

С учетом сказанного, ваш менеджер и команда должны решить, каким образом будет построена ВАША функция.

На мой взгляд, вы можете построить его как общее решение и использовать в своем проекте.

И после этого ваш менеджер может представить это по цепочке инстанций как фичу вашего продукта, которую можно сделать общедоступной для других проектов в компании.

В этом случае право собственности на решение остается за вашей командой.

В настоящее время он поддерживает уведомления по электронной почте, и мы работаем над push и sms.

Так что у вас уже есть рабочее решение, у них ничего нет. Попросите вашего менеджера изучить возможность взять эту команду под ваше руководство. Вы уже доказали, что у вас есть хорошие инициативы, и вы можете реализовать их.

В качестве вспомогательного материала для обсуждения составьте небольшой «план проекта» с указанием основных необходимых действий, желаемых модулей в программном обеспечении и расчетного необходимого количества людей.


Как я могу помешать другой команде взять на себя мои проекты ?

Я усвоил на собственном горьком опыте, что выбор слов очень важен. В вашем случае вы должны помнить, что все проекты — это проекты компании, а не ваши.