QR code

How to Push Them Forward?

  • Translated by to

Я только что получил письмо от одного из наших клиентов сегодня утром. Они жалуются, что проект не движется вперед так быстро, как им хотелось бы. Вот что они буквально говорят: “Несмотря на то, что в проект было приглашено около 20 разработчиков, работа идет очень медленно и, что хуже, непредсказуемо. В среднем разработчик закрывает 3 задачи в неделю. Кажется, что все разработчики имеют основную работу, а в Zerocracy они работают на остаточной основе. Бывают случаи, когда задача (которая должна занять 30 минут у разработчика) не решается в течение 10-15 дней. Более того, мы не можем ничего с этим сделать, потому что согласно политике разработчику дается 10 дней на выполнение задачи. Также у нас нет инструментов для дополнительной мотивации разработчиков. Система репутации, кажется, не работает, потому что репутация ни на что не влияет, а наказания очень малы.” Это справедливая жалоба, посмотрим, что мы можем с этим сделать.

Прежде всего, мы должны понимать, что основная идея Zerocracy - это фриланс и микрозадачи, что означает отсутствие обязательств со стороны всех участников. Просто говоря, они работают, когда им хочется. Наша задача, если мы хотим, чтобы они вносили более активный вклад, - дать им достаточную мотивацию для этого и достаточно сильно наказывать, если они этого не делают. Так что, если проект не движется вперед так быстро и предсказуемо, как ожидалось, это наша ошибка. Под “нашей” я подразумеваю нас всех: Zerocracy и клиента. Так что, что мы можем сделать, чтобы исправить ситуацию?

В основном у вас есть пять инструментов в ваших руках:

Во-первых, это количество разработчиков в проекте. Чем их больше, тем быстрее движется проект. Двадцать - совсем не большое число, когда речь идет о фрилансерах, работающих в режиме микрозадач. Если один разработчик закрывает три задачи в неделю, это нормальная ситуация. Так большинство из них будут работать. Чтобы закрывать больше задач в неделю, нам просто нужно больше людей. У меня был проект с примерно 50 разработчиками несколько лет назад, и он разрабатывал довольно маленькое Java-приложение. Пятьдесят! Для того, кто привык работать в ко-локации с полноценными сотрудниками, это число может показаться слишком огромным, но для команды фрилансеров это все еще довольно маленькая команда. Вам определенно нужно больше, чем двадцать! Попросите вашего архитектора быть более активным в области формирования команды и нанимать больше разработчиков, активнее продвигать проект на доске и в нашем Telegram-чате и т. д.

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

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

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

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

Если я что-то упустил, не стесняйтесь комментировать ниже.

P.S. Вам также может понравиться это видео, которое объясняет, как убедиться, что ваши программисты сосредоточены на самом важном.

Translated by ChatGPT gpt-3.5-turbo/42 on 2024-05-27 at 01:23

sixnines availability badge   GitHub stars