Помощь члену команды в наращивании

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

Чтобы привести конкретный пример, нам пришлось немного изменить наш API (у нас три бэкенд-разработчика на одного фронтенд-разработчика) для фронтенда. Это было изменение формата json. Мы провели первый брифинг (он и я) 20 минут, мы нашли время, чтобы обсудить мотивы, решения, написать спецификацию для нового формата, мы оба согласились на это. Через день он вернулся с новым дизайном, новым форматом и качеством кода ниже наших стандартов (большой, сложный, не проверенный). Опять же, мы попарились на нем 20 минут, рассмотрели недочеты, ограничения кода и так далее. Через полдня он представил решение, которое немного отличалось от предыдущего, исправляя только одну из проблем. Он также настаивал на том, что это всего лишь WIP.

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

Есть много вещей, которые довольно неприятны:

  1. Я не должен был ставить его на критический путь
  2. Мое поглощение было грубым (я не знаю, есть ли подходящий способ действовать в данной ситуации)
  3. Я недостаточно следил за ним
  4. Время, которое я потратил на синхронизацию с ним, примерно эквивалентно времени, которое мне понадобилось для выполнения задачи.

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

Вы пробовали спросить его, в чем проблема?
ух ты! вы правы, на порядок (~ 10 раз) медленнее! проклятие!
Как вежливо сказал Джоэл, в стартапе трудно урезаться; если человек не может его сократить, он должен двигаться дальше. Не забывайте - результатом неудачи будет то, что каждый из вас останется без работы , не говоря уже о потраченных впустую деньгах основателей/инвесторов.
«когда дело доходит до выполнения задач от начала до конца, он может справиться с этим» — да, но проверяли ли вы в этих случаях «под капотом» или просто проверяли в режиме «интеграционного теста»: «если это работает , оно работает"? Если бы вы заглянули под капот в этих случаях, не могли бы вы найти там очень неоптимальные структуры JSON и всевозможные некачественные вещи?
@Levente Мы доходим до того, чтобы вести функцию от начала до конца, он работает нормально, мало что нужно изменить и среднее количество изменений в спецификациях. У меня нет проблем с этим, но это похоже на то, что ему нужно сделать все это, чтобы понять, что он делает.
Насколько легко вы можете заменить его? Это то, что должно больше всего повлиять на ваше решение.

Ответы (1)

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

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

Если у вас ДЕЙСТВИТЕЛЬНО есть возможность попробовать наставничество и обучение, то пришло время усадить этого человека и установить ряд показателей и моделей поведения, которые соответствуют вашим ожиданиям. Должна быть ответственность за задачи и сроки, а также регулярная обратная связь. Этот человек должен задокументировать, что он пробовал при анализе своей проблемы, что сработало и что не сработало. Для этого потребуется, чтобы кто-то проанализировал их работу, документы и определил закономерности, в которых этому человеку требуется специальное обучение и инструктаж.

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