Один из моих коллег, которым я руковожу, продолжает делать ошибки в работе, которую он помогает мне выполнять.
Я пытался помочь ему следующим образом:
Несмотря на это, он, кажется, делает одни и те же ошибки снова и снова, и некоторые из них задаются вопросом, почему он сделал ошибку, т.е. типичной задачей было бы реализовать функциональность на основе макета. Когда я в конечном итоге просматриваю его работу, функциональность выглядит не так, как раньше, что приводит к тому, что клиент злится, потому что то, о чем они договорились, на самом деле не то же самое. Проблема не в кодировании, а в том, что он не внимательно следил за дизайном. Иногда, чтобы исправить ситуацию, мне приходится идти и исправлять его код, чтобы он выглядел так же, но, поскольку я отвечаю за реализацию проекта, меня раздражает выполнение его работы.
Каков наилучший способ справиться с этим?
Убедитесь, что он знает, что это серьезная проблема.
Некоторым из нас не так удобно критиковать. Легко избежать обсуждения серьезной проблемы или преуменьшить ее значение. Но если это так, то это не поможет ни ему, ни вам.
Если вы еще этого не сделали, поговорите с ним, в котором вы объясните, что это серьезная систематическая проблема. Не просто указывайте на отдельные ошибки; убедитесь, что он знает, что это постоянная модель поведения, что неприемлемо.
Это не должно быть все отрицательным; вы можете предложить ему поддержку и дать понять, что хотите конструктивно работать вместе, чтобы он мог добиться успеха. Но основное сообщение о том, что существует серьезная проблема, должно быть сообщено. Иначе никуда не денешься.
Формально проверяйте его работу на соответствие четким требованиям.
Убедитесь, что он точно знает, каковы требования к задаче (похоже, вы уже работали над этим), а также проведите проверку соответствия требованиям.
Если предполагалось, что он будет реализовывать конкретный дизайн, сравните его реализацию с проектом и отметьте любые несоответствия. Если они не совпадают, он не прошел проверку и должен вернуться и исправить ошибки.
Не убирайте за ним.
Если это вообще возможно, не исправляйте его код самостоятельно. Вместо этого отправьте его обратно ему, чтобы исправить.
Возможно, в какой-то момент вы должны это сделать, потому что это критично для доставки. Но если это так, убедитесь, что это выделено ему как проблема.
Регулярно встречайтесь с ним, чтобы оценивать эффективность работы с течением времени и ставить четкие измеримые цели.
Убедитесь, что он знает, как выглядит успех в долгосрочной перспективе, и работайте с ним над его достижением.
Но в какой-то момент, если проблема не исчезнет, вам, возможно, придется принять трудное решение: его нужно отпустить. Если это так, любое постоянное измерение его производительности будет поддерживать этот процесс.
Дэн
Человек в маске
Сократ
Стефан Бранчик
Стефан Бранчик