Каков наилучший план действий, когда коллега-разработчик «торпедирует» вас?

Ситуация такова, что я унаследовал большой кусок кода в виде SQL-процедуры со сложной бизнес-логикой и правилами. Имейте в виду, что этот код очень плотный и содержит ровно 0 комментариев. Моя работа состоит в том, чтобы повторно использовать этот код и применить его к другому варианту использования. Я приложил усилия, чтобы понять и осмыслить это как можно лучше, учитывая, что разработчик, написавший это, очень уклончиво дает время на объяснение вещей и просто предполагает, что вы знаете то, что знает он.

Несмотря на это, мне удалось понять решение на 80%, и в настоящее время я занимаюсь расширением. Однако сейчас приближается крайний срок, и вот разработчик вдруг появился ниоткуда и сказал, что это не продвинулось достаточно далеко, и теперь просто заберет это и начнет с нуля (или возьмет то, что я сделал). Очевидно, мой босс просто хочет, чтобы срок был выполнен. Но это меня разозлило. Что мне делать ?

РЕДАКТИРОВАТЬ: Поговорите с боссом и объясните все за и против.

Это задание вам поручил ваш начальник? И/или у этого другого разработчика есть возможность контролировать то, над чем вы работаете?
Меня взяли и бросили посреди уже работающего проекта, который длился 3-4 месяца. Другой разработчик должен был заниматься другими делами. Другой разработчик не имеет полномочий назначать мне работу.
Если это так, вы должны тем временем продолжать работать над этим и сообщить своему боссу обо всей ситуации и спросить его, хочет ли он, чтобы вы завершили это.
Мой Босс знает, что это происходит. Я просто хочу знать, как дать ему понять, что это неприемлемо в будущем.
unacceptableэто очень сильное слово. Что бы вы сделали, если бы это случилось снова? Вы готовы уйти в отставку? Если нет, то это далеко не так unacceptable. И не рассчитывайте на то, что ваш начальник обрадуется, если вы скажете ему в этих терминах, как он должен выполнять свою работу (если он хороший человек, возможно, он захочет услышать от вас какой-нибудь совет ).
Вы не можете сказать своему боссу, что приемлемо.
@Paparazzi - Да, конечно. Однако вам нужно быть готовым к тому, что сразу после этого он не станет вашим боссом, и вам нужно найти другого.
Ладно, не надо флеймовой войны. Неприемлемое может быть слишком большим ожиданием. Я просто имел в виду, что я не хочу, чтобы меня снова обвинили в такой неудаче.

Ответы (3)

Сосредоточьтесь на ценности для бизнеса

Скажи своему боссу:

  1. Код сложен/задействован (НЕ оскорбляйте его, просто скажите, что он «задействован»), и вы, наконец, разобрались с ним и хотели бы подтвердить свои знания, имея работающее решение,

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

  3. Оставшуюся небольшую сумму стоит сделать, потому что теперь более одного человека в магазине будут знать, как работать с этим кодом --- что обеспечивает гибкость организации (эту работу могут выполнять более одного человека), а также безопасность ( мем «что будет, если Боба собьет автобус»)

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

  5. Закладывает основу для того, чтобы вы взяли на себя больше таких «вовлеченных»/сложных SP и больше помогали команде.

Таким образом, было бы наиболее рентабельным и большим выигрышем для команды, если бы вы завершили изменения.

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

Процедура ИМО была ужасным выбором. Код тесно связан, и он касается выставления счетов, поэтому было бы лучше поместить это в код приложения.
Также здесь даются хорошие советы. Хороший компромисс.

Учитывая, что никто из уполномоченных не снял вас с этой задачи, я бы продолжил работу над ней.

Однако, кажется, есть пара вещей, которые мы не знаем

  1. Если вы можете выполнить задачу в срок
  2. Если новый подход другого разработчика оправдан

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

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

1) выполнимо, если Разработчик объясняет 20%, над которыми он не сотрудничает, поэтому автоматически 2) становится верным. Смотрите мой вопрос.

Если вы изучили код и понимаете его в значительной степени (что так кажется из того, что вы говорите), то строго оцените, можете ли вы преобразовать хранимую процедуру в какой-то язык программирования, в котором вы очень хороши и который ваша компания использует в срок . Из сообщения мне не ясно, было ли использование хранимой процедуры правильным подходом в первую очередь, и если вам удастся перенести логику:
1) вы могли бы уложиться в срок
2) вы могли бы принести пользу своей компании, перейдя код, который нелегко поддерживать, во что-то, что легко расширяется и поддерживается кем угодно (опять же, вы не указали, почему он был написан в хранимой процедуре).
Это может показаться вам сложным, но имейте в виду, что довольно часто переписать кусок кода для новой задачи гораздо быстрее, чем пытаться отлаживать и корректировать существующий кусок кода.
Мои 2 цента

Спасибо, однако, есть также SOAP API поставщика, который участвует, и мне пришлось бы переписать логику, поэтому это просто невозможно.
@smooth_smoothie: я не понимаю. Вы можете вызывать SOAP API из любого места. Почему блокировщик?