Это хорошая идея, чтобы разделить модули на разных разработчиков? учитывая, что они фрилансеры

У нас есть проект, но у нас очень короткий период времени по сравнению с требованиями. У нас всего 2 разработчика и 1 дизайнер. Мы думаем нанять фрилансеров, чтобы они помогали нам в различных модулях, а основная команда будет выполнять интеграцию задач фрилансера.

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

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

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

У вас мало времени по объему, поэтому не ждите высокого качества. Проверка кода (основная команда проверяет код) — это качество, но оно отнимает много времени. Для меня вы должны поставить всех доступных разработчиков на проект (метод Scrum или что-то еще). пусть технически организуется команда по выбору модулей
Насколько короткий срок? Дни? Недели? Месяцы? Сколько дополнительных ресурсов будет задействовано? Будут ли дополнительные ресурсы размещены вместе с внутренней командой?
вы говорите фрилансеры, но, конечно, подрядчики в офисе были бы более разумным подходом?

Ответы (2)

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

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

Другие варианты включают в себя:

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

Используйте готовый продукт для выполнения некоторых требований

Жестко соблюдайте требования и поставляйте минимальный продукт

Просто пропустите крайний срок, в конце концов, вы можете пропустить его по множеству причин, по-видимому, в контракте есть какой-то пункт о штрафах, который покрывает сценарий.

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

«У нас есть проект, но у нас очень мало времени по сравнению с требованиями».

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

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

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

извините за такой негатив!

Удачи!