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

    Очень часть слышу от фрилансеров ответы:
    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)Ваши заказчики будут реже слышать от вас нет.
    Поделиться публикацией
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

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

    Комментарии 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
                                  Странно, что такой слив статья получила. Больше пяти лет такая схема помогала нам с коллегой делать невозможное возможным, и мы с гигантским сожалением переключились с этой схемы.

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

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

                                  Самое читаемое