Pull to refresh

Comments 21

Получилось как-то достаточно объемно и обо всем сразу. Тяжеловато для восприятия. Еще не очень понравилось как местами написано.

Вообще кажется что подобных статей очень много, хотя может мне только кажется.
Нет, не кажется. Статей подобных достаточно много. Если бы еще читали перед тем, как начать пробовать свои силы :))))

Ну а что касается объема, то да, ну и нюансов опять же столько много, что это — всего лишь основы.
Основы — это хорошо :) А продолжение?)
Статей действительно много на подобную тематику. И на хабре проскакивают с завидной регулярностью. Только вот все начинают писать… и не доводят мысли до конца. Надеюсь, вы не из их числа?)

В частности, хотелось бы узнать ваше видение ситуаций, когда заказчик начинает вылезать за рамки ТЗ. Понятно, что это бывает зачастую т.к. особенно начинающим фрилансерам предусмотреть все нюансы нереально, но когда «пунктов» оказывается больше ожидаемого — то тут начинаются пререкания: заказчик не понимает и отказывается доплачивать, исполнитель отказывается дальнейшую работу вести… В итоге — очередной незаконченный проект.

И второй вопрос, как заказчика: что делать, если фрилансер «теряется». Рвать и метать? Войти в положение и подстраиваться под исполнителя? Бывает, что фрилансер понравился, обо всем максимально профессионально поговорили. Даю задачу. Реализует часть. И пропадает. Через несколько дней появляется с кучей отмаз… Как предусмотреть подобные нюансы заранее?

В общем, жду продолжения :) Спасиб!
Вполне себе дельные советы для начинающих. Объяснил бы мне кто-нибудь все это в самом начале, удалось бы избежать огромного количества шишек.

P.S
frig прав, это не первая такая статья, однако судя по поведению контингента на фрилансе их мало кто принимает к сведению.
Согласен на все сто. Как показывает практика наблюдения за работодателями/соратниками при ответах, так и сами ответы на мои проекты, такие статьи надо писать, писать и еще раз писать. Мало кто, начиная работать с фрилансом, приходит туда, прочтя некое количество статей. еще меньшее количество людей лезут искать информацию, когда у них не получается (а правильно, нафига разбираться, если можно просто сказать, что фриланс фигня).
Хоть статей и много, начинающие их не читают. И увеличением количества статей ничего не изменишь. Начинающим и так много чего читать и учить приходится.
Можно было бы изменить добавлением соответствующей дисциплины в ВУЗах, например, но в такое как-то слабо верится.
у нас в ВУЗах до сих пор обучение ведется на устаревшей элементной базе, о каких таких прогрессивных методиках может идти речь? :)

ИМХО, это опыт, как чужой так и свой, по другому как то не пролучается
Всё прекрасно, но не охвачен очень важный момент: взаимодействие в процессе работы. Здесь то и начинаются (особенно, когда работаете с новым фрилансером/заказчиком первый раз) все проблемы и конфликты, которые нужно уметь грамотно разрешать. Иначе проект может затянуться и не быть выполненным вообще.
Согласен, самое главное оставлено за рамками статьи. Плюс финансовые вопросы — их тоже лучше всего обговорить детально и ДО начала работы, включая этапы и способы оплаты.
Мне тут и так вменили в вину слишком большое количество информации :) То, что вы хотите видеть, еще на пару статей. Если интересно — могу написать, тем более — выходные.
Конечно хотим:) Пишите ещё! Это же крайне полезный опыт
а мне понравилась статья. хоть и обо всем сразу, но компактно и доступно.
с одной стороны, это все очевидно, но порой, совершенно не понимаешь, как люди могут игнорировать прописные истины.
по поводу «тыканья» прямо со знакомства тоже поддержу автора — раздражает, но стараюсь не заострять внимания, потому как после все равно переходим на ты :)
единственное с чем не соглашусь — это по поводу объяснения, «что такое хтмл». были у меня случаи, когда из-за незнания менеджеров приходилось переделывать часть работы. не могу же я каждому заказчику в начале давать краткий теоретический курс.
p.s. а однажды, вообще шикарный случай был. пришло время оплаты и я скинул менеджеру номер кошелька z… (wmz). менеджеру видать кроме я.денег ничего не показали и деньги ушли на чей-то яндекс.кошелек. а потом на меня вроде еще как и обиделись немного из-за того, что я не уточнил, что это был webmoney…
Не могу сказать, что рассказывать основы это плохо. Как правило, заказчик делает выбор тех или иных технологий на основании фазы луны и цвета козявок из носа. Даже я сам в некоторых вопросах веду себя точно так же. Так что дать аргументированную консультацию поможет и не делать изначально кривое по технологиям решение, и даст заказчику понимание того, что вы профессионал.

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

Если всё документально закреплено, то остальное — вопрос личностных качеств, так что тут сложно что-то регламентировать. И самое важное — не давать себе послаблений вроде «он же мой друг/сват/брат/москвич/суровый уральский мужик, обойдемся пока и без техзадания и договора, на словах, на доверии», так как всегда может возникнуть непонимание и в таком случае каждый будет тянуть одеяло на себя. И тогда либо фрилансер может кинуть заказчика на результат, либо заказчик может кинуть фрилансера на деньги или на объем работы.
У меня возникала еще такая проблемка с заказчиком, когда я первый раз выполнял работу как фрилансер и у меня еще не было репутации, то после выполнения работ заказчик не шел на закрытие контракта и выдачи оценки (feedback). Этот процесс затянулся и у меня долго не было оценки чтобы найти новый проект. Приходилось сидеть на багфиксинге или просто простаивать. У заказчика была такая отговорка — он никак не мог протестировать проект. Правда все деньги были уплачены и загвоздка была именно в оценке. Завершилось всё тем, что я сам разорвал контракт и уговорил заказчика поставить оценку. Это всё про oDesk.
Здесь еще и интересные мелочи есть. Например, очень понравилась идея с RSS-подписками
на зарубежных биржах есть возможность составить личную подписку по категориям и даже по ключевикам
Я не встречал еще ни разу ни одного фрилансера за которым не пришлось бы доделывать!
Прошу указать ссылки на другие части, было бы удобно переходить.
Sign up to leave a comment.

Articles