В течение октября/ноября я разработал для команды, с которой работал, инструмент для достижения функциональности «X» на определенном языке. Насколько я знаю, этот инструмент можно повторно использовать другими командами и он полнофункциональный (я разработал его таким образом, что он охватывает множество случаев). Единственным недостатком является то, что он не очень хорошо интегрируется в нашу кодовую базу, потому что написан не на наиболее используемом языке. Я оцениваю время переноса на новый язык максимум в 1 неделю.
Теперь в работе также находится команда, в задачу которой входит, среди прочего, работа над функцией «X». В течение октября/ноября, когда я разрабатывал свой инструмент, они должны были собрать вместе со мной требования, но так и не сделали этого. Теперь, с января, им «официально» поручено предоставить «официальную» библиотеку для функции X. У меня были встречи, на которых я демонстрировал свой код, делился исходным кодом и т. д. и делал себя доступным, если им нужна была моя помощь, чтобы понять код. или как-то интегрировать. Сейчас, когда на дворе март, они должны были добиться значительного прогресса в своем проекте, который мог быть таким же простым, как «перенос моего кода». Однако я проверил сегодня и вижу, что прогресс в основном нулевой, и, что еще хуже, решение, которое они планируют сделать, будет крайне ограниченным. Короче говоря, код I'
На данный момент я очень расстроен ситуацией, особенно с учетом того, что нам довольно скоро понадобится функция «X» и что другие команды зависят от ее выпуска. Если другая команда с опозданием представит продукт, который хуже, чем то, что сделал я, я буду очень демотивирован.
Что мне делать в этой ситуации? Мой вариант:
Это эшелоны над вами. Вы пытались помочь другой команде. Они не воспользовались помощью. Ваша способность делать что-то через другую команду будет ограничена, и попытка поговорить с их менеджерами может привести к неприятным последствиям. Вы не должны просто ничего не делать, потому что компания может получить значительную выгоду от вашего кода. В то же время оценивать продуктивность другой команды (пусть и точно) — не ваша работа. Все это дело поднялось до уровня офисной политики, которая выше вас, а это значит, что пора перекладывать ответственность на политический уровень выше вас в офисе.
Сядьте один на один со своим руководителем, объясните ситуацию настолько просто и прямо, насколько это возможно, и, насколько это возможно, исключите любые суждения другой команды или их работы, которые вы не можете подкрепить прямым текстом. фактические доказательства. Затем позвольте ему (или ей) справиться с этим (возможно, передав их своему боссу).
Это вполне может привести к недельной задаче по преобразованию вашего кода, и это, безусловно, то, что вы можете предложить сделать в разговоре с вашим менеджером, но это не то, что вы должны делать, не получив согласия, если только вам обычно не дается огромное степень свободы действий при выборе задач.
Я собираюсь не согласиться с ответом Бена здесь и сказать, что это проблема, с которой вы должны попытаться справиться, обратившись к соответствующей команде, прежде чем продолжать эскалацию.
Поскольку вы являетесь ключевым пользователем кода, который они (должны) писать, вы в состоянии описать влияние удара на ваши результаты. Вы должны убедиться, что они на 100% осведомлены об этих воздействиях. В идеальном мире они согласились бы внести улучшения, которые вы хотите, поэтому я бы начал с письменного изложения проблем и предложения вашей помощи для реализации этих улучшений. Простого электронного письма, подобного следующему, должно быть достаточно.
Привет [ЧЛЕН ДРУГОЙ КОМАНДЫ],
Я только что узнал о последних планах по внедрению «X», и я обеспокоен последствиями отсутствия функциональности «Y». Я планировал использовать «Y», когда придет время реализовать функцию «Z» в конце. Отсутствие этой функции приведет к задержке конечного продукта, так как мне нужно будет найти обходной путь.
Я также обеспокоен тем, что если «X» не может достичь времени выполнения менее «N» секунд. Мы будем бороться за достижение цели производительности «T». Реализация на «Исходном языке» достигла производительности «Na» секунд. Есть ли способ улучшить эту производительность? Я был бы рад рассказать вам о некоторых методах, которые я использовал для достижения такого уровня производительности в «Исходном языке».
Если это будет полезно, мы могли бы встретиться для дальнейшего обсуждения?
с наилучшими пожеланиями, выброс
После того, как они узнают о последствиях отсутствия функций/низкой производительности, они, надеюсь, будут открыты для пересмотра плана, если нет, то вам следует сообщить об этом как о рисках проекта по обычным для проекта каналам. Если у вас нет полномочий сделать это самостоятельно, вам следует обратиться к своему руководителю, чтобы он принял меры от вашего имени.
Наконец, я повторю совет Бена не судить о выступлении другой команды.
Другая команда несет ответственность за рассмотрение затрат на обслуживание, а также на первоначальную реализацию. Возможно, они посчитали ваше полнофункциональное решение более сложным, чем это действительно необходимо.
Если их цель состоит в том, чтобы получить максимально простой X на предпочитаемом ими языке, у них будет два пути: портировать и урезать ваш код или создавать его с нуля. Они выбрали второй подход. Были ли они правы или нет, это их решение, а не ваше.
Тем не менее, вы можете попросить своего менеджера отслеживать функции и статус, чтобы получить уверенность в том, что они будут предоставлять требуемую функциональность к запланированной дате.
ааааа говорит восстановить Монику
двизум
throaway_account900997
throaway_account900997
двизум