Puma @opium read-only
Пользователь
9 октября 2012 в 14:01

Управление → Фрилансер начни работать в паре

Очень часть слышу от фрилансеров ответы:
1)Занят
2)Смогу сделать завтра/через неделю/месяц.
3)Должен отказаться, всех денег все равно не заработаешь.
4)Нет столько свободного времени.
5)Не успею сделать в срок.
6)С таким не работал/нет опыта.

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

1)Вы можете сделать за тоже время в два раза больше работы(это к случаю когда мне надо купить 100 часов программиста в неделю).
2)Ваш опыт шире и вы можете сделать работу на которую опыта у каждого из вас не хватает.
3)Вы можете заболеть или уйти в отпуск, а ваш напарник будет заниматься вашими постоянными клиентами или просто прикроет вас, когда вы не можете сделать работу сами.
4)Вы можете брать работу, когда вы уже заняты, а ваш напарник свободен.
5)В момент когда у вас deadline вам сможет помочь напарник успеть сдать проект вовремя.
6)Для работы в паре вам в любом случае придется завести issue tracker, а это ещё +1 ступень к эволюции фрилансера.
7)Для работы в паре вам придется использовать системы контроля версий(svn, git), вы не представляете как много программистов не умеют ими пользоваться.
8)С парным подходом вы будете больше зарабатывать и эффективнее работать.
9)В какой то момент вы перейдете от пары к наему фрилансеров.
10)Ваши заказчики будут реже слышать от вас нет.
Puma @opium
карма
1,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Управление

Комментарии (34)

  • +24
    А теперь напишите статью: «как я повстречал своего единственного».) Очень болезненная тема.
  • +6
    А еще так отвечают когда пишет старый заказчик с которым больше не хотят связыватся из-за печального (неудовлетворительного) опыта в прошлом.
    • –3
      Не встречал такого, если у меня был неудачный опыт с фрилансером, я больше к нему никогда не обращусь.
      • +6
        А кто сказал что неудачный опыт был именно у Вас, или что вы точно знаете чем могли не угодить человеку? :)
        • –3
          Мне кажется все таки не может такого быть, чтобы у меня был удачный опыт с фрилансером, а у фрилансера со мной не удачный. Плачу я всегда, если вышли за рамки тз всегда оплачиваю дополнительное время.
          Приведите пример вашей ситуации?
          • +3
            Ну я же не говорю о вас лично.
            А общий случай — да даже банальная задержка оплаты на небольшой срок по какой-то причине которая кажется фрилансеру мелочной, хотя может таковой не быть для Вас.
  • +3
    Последний пункт прям самый самый важный=) Наверное лучше было бы не «Я», а что-нибудь более общее?
    • +1
      Сменил на заказчиков.
  • +1
    Вот теперь лучше=) Спасибо за статью
  • +9
    «Дети, я собираюсь рассказать вам удивительную историю. Историю, как я встретил своего напарника.»
  • +2
    Верная мысль, я примерно так и начинал.
    Сначала жестко ничего не успевал, потом нашел напарника — начали делать вместе.
    Потом понял, что одно из самых важных — это четко поставить задачу, тогда решить ее можно быстрее и лучше.
    После этого переключился на постановку задач из того (иногда бреда) который представляет заказчик.
    Напарников стало больше.
    Потом узнал что оказывается есть такие «системные аналитики» — которые занимаются тем, чем теперь стал заниматься я.
    — В свою очередь от фрилансера: Заказчик — начни формулировать четкие задачи )
    • 0
      Слава богу с формулировкой задач у меня нет проблем.
  • 0
    Вдвоем вы сможете сделать больше и т.д. и т.п… но и деньги придется делить на двоих =). Так что профит не так заметен =).
    • 0
      Ну как минимум в полтора раза на моем опыте.
  • +1
    Ожидал отчет о программировании в сауне :)
    Вначале двусмысленно подумал: заголовок от слова «пара» или от слова «пар».
  • +4
    А потом начнутся топики:

    Очень часть слышу от фрилансеров ответы:
    1)Заняты
    2)Сможем сделать завтра/через неделю/месяц.
    3)Должны отказаться, всех денег все равно не заработаешь.
    4)Нет столько свободного времени.
    5)Не успеем сделать в срок.
    6)С таким не работали/нет опыта.
  • +2
    Собственно сабж. Где ты мой напарник?
    • 0
      Чтобы это понять, для начала нужно описать портрет идеального кандидата, имхо.
      И желательно, чтобы об этом ещё кто-то кроме Вас, знал. :)
      • +1
        Главное порядочность, остальное — не важно.
  • +2
    А теперь главный вопрос — как найти напарника примерно своего уровня и сколько на поиски уйдет времени?
    • 0
      В первую очередь наверно стоит поискать среди друзей, а во вторую на всяких программерских тусовках.
      • +2
        Так — друзей не останется. )
        • 0
          Куда они денутся то 8)
  • 0
    С одной стороны в паре лучше, с другой стороны — хуже.
    Не каждый заказ можно и нужно делить. А если один занят заказом, а другой простаивает — как делить деньги? Если только тому, кто делает работу отдавать — другой тоже найдет себе работу. В итоге сойтись вместе на одном проекте будет сложно. Делить поровну? Это почва для конфликтов.
    Собственно деление задачи и контроль тоже требует ресурсов. Производительность не будет удваиваться.
    Взаимная ответственность имеет место быть — если твой партнер накосячил, то и тебе за это отвечать. А когда отвечает больше одного, то не отвечает никто.

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

    Так что все не так однозначно и не так просто.
    • 0
      0)Пара это не мантра, если у вас заказ на одного делайте один, если напарник просит помочь и есть возможность помочь помогайте, если работы много поделитесь с напарником.
      1)Делите не каждый заказ.
      2)Делить деньги всегда легко по количеству отработанных часов.
      3)Производительность в некоторых местах может начать даже утраиваться, в денежном эквиваленте в некоторые месяцы, работа в команде учетверяет мою производительность.
      4)Отвечает всегда тот кто принял заказ, он же и проверяет то что получает заказчик. Если оба специалиста, то сделать минимальную инспекцию кода + тестирование не составляет труда, к тому же тестирование всегда оплачивает заказчик.
      5)Я совершенно не уверен кому я передаю работу, в месяц я работаю с порядка 50 фрилансеров. Риск есть, нужно учиться его минимизировать. Сложно скажем отдать заказчику не работающий продукт.

      Не просто, но это следующая ступень эволюции фрилансера, но отмечу что не единственный путь.

      • 0
        Пара это не мантра, если у вас заказ на одного делайте один, если напарник просит помочь и есть возможность помочь помогайте, если работы много поделитесь с напарником.


        Собственно это и рубит на корню работу с напарником. Напарник взял заказ, у него нет времени, а у тебя заказ на двоих. Отказываешь. Берешь помельче. Напарник находит заказ на двоих, ты занят — он отказывается, берет помельче и так по кругу. А если ждать, то будут очень большие дыры, а простой это потеря денег.

        Равноправное сотрудничество, когда никто не главный — утопия. Некоторое время это возможно, но не долго. Потом все скатывается в склоки, споры и разваливается.

        • 0
          Работа вдвоем уменьшает количество отказов, работа втроем ещё сильнее уменьшает количество отказов. Суть парной работы не искать работу на двоих, а работать в том же режиме более эффективно.
          Кто принял заказ тот и главный, нет тут никакого равноправия.
  • +1
    Тоже сторонник парной разработки ибо Agile/XP так говорит. Но вот встречал ли кто-то средства удаленного совместного кодинга? Этакий Гуглодок с разметкой кода?
    • 0
      git и svn?
      • +1
        :)))
        нет, чтобы править код в одном окне совместно/одновременно.
        • 0
          Интересная идея, никогда такого не встречал.
          • 0
            Таки надо объединить git и docs ;)
          • 0
            уже все придумано это VirtualPairProgramming:
            Обзор инструментов:
            c2.com/cgi/wiki?VirtualPairProgramming

            Сам удивился, сколько их появилось, искал лет 5 назад — тишина была полная…

            Вот Gobby (GPL) gobby.0x539.de/trac/wiki/Features
  • 0
    Странно, что такой слив статья получила. Больше пяти лет такая схема помогала нам с коллегой делать невозможное возможным, и мы с гигантским сожалением переключились с этой схемы.

    Самый первый коммент к статье — жалкое говно.

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