Как постепенно уменьшать свою вовлеченность в проект для нашего клиента?

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

Теоретически я отвечаю только за техническую сторону разработки.

На самом деле я отвечаю за

  • управление выпуском
  • Ежедневные работы типа BAU
  • архитектурные решения
  • так как на проекте нет ПО, я частично выполняю его работу
  • Я консультирую Бизнес по поводу того, как указать новые запросы на разработку

ПМ на клиенте имеет абсолютное доверие ко мне, он строит на мне, в чем моя проблема. Вне зависимости от предпочтений PM меня переведут на другого клиента.

Я бы хотел постепенно снижать свою вовлеченность в проект, чтобы мой переход не шокировал клиента. Это именно то, о чем меня спросил мой непосредственный руководитель в моей компании, и я понимаю, почему он спросил меня об этом, это полностью соответствует тому, что я хочу делать. Как мне это сделать, если эти работы некому передать? Другой разработчик и клиент (и другие коллеги клиента) не способны и не обучены тому, что я сейчас делаю. Эти люди сидят в офисе и читают интернет-газеты, вместо того, чтобы работать. Если они не читают газет, то говорят об абстрактных теориях аджилити и схватки. Я понимаю, что это действительно непрофессионально так говорить, но эти люди — шутка.

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

Когда вы говорите, что уйдете от этого клиента и перейдете к другому - будет ли кто-то другой из вашей компании работать с этим клиентом вместо вас, или он будет меньше/не будет участвовать в разработке (выпуск, архитектура и т. д.) от вашей компании после переезда?
Я действительно этого еще не знаю.
Боюсь, это довольно ключевой вопрос, который вам нужно решить с вашим руководством, так как это будет определять то, как это будет доведено до сведения. Если ваша компания больше не поставляет «кого-то» для помощи клиенту, то этим нужно управлять по-другому, чем если это просто передача, когда вы лично переходите к какому-то другому клиенту, но «Боб» возьмет на себя вашу работу с первоначальным клиент..... Если ваша компания больше не предоставляет какую-либо поддержку в области разработки/выпуска/архитектуры/какой бы то ни было поддержки, тогда это должно быть решено на высоком уровне между руководством компаний!...
... и если это так, то, как вы общаетесь и работаете с этим клиентом, будет определяться вашим высшим руководством, например, упоминаете ли вы переход, мягко извиняетесь от встреч и т. д. Я напишу это как ответ как « ответы в комментариях" не приветствуются.
Не могли бы вы уточнить, когда вы сказали «другой разработчик». Это у клиента или в вашей компании?
Итак, большой вопрос: что планировал BUS для этого проекта и клиента? Как в "если тебя завтра утром собьет автобус", что произойдет?

Ответы (3)

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

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

Как только это будет сделано, НЕ говорите и не давайте указаний по поводу этих областей, если вас прямо об этом не попросят. Даже тогда выскажите свое мнение и отклонитесь от человека, который теперь должен взять на себя этот раздел. Если кто-то говорит с вами напрямую об этих областях, направьте их к нужному человеку, который сейчас этим занимается.

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

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

Я настоятельно не рекомендую «постепенно исчезать». Это просто разочарует всех (включая вас) и вызовет много трений и неприятностей.

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

Уточняйте у руководства

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

Вы являетесь руководителем разработки (а также, похоже, носите многие другие шляпы), но кажется, что вы не отвечаете за отношения с клиентами как таковые - особенно в отношении вашего комментария, где я спросил, заменяете ли вы вас другой разработчик или ваша компания просто больше не будет заниматься этим клиентом, а вы сказали, что не знаете этого. (Что хорошо, но просто указывает на то, что вы не видите эту сторону вещей!)

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

Что сообщить клиенту

Это будет зависеть от указаний «лица, которое управляет клиентом», указанного выше.

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

Я перечитал ваше письмо и кажется, что в вашей компании может быть "другой разработчик", который также работает с этим клиентом? (но неясно, поэтому я спросил в комментарии) Если это так, или если в вашей компании есть кто-то еще, кто может забрать ваши вещи ... может быть, их намерение состоит в том, чтобы этот «замещающий» разработчик мог / возьмет на себя работа с этим клиентом самостоятельно?

Если дело в том, что вы передаете разработчикам на клиенте и прямой замены вам нет (что мне кажется, но это всего лишь интуиция, так что не принимайте это как факт), я бы Предложить вам:

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

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

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