Вежливо говоря некомпетентных добровольцев программного проекта они слишком неопытны

Просто скажите им, что часть проекта, с которой они могут реально помочь, уже закончена (так как это так, это полностью правда), и что вы снова свяжетесь с ними, если появится что-то еще, с чем они могут помочь. Это имеет ключевые преимущества:

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

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

• Используя эту стратегию, вы полностью избегаете проблемы “увольнения” их вообще.

• Или же вы можете переназначить их на задачи, которые нужно выполнить, но для этого не нужен разработчик, или на задачи, которые являются второстепенными (приятно иметь). Обычно это включает:

• Написание документации

• Просмотр кода

• Обширное Q/A тестирование

Будьте начеку и ищите задачи, которые ничего не стоят, если они сделаны плохо, но помогают, когда они с энтузиазмом их выполняют.

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

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

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

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

Эй, Боб, нам нужна документация / переводы / выполненные тесты / foobar в ближайшее время. Не могли бы вы позаботиться об этом, а я тем временем займусь дефробулятором?

Это действительно поможет, если вы сможете убедить себя, что документация и тестирование являются важными задачами - потому что они are. Многие разработчики не хотят писать документацию, и это запечатлевает судьбу многих небольших проектов с открытым исходным кодом: их программное обеспечение решает какую-то проблему, но большинство людей не могут понять, как им пользоваться, поэтому никто им не пользуется.

Наконец: вы упоминаете “Я никогда раньше не работал с другими разработчиками”, и мне не совсем понятно, как вы организовываете работу в вашем проекте. Организация разработки программного обеспечения - это очень ценный навык, так что, возможно, вы захотите использовать эту возможность, чтобы учиться и расти самостоятельно. Научитесь разбивать работу на задачи и подзадачи, вычислять зависимости, оценивать время, заранее определять, что важно и что может подождать, оценивать, кто что может сделать. Узнайте, как лучше всего общаться с коллегами-разработчиками и как выполнять перепланировку, когда дела идут не так, как вы ожидали. Используйте инструменты для совместной работы (трекер проблем, система версионирования и т.д.).

Может быть, методологии в моде в деловом мире на данный момент (Scrum, Kanban и т.д.) дадут вам некоторые полезные рекомендации.

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

Могу ли я порекомендовать, ради вас обоих, вы инвестируете в еще одну менторскую сессию. Тема: **Покажите, как он плохо себя чувствует, как писать тесты… Затем скажите ему, что если он хочет сделать больше технологической помощи (в отличие от других видов), он должен начать расширять стабилизатор DeepL. Преимущества:

• Вы получаете модульные тесты

• Волонтер знакомится с важной природой модульных тестов

• Если волонтер медленно или застревает, это не мешает основной линии развития

Тогда, в соответствии с другими ответами, вы можете попрошайничать больше обучения, как вы потеряли любой слабины в вашем расписании.

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

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

Большое спасибо {имя}, {X} часть проекта запущена и работает отлично! Вы сделали все, что мне было нужно, но если с вами все в порядке, я могу попросить вас сделать еще немного работы в будущем?

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

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

Вы нам помогли и много улучшили, но я думаю, что было бы лучше, если бы я выполнил оставшиеся задачи.

и

Если в будущем появится что-то более подходящее для ваших навыков, я обязательно отправлю это к вам.

Может быть, в некоторых случаях это будет более уместно.

Мое прочтение этой ситуации… скажем, немного цинично. Там постоянно появляются советы для новых разработчиков получать свои имена по притягивающим запросам, как способ увеличить их GitHub кредит для потенциальных работодателей. Глядя на другие сайты, постоянно даются советы новым разработчикам присоединиться к проекту с открытым исходным кодом как способ получить опыт. Этот опыт достигается за счет времени, потраченного на наставничество более старших девелоперов на этих проектах.

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

Есть два пути, которые следует рассмотреть.

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

Не наставляйте младшего дьявола. Твое время в волонтерстве для работы над проектом не менее ценно, а то и больше, чем его время. Скорее всего, многие закрывают магазин, готовясь сказать “сделано” и перейти к другому проекту. Часто это утомительные и скучные задачи, но они все равно должны быть выполнены. Такие вещи, как:

• документация - попросите другого человека прочитать весь написанный текст и убедиться, что в нем есть правильное написание, пунктуация, грамматика, форматирование и т.д.
• чистка стиля - возьмите свой любимый лайнер и прогоните через него код в соответствии с тем стилем, который вам нужен. Запишите все стили чистки в журнал, как задание на файл для чистки.
• пробное написание - работа над улучшением покрытия кода. Всегда есть тесты, которые нужно написать.

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

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

Скажите им правду, но придерживайтесь фактов.

Будьте прямолинейны и честны и излагайте факты так, как вы их здесь представили:

• Оглядываясь назад, вы видите, что объем помощи, в которой они нуждаются, очень трудоемкий. Это начало мешать Вашей собственной работе над проектом.
• Вы сворачиваете проект. Вы приближаетесь к моменту, когда вы больше не будете работать над проектом. Сообщите им причины этого. (Например,
• Поблагодарите их за все усилия, которые они вложили в этот проект, и скажите им, что вы надеетесь, что этот опыт был полезен для развития их способностей.

• Возможно, предложите им помочь найти другой проект, где они смогут продолжить работу над проектом, возможно, еще один проект, соответствующий их текущему уровню квалификации.

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

Вещи not чтобы сказать:

• Вы их увольняете.
• Вам больше не нравится проект из-за них.
• Они некомпетентны или что-то ещё об их врождённых способностях.

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

Да, есть некоторый врожденный риск, что вы можете повредить их чувствам. Любой подход здесь несет в себе риск. Ничего не делая, вы рискуете расстроиться и выпустить его неконструктивным способом, а ложь или подтасовка правды - рисковать тем, что другой человек узнает, что же на самом деле произошло. Быть честным имеет свойство доверять другому человеку, чтобы оценить ситуацию самим и прийти посмотреть на вещи, как вы делаете. Человек может видеть, что вы не несправедливы, и что вы пытаетесь подойти к ситуации объективно. Если он не понимает вашу точку зрения, это нормально, если вы с ним поговорите и объясните; на самом деле это невозможно, если вы не прямолинейны.

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