Задать вопрос

Руслан Лопатин

Ответы пользователя по тегу Фриланс

  • Как называется модель заказчик>фрилансер>аутсорс?

    @lorus
    Если "фрилансер" делает это втёмную, то для него есть русское слово. Нецензурное и гомофобское.
    Ответ написан
    2 комментария
    2 комментария

  • Как правильно прописать в договоре пункт о штрафе?

    @lorus
    Дело, конечно, ваше. Но я бы за такой проект не взялся. Уже обжигался.

    Для таких клиентов "кинуть" вас, не заплатив - это всего лишь оптимизация расходов. Зачем платить, если этого можно не делать?

    Настораживает даже не то, что предусмотрен штраф, а именно "возврат всей суммы договора". Слишком заманчиво вас кинуть. Нужно хотя бы разбивать проект на этапы, и принимать каждый этап в отдельности. После приёмки этапа деньги за него не возвращаются. Поэтапная разработка важна как разработчику, так и заказчику - дабы ни тот ни другой не теряли слишком много времени в случае неуспеха. Если заказчик о таких вещах не думает, то он либо некомпетентен, либо кидала. Решайте сами - кто он.
    Ответ написан
    3 комментария
    3 комментария

  • Где искать «командного» фрилансера?

    @lorus
    А «командные» фрилансеры без собственной команды разве бывают? Как вы вообще представляете себе работу с малознакомым человеком удалённо, но «в команде»? Фрилансеры-одиночки, как правило, берут чётко поставленную задачу и выполняют её. Качественно и в срок. Этим и обеспечивается репутация. Если же вы не в состоянии чётко сформулировать задачу, то что можно сказать о вашем отношении к архитектуре?

    Так что ответ: нигде.
    Ответ написан
    3 комментария
    3 комментария

  • Как эффективно работать с программистом?

    @lorus
    Программист — это исполнитель прежде всего. В этой роли его и используйте. А нагружая его «дедлайнами» и прочей управленческой чепухой вы заставляете его делать несвойственную ему работу, фактически перекладывая на него свою ответственность.

    Хотите выполнения в сроки и в должном качестве? Разбивайте задачу на возможно более мелкие итерации таким образом, чтобы результаты каждой итерации вы могли бы реально проверить и ставьте точные технические задания на каждую из них. Так и вы быстро сможете понять, насколько разработчик справляется с делом, и по отношению к разработчику поступите честнее. В остальном придётся полагаться на разработчика.

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

    А то, какими инструментами будете пользоваться лично вы никоим образом на результатах работы разработчика не отразится.
    Ответ написан
    Комментировать
    Комментировать