Комментарии 83
Мысли что деньги это не главное и что нужно «просить» много денег как то не соотносятся… :)
Ага, не надо зацикливаться на деньгах, но и прибедняться не стоит. Творить, играть, эксперементировать, не бояться что-то потерять. Мысль, что деньги не главное, — это стратегия. А мысль, что не просить совсем мало, — это тактика скорее. Можно и за «мало денег» поработать, если это даст опыт и связи. Главная мысль статьи показать начинающему фрилансеру, что у него есть права и ответственность и он сам волен выбирать путь развития.
А начало с развеивания мифа «Я ничего не знаю, мои услуги никому не нужны» и окончание пунктом «Не беритесь за то, чего не знаете» соотносятся? =)
> Не работайте без ТЗ.
Вот здесь я бы поспорила. Многолетний опыт в разных конторах и фрилансе привел к agile. Если «ТЗ» — это общее понимание сути проекта с точки зрения бизнеса и задач, которые Вам нужно выполнить в ближайшие 2 недели, то да, соглашусь. Пользовательские истории с четкими критериями приемки весьма помогают.
Уже сильно не первый раз попадаю в ситуацию, когда заказчик изначально собирается писать ТЗ либо приносит готовое, а после 1-2 двухнедельных итераций оно идет в топку и его фантазия выходит из берегов. Фиксируем скоуп на 2 недели и после этого он волен менять все что хочет. Заказчики счастливы, мы творим.
Вот здесь я бы поспорила. Многолетний опыт в разных конторах и фрилансе привел к agile. Если «ТЗ» — это общее понимание сути проекта с точки зрения бизнеса и задач, которые Вам нужно выполнить в ближайшие 2 недели, то да, соглашусь. Пользовательские истории с четкими критериями приемки весьма помогают.
Уже сильно не первый раз попадаю в ситуацию, когда заказчик изначально собирается писать ТЗ либо приносит готовое, а после 1-2 двухнедельных итераций оно идет в топку и его фантазия выходит из берегов. Фиксируем скоуп на 2 недели и после этого он волен менять все что хочет. Заказчики счастливы, мы творим.
> и после этого он волен менять все что хочет.
А как насчет стоимости проекта? Перед каждым спринтом согласуете изменения и их стоимость?
Ну и еще нужно учитывать объемы проектов. Для мелких (<2-3 недель) нет смысла городить agile/scrum/whatever на мой взгляд.
А как насчет стоимости проекта? Перед каждым спринтом согласуете изменения и их стоимость?
Ну и еще нужно учитывать объемы проектов. Для мелких (<2-3 недель) нет смысла городить agile/scrum/whatever на мой взгляд.
Основная ценность agile не в итерациях и не в митингах, как многие думают. А в том, что требования формулируются в виде историй с критериями приемки. Попробуйте — и вы увидите реальную пользу, когда заставите заказчика (с вашей помощью) их сформулировать. В этом вопросе размер проекта неважен.
Я, конечно, не имела в виду проекты с fixed price. Однако, есть и такой опыт. Вот прямо сейчас у нас идет проект, где бюджет ограничен. Мы идем по agile и вместе с заказчиком каждый раз заново согласуем приоритеты. Все понимают, что за N денег можно сделать работу не более, чем на M часов. Поэтому когда заказчик хочет что-то добавить, мы всегда говорим: «Мы согласны, решайте, что мы выбросим из уже запланированного». Это работает.
Я, конечно, не имела в виду проекты с fixed price. Однако, есть и такой опыт. Вот прямо сейчас у нас идет проект, где бюджет ограничен. Мы идем по agile и вместе с заказчиком каждый раз заново согласуем приоритеты. Все понимают, что за N денег можно сделать работу не более, чем на M часов. Поэтому когда заказчик хочет что-то добавить, мы всегда говорим: «Мы согласны, решайте, что мы выбросим из уже запланированного». Это работает.
Так работать очень удобно всем сторонам.
Но для того что бы так ставить процесс нужно что бы и вы и заказчик понимали чего друг от друга ждать. На длительных проектах мы устанавливаем цену часа и заказчик просто кидает таски мы их делаем потом выставляем счет. Для больших фич — идет обсуждение и предварительная оценка что бы не было сюрпризов.
Но работать по такой схемме согласны очень не многие и далеко не со всеми фрилансерами.
Но для того что бы так ставить процесс нужно что бы и вы и заказчик понимали чего друг от друга ждать. На длительных проектах мы устанавливаем цену часа и заказчик просто кидает таски мы их делаем потом выставляем счет. Для больших фич — идет обсуждение и предварительная оценка что бы не было сюрпризов.
Но работать по такой схемме согласны очень не многие и далеко не со всеми фрилансерами.
Иногда заказчику об этом знать и не обязательно :-) Я рекомендовала чисто для себя попробовать этот подход. Опробовано, что называется на себе. Когда пытаешься записать критерии приемки, сразу возникает куча вопросов заказчику и появляется ясность по многим пунктам. А заказчику потом можно просто готовые критерии предъявить и согласовать. Пусть подпишется, что это все будет именно так и никак иначе.
ТЗ — это и есть (единственный) критерий приемки. Не может быть единого ТЗ на все проекты, разве типовые списки вопросов.
Способ описания разный. Критерии приемки в скраме — это готовые тест кейсы. Вот прямо по ним идешь и показываешь: дергаем за эту пимпочку, получаем фиговинку, а если при этом вон та фитюлька нажата, то хреновинку. Для демонстрации готового результата очень удобно. И для общего одинакового понимания, что именно заказчик получит в результате.
Это один из способов описания задания (ТЗ) довольно трудоемкий, но очень надежный в плане единообразия «понимания».
У нас с вами разный опыт, спорить бессмысленно. Но я за много лет все варианты постановки задач испробовала, сравнить могу :-)
Скоро сделаем конференцию на тему, отпишусь.
Скоро сделаем конференцию на тему, отпишусь.
Я про то что на фрилансе скорее всего не получится работать без формального ТЗ, особенно для начинающих, а не про то что какой-то способ формулирования ТЗ лучше какой-то хуже…
>>за много лет _все_ варианты постановки задач испробовала
понравилось ;-)
>>за много лет _все_ варианты постановки задач испробовала
понравилось ;-)
> Я про то что на фрилансе _скорее_всего_ не получится работать без формального ТЗ
А я про то, что получается и еще как. Проверено практикой.
А я про то, что получается и еще как. Проверено практикой.
Видимо вас каким то чудом обошли заказы где фрилансер рискует попасть в рабство работая без ТЗ или с «ТЗ» вроде аналог сайта xxx.com только чуть подругому.
Вы знаете, что такое User story, test cases, acceptance criteria в SCRUM? Видимо, нет. Посмотрите — лишним не будет. agiledays.ru — вот сюда еще можно съездить — узнаете массу нового :-)
Отсутствие ТЗ в общепринятом понимании не означает бардак и непонимание целей, как раз с точностью до наоборот, если речь идет о SCRUM.
Однако, мы сильно отклонились от темы, это можно и в кулуарах обсудить.
Начинающему ТЗ может пойти и во вред. Увидит человек некий внушительный документ на N страницах, может и не смочь толком вникнуть к него. Согласится. А как читать начнет… Тут xxx раем покажется :-)
Я еще ни разу не видела внятного ТЗ от заказчика, которое не было бы полно воды, неучтенных моментов и противоречий. ТЗ = ХЗ, как говорится.
Отсутствие ТЗ в общепринятом понимании не означает бардак и непонимание целей, как раз с точностью до наоборот, если речь идет о SCRUM.
Однако, мы сильно отклонились от темы, это можно и в кулуарах обсудить.
Начинающему ТЗ может пойти и во вред. Увидит человек некий внушительный документ на N страницах, может и не смочь толком вникнуть к него. Согласится. А как читать начнет… Тут xxx раем покажется :-)
Я еще ни разу не видела внятного ТЗ от заказчика, которое не было бы полно воды, неучтенных моментов и противоречий. ТЗ = ХЗ, как говорится.
Отсутствие ТЗ в смысле четкой постановки задачи (а не в смысле документа на НН страниц от заказчика) это верный путь для начинающего фриласнера завалить проект или попасть на кучу работы «бесплатно». При любой любой парадигме разработки.
Более того, я рекомендую переписывать задание полностью, что бы проверить все ли вы правильно(так же как и заказчик) поняли.
А до тех пор пока вы не можете вытрясти с заказчика требования для небольшого проекта (до 1 человекамесяца), о модных словах лучше не вспоминать.
Более того, я рекомендую переписывать задание полностью, что бы проверить все ли вы правильно(так же как и заказчик) поняли.
А до тех пор пока вы не можете вытрясти с заказчика требования для небольшого проекта (до 1 человекамесяца), о модных словах лучше не вспоминать.
Я бы вообще не советовал начинающим фрилансерам брать задание, которое потребует больше недели на выполнение. Если работать в одиночку, то большие шансы неправильно оценить сроки или наломать серьёзных дров.
Это точно. Я вам больше скажу — дальше 2 недель никто оценивать не умеет :-) Это всегда пальцем в небо и умножено на «пи». Поэтому повторюсь — попробуйте сформулировать это в виде историй — поможет оценить вам и понять приоритеты заказчику. Когда вы сделали 4 приоритетных фичи и не успели одну низкоприоритетную, вы все равно нанесли заказчику непоправимую пользу и он будет счастлив.
Новички склонны закапываться в детали и браться за задачи не в порядке важности для заказчика, а в порядке легкости исполнения. Это причина многих факапов.
Новички склонны закапываться в детали и браться за задачи не в порядке важности для заказчика, а в порядке легкости исполнения. Это причина многих факапов.
я бы вот не говорил так критично: «дальше 2-х недель никто оценивать не умеет...». Это неверно с одной стороны, а решать за всех сразу тем более неверно.
К сожалению, проекты, где присутствует полная детерминированность и отсутствует всякий риск безумно скучны :–) Поэтому я на таких не работаю. Если же есть хоть малейшая неопределенность или присутствует элемент исследования (для новичка это будет практически в 100% случаев) оценку дать крайне сложно. Возможно, где-то есть уникумы, которые умеют оценить с точность до часа абсолютно любую работу, но я таких не встречала. Как не встречала и заказчиков, которые абсолютно точно уверены в своих требованиях.
абсолютно не согласен, вы сильно категоричны и пытаетесь навязать собственный опыт и видение. Не стоит забывать, то что для вас скучно, не значит для всех скучно. Может кому-то очень нравится монотонная и неизменная работа, именно потому-что можно прогнозировать будущее с бОльшей долей вероятности.
Вроде статья, судя по заголовку, идет про начинающих фрилансеров, а не начинающих специалистов. Разные вещи. С точностью до часа давать оценки обычно никто не требует. Лично из моего опыта, погрешность в 15 процентов — это нормально, такие цифры всегда устраивали и заказчика и меня в моей практике.
Вроде статья, судя по заголовку, идет про начинающих фрилансеров, а не начинающих специалистов. Разные вещи. С точностью до часа давать оценки обычно никто не требует. Лично из моего опыта, погрешность в 15 процентов — это нормально, такие цифры всегда устраивали и заказчика и меня в моей практике.
Насчет категоричности — очень устаешь писать после каждой фразы ИМХО да и текст засоряет, по-моему это очевидно, что все, что здесь каждым написано — его личное мнение и серебряной пули не существует.
Насчет термина «начинающий». Статья несколько раз как бы намекает, что речь идет и о начинающем специалисте тоже, поскольку опытный специалист уже знает примерно цену своей работе и не боится просить за нее денег. В противном случае он, увы, начинающий, насмотря на годы за плечами. С умением давать оценку и брать на себя ответственность это как ни странно хорошо коррелирует.
Я никого лично обидеть не собиралась, но мне до сих пор попадались среди хороших только такие программисты, которые живо интересуются всем новым и редко готовы делать точно такой же проект второй раз. Хоть что-то да должно меняться, а значит, опыт прошлых оценок не помогает. Насмотрелась я в одной_большой_конторе на людей, которым «очень нравится монотонная и неизменная работа» — больше не хочу :-)
Насчет термина «начинающий». Статья несколько раз как бы намекает, что речь идет и о начинающем специалисте тоже, поскольку опытный специалист уже знает примерно цену своей работе и не боится просить за нее денег. В противном случае он, увы, начинающий, насмотря на годы за плечами. С умением давать оценку и брать на себя ответственность это как ни странно хорошо коррелирует.
Я никого лично обидеть не собиралась, но мне до сих пор попадались среди хороших только такие программисты, которые живо интересуются всем новым и редко готовы делать точно такой же проект второй раз. Хоть что-то да должно меняться, а значит, опыт прошлых оценок не помогает. Насмотрелась я в одной_большой_конторе на людей, которым «очень нравится монотонная и неизменная работа» — больше не хочу :-)
Речь ведь о начинающих фрилансерах?
я бы еще сказал не в пользу техзадания то, что им можно пренебречь в небольших проектах, которые можно разделить на два-три этапа: дизайн/программирование или натяжка/наполнение. Слудея этому методу, можно получать оплату по факту готовности каждого из этапов — это дает фрилансеру более-менее постоянный приток денег и какую-то уверенность заказчику.
я бы еще сказал не в пользу техзадания то, что им можно пренебречь в небольших проектах, которые можно разделить на два-три этапа: дизайн/программирование или натяжка/наполнение. Слудея этому методу, можно получать оплату по факту готовности каждого из этапов — это дает фрилансеру более-менее постоянный приток денег и какую-то уверенность заказчику.
начинающий фрилансер — это не значит начинающий специалист. Я например был начинающим фрилансером, но уже с большим прицепом знаний, опыта и практики. И если честно, особой разницы не заметил. Только в качестве ПМ — теперь непосредственно заказчик. Более того, прямое общение намного упрощает процесс разработки.
Главное помнить, что и заказчик и исполнитель — люди в первую очередь. Поэтому нужно относиться с уважением и обо всем можно договориться, естественно не в убыток себе. В крайнем случае можно договориться о том, что над проектом будет работать кто-то другой.
Главное помнить, что и заказчик и исполнитель — люди в первую очередь. Поэтому нужно относиться с уважением и обо всем можно договориться, естественно не в убыток себе. В крайнем случае можно договориться о том, что над проектом будет работать кто-то другой.
Из моего опыта, есть два времени для которых оценка возможна.
До двух недель и от трех месяцев. В первом случае есть достаточно информации для рациональной оценки, во втором — работает интуиция и усреднение ошибок.
А вот в промежуточном интервале — действительно труба…
До двух недель и от трех месяцев. В первом случае есть достаточно информации для рациональной оценки, во втором — работает интуиция и усреднение ошибок.
А вот в промежуточном интервале — действительно труба…
Иногда начинающим фрилансером становится разработчик отработавший на дядю 3-5+ лет, но все равно при этом он как бы начинающий фрилансер :)
Учитывайте что часто западные заказчики ценят честность и ответственность выше технических способностей.
картина маслом: Заказчик с головой на плечах не будет молча ждать неделю результатов, он будет контролировать процессЗря Вы так кучу адекватных заказчиков записали в безголовых.
Не зря есть полуприкол
постоять над душой — 200 рублей
дать совет мастеру — 300 рублей
сделать самому — 2000 (1 минута)
помочь мастеру — 500 рублей
Более того, давать заказчику (конечному заказчику! что в случае фриланса корректно) смотреть проект в виде «тут будет забор, тут будет красивый цветок, тут водопровод но он слегка глючит» это совершенно явно нарываться или на ураган замечаний вида «тут надо так так и сяк и по фиг что тз немного не такое» или на посылание на фиг вида «это вообще что за *** отдавайте предоплату». И в любом случае заказчик начинает принимать участие в процессе своими замечаниями, что… в общем это обычно не к добру.
Мы на фрилансе уже больше 10 лет работаем и есть железнейшее правило — пока весь проект по ТЗ не доделан — конечный заказчик по проекту ничего не видит. В случае если заказчик проверенный — можем иногда рапортовать о прогрессе в общих чертах, на пару абзацев за неделю. Это простое правило свело недопонимание почти к нулю.
В любом случае адекватный «новый» заказчик будет контролировать процесс. Будет требовать хотя бы раз в неделю отчеты о проделанной работе, возможно со скринами или с доступом к демо версии. «Старый» заказчик, с которым уже сложились доверительные отношения, вполне может ожидать сообщений только в случае возникновения каких-либо проблем, расхождений с договоренностями.
В любом случае адекватный «новый» заказчик будет контролировать процесс.То есть все наши заказчики за последние 8 лет неадекваты? Порадуем их ссылкой на этот топик:)
Вообще, по большому счету, контроль на фрилансе это вообще фикция и адекватный заказчик должен это понимать. Если Вам нужно написать (возьмем классический пример) гостевую книгу, то «фасад» который Вы будете показывать скринами или даже демо версией — это 10-20% работы, 80-90% работы это та работа, которую заказчик оценить не может, ни по объему ни по качеству. И это мы еще не вспоминаем о том, что в сложных проектах до 50% работы (которую новички фрилансеры обычно откладывают на потом, считая что она занимает 1% или вообще ее не выполняя) это тестирование.
Контроль раз в неделю или ежедневный — это хорошо и правильно в случае наличия руководителя проекта, который разбирается в тех областях, в которых работают его субподрядчики. В случае конечного заказчика, который мало понимает в веб-сайтах, контроль просто бесполезен, т.к. не может быть выполнен на должном уровне и как следствие приведет скорее к введению в заблуждение, чем к реальной пользе.
Таки я писал про дикие джунгли фриланса, где новорожденные фрилансеры сталкиваются с такими же новорожденными заказчиками :) Если у вас 10 лет опыта, то у вас свои правила игры, своя репутация, которую вам нет смысла портить.
> Мы на фрилансе уже больше 10 лет работаем и есть железнейшее правило — пока весь проект по ТЗ не доделан — конечный заказчик по проекту ничего не видит.
Если честно, слабо представляю, как такое возможно. Как заказчик соглашается не получать никаких данных по прогрессу проекта. Почему он согласен просто ждать, а не тестировать промежуточные версии. А что вы делаете такое?
> Мы на фрилансе уже больше 10 лет работаем и есть железнейшее правило — пока весь проект по ТЗ не доделан — конечный заказчик по проекту ничего не видит.
Если честно, слабо представляю, как такое возможно. Как заказчик соглашается не получать никаких данных по прогрессу проекта. Почему он согласен просто ждать, а не тестировать промежуточные версии. А что вы делаете такое?
Если честно, слабо представляю, как такое возможно. Как заказчик соглашается не получать никаких данных по прогрессу проекта. Почему он согласен просто ждать, а не тестировать промежуточные версии. А что вы делаете такое?Делаем веб-проекты.
Как соглашается и почему согласен? Вы знаете, трудно ответить, это вопрос из серии… «Вы не курите и не пьете?! Как же так?! Почему?!», реально. Мы и заказчиками на фрилансе выступаем (когда нужен дизайн или верстка) и исполнителями (программируем), для нас естественно не дергать человека пока он все не сделал и такого же отношения ждем и от заказчиков.
Кто-то безусловно не согласен, хочет что бы отчитывались каждый час — отказываемся, т.к. знаем сколько нервов на это уйдет.
Единственное исключение — работа на почасовой через odesk или аналогичные сервисы. Но это совершенно отдельная песня, почасовая это не попроектная.
Я боюсь говорить.НЕТ
>> Не беритесь за то, чего не знаете.
Не согласен. Я по началу брался за то, что не делал раньше. В итоге двойной профит: новые знания плюс деньги за заказ.
Страх перед срывом сроков и боязнь подвести заказчика делают чудеса — знания вбиваются в голову невероятно эффективно и быстро. По крайней мере, у меня так…
Не согласен. Я по началу брался за то, что не делал раньше. В итоге двойной профит: новые знания плюс деньги за заказ.
Страх перед срывом сроков и боязнь подвести заказчика делают чудеса — знания вбиваются в голову невероятно эффективно и быстро. По крайней мере, у меня так…
Согласен, если то что не знаете это не более 30% задачи, то вполне можно браться. Только не нужно заявлять что вы эксперт в этой области, можно сказать имел некоторый опыт, имею представление. Я обычно не обманываю заказчиков, были случаи когда это окупалось.
Я больше хотел сделать акцент на том, что браться то можно, только надо предупредить заказчика и сказать ему, я не способен оценить сроки т.к. раньше не делал этого. Чудеса ведь могут произойти, а могут и не произойти. Хотя, конечно, молодому фрилансеру проще поверить в чудо :)
Да, только перед тем как согласиться все таки нужно хоть немножко изучить область.
Как бы не получилось, что то что хочет заказчик — в принципе не реально.
Как бы не получилось, что то что хочет заказчик — в принципе не реально.
Я боюсь говорить.НЕТ
Спасибо.
Может быть, стоит привести список самых популярных сайтов фриланса, отечественные и забугорные? Кстати фриланс это не только веб-разработка, бывают и админские задачи и более системного уровня программирование на C/C++. Или это тема для отдельной статьи?
Русские сайты:
* free-lance.ru
* weblancer.net
А также любой популярный тематический форум, где есть раздел работа. Причём, например, на SEO-форумах нужны не только оптимизаторы, но и копирайтеры и дизайнеры и программисты и администраторы.
Зарубежные сайты:
* odesk.com
* rentacoder.com
* free-lance.com
Это где мне довелось поработать, там без знания английского делать нечего.
* free-lance.ru
* weblancer.net
А также любой популярный тематический форум, где есть раздел работа. Причём, например, на SEO-форумах нужны не только оптимизаторы, но и копирайтеры и дизайнеры и программисты и администраторы.
Зарубежные сайты:
* odesk.com
* rentacoder.com
* free-lance.com
Это где мне довелось поработать, там без знания английского делать нечего.
Рекомендую начать работать бесплатно.
Начните с любой маленькой цены.
Извините, ужасные советы. Все минусы расписывать не буду, но как минимум надо уважать и ценить свой труд.
Зачем вы вырываете цитаты из контекста? Про уважение к своему труду в статье тоже написано. Не вижу ничего плохого, чтобы аболютно бесплатно поработать ради получения опыта. Я же не советую всю жизнь задарма работать, сделать пару проектов бесплатно или за минимальную цену, а потом уже, имея минимальный опыт общения с заказчиками начинать эксперементировать с ценой на свой труд.
я бы еще сказал-после работы подписывайте акты приемки либо хоть какое-то подтверждение. Да, бюрократию не хочется разводить, но завтра клиент которому вы доверяли, попросит деньги назад, и вы уже ничего не докажите.
Мой случай — работал с клиентом вне биржи, хотя его нашел там. Работа была сделана частями, оплату также проводили частями. Через некоторое время мне приходит chargeback одной крупной части оплаты. Спрашиваю у клиента-в чем проблема? Говорит сорри, видимо бухгалтерия накосячила, поправим. С тех пор мне деньги не вернули, больше клиент не отвечал.
Мой случай — работал с клиентом вне биржи, хотя его нашел там. Работа была сделана частями, оплату также проводили частями. Через некоторое время мне приходит chargeback одной крупной части оплаты. Спрашиваю у клиента-в чем проблема? Говорит сорри, видимо бухгалтерия накосячила, поправим. С тех пор мне деньги не вернули, больше клиент не отвечал.
Видимо вы решили работать вне биржи, чтобы не отстёгивать проценты, вот и лишились гарантий сервиса.
нет, проценты биржи там платит клиент… но есть еще фрод сервис от пластиковой карты, куда собственно пришли деньги… с ними я очень долго ругался — выходит так, что каждый кто приходит и говорит, что мои деньги были неправомерно сняты, они соглашаются с таким мнением и возвращают деньги :) и делают это они не на следующий день, а скажем через несколько недель или месяцев… если клиент ошибался и работа не была выполнена-пусть заявит об этом сразу
Самое главное: хватит ссать как маленькая сучка!
Вставлю свои пять копеек.
— Будьте честны, просто не бойтесь говорить правду, лучше сказать «Я не успеваю сделать ваш проект в срок», чем тешить людей надеждами, лучше сказать «Я не умею делать дизайн, но в этом мне поможет мой друг», чем «У нас тут студия бла бла бла».
-Будьте трудолюбивы. Многие воспринимают фриланс, как какую то халяву. А чего? Сидишь дома в тапках и трусах лепишь по быстрому сайты, получаешь деньги. Нет нет нет! Само ничего делается не будет и никто за вас ничего делать не будет, часто нужно просто сесть и фигачить. Многие отчего то думают, что работа дома намного проще чем в офисе, часто это не так.
-Дружите с людьми! Будьте дружелюбны, общайтесь с заказчиками, старайтесь понять что им нужно, иногда просто можно поговорить о том как вы провели выходные, но переступать грань конечно не стоит, все-таки он ваш заказчик. Но часто такое общение поможет вам получить следующий заказ. Когда вашего заказчика спросят «Не мог бы ты мне порекомендовать хорошего, дизайнера/программиста/etc», он ответит — «Да вот же Вася! Отличный парень». Тем более дружите с другими фрилансерами, они вам не конкуренты, а коллеги. Кто-то часто поможет вам советом, а кто то скинет вам заказ на который у него нет времени.
— Разделяйте дом и работу. Я не могу это толком объяснить, но это ужасно когда ваш дом превращается в вашу работу. Ну представьте сидите вы с девушкой/женой смотрите кино, а тут замечаете как вам в скайп сообщение сваливается «Блабалбалаблаа тут надо поправить, тут не так, а тут не это» и все, вы из головы не можете выкинуть это, просмотр кино испорчен. Или не дай бог вы срываетесь что то чинить тут же. Личная жизнь может быть испорчена. Заведите себе два разных аккаунта в skype/icq/etc один включайте когда работаете, другой когда живете, в идеале лучше завести отдельное рабочее место, в идеале в другом помещении.
— Дисциплина! Да-да, самоорганизация и дисциплина очень важная вещь. Выделите себе рабочее и не рабочее время, сделайте свой распорядок дня, ознакомьте с ним ваших заказчиков, когда вас можно тревожить. Не работайте слишком много, это только во вред, лучшей пойти поспать лишний раз.
-Непроебывайтесь теряйтесь! Никогда даже в самой патовой сютуации не теряйтесь всегда будьте доступны и отвечайте, скажите «Да я провалил все, давайте обсудим варианты решения проблемы», всегда старайтесь отвечать людям, насколько бы вы не были заняты, если это не идет в разрез с другими пунктами.
— Будьте честны, просто не бойтесь говорить правду, лучше сказать «Я не успеваю сделать ваш проект в срок», чем тешить людей надеждами, лучше сказать «Я не умею делать дизайн, но в этом мне поможет мой друг», чем «У нас тут студия бла бла бла».
-Будьте трудолюбивы. Многие воспринимают фриланс, как какую то халяву. А чего? Сидишь дома в тапках и трусах лепишь по быстрому сайты, получаешь деньги. Нет нет нет! Само ничего делается не будет и никто за вас ничего делать не будет, часто нужно просто сесть и фигачить. Многие отчего то думают, что работа дома намного проще чем в офисе, часто это не так.
-Дружите с людьми! Будьте дружелюбны, общайтесь с заказчиками, старайтесь понять что им нужно, иногда просто можно поговорить о том как вы провели выходные, но переступать грань конечно не стоит, все-таки он ваш заказчик. Но часто такое общение поможет вам получить следующий заказ. Когда вашего заказчика спросят «Не мог бы ты мне порекомендовать хорошего, дизайнера/программиста/etc», он ответит — «Да вот же Вася! Отличный парень». Тем более дружите с другими фрилансерами, они вам не конкуренты, а коллеги. Кто-то часто поможет вам советом, а кто то скинет вам заказ на который у него нет времени.
— Разделяйте дом и работу. Я не могу это толком объяснить, но это ужасно когда ваш дом превращается в вашу работу. Ну представьте сидите вы с девушкой/женой смотрите кино, а тут замечаете как вам в скайп сообщение сваливается «Блабалбалаблаа тут надо поправить, тут не так, а тут не это» и все, вы из головы не можете выкинуть это, просмотр кино испорчен. Или не дай бог вы срываетесь что то чинить тут же. Личная жизнь может быть испорчена. Заведите себе два разных аккаунта в skype/icq/etc один включайте когда работаете, другой когда живете, в идеале лучше завести отдельное рабочее место, в идеале в другом помещении.
— Дисциплина! Да-да, самоорганизация и дисциплина очень важная вещь. Выделите себе рабочее и не рабочее время, сделайте свой распорядок дня, ознакомьте с ним ваших заказчиков, когда вас можно тревожить. Не работайте слишком много, это только во вред, лучшей пойти поспать лишний раз.
-Не
В общем cтатья на пять. Со многим соглашусь, но есть ремарки:
Когда вы чувствуете что оплата для вас высока, то это хорошо. Это стимулирует вас выдать лучший результат чем обычно. Стимулирует быть более профессиональным, писать более качественный и эффективный код. Самый верный путь к профессиональному росту.
Объяснять заказчику что он мудак? 0_о Лучше сразу тогда уйти из фриланса. Иначе через какое-то время для вас все заказчики станут мудаками и вы останетесь без заказов. Очень легко начать развешивать такие ярлыки налево и направо…
Достаточно сказать, что у заказчика два варианта: получить за свои деньги проблемный неотлаженный код, или за те же деньги но качественный и хорошо документированный… Если у вас есть товарищ, который в данный момент сидит без работы, предложите заказчику его услуги.
Или можете сами делегировать написание кода другому. Заодно получите абсолютно бесценный опыт, побывав в шкуре заказчика.
Обычно достаточно сказать, что в сложившейся ситуации вы можете
Да, честность лучшая политика. Всегда говорите заказчику о реальном положении дел с кодом. Этим самым вы часть проблемы переложите на заказчика. Конечно это касается случаев, если проблемы возникли по объективным причинам.
Если это следствие вашей безолаберности, то имеет смысл таки напрячься, посидеть ночь-другую и сделать заказ. Если вы же вы всё таки так запустили всё, что по любому неуложитесь в deadline, то опять же честность — лучшая политика. Часто оказывается deadline не такой уж и deadline, и заказчик может подождать завершения работы. Это для него проще, чем искать другого исполнителя и с ним начинать всё с начала.
Да, объём работы, этапы и сроки должны быть зафиксированы на бумаге. И суммы тоже…
Заучите и повторяйте как мантру: «Да, это можно сделать, но это потребует ваших дополнительных затрат.»
Обязательно требуйте денег за доработку… Если что-то не ясно было изложено в ТЗ, то больше проблема заказчика, чем ваша. Вы программист, а не телепат.
Вам выгодней интересные проекты, поскольку там вы получаете двойной, а то и тройной бонус. Деньги, интересное общение и как следствие профессиональный рост…
Мне стыдно просить много денег.
Нужно :) Хотя бы через силу. Хотя бы для того, чтобы знать ваш потолок. Думая, что требуете “многого”, вы можете на самом деле оказывать достаточно качественные и востребованные услуги по заниженной цене. Требуя мало денег, вы обделяте себя, своих родных, свою девушку. Слово “просить” в данном случае даже не совсем уместно. Вы не нищий на паперти, вы производите качественные вещи и ожидаете адекватную оплату.
Когда вы чувствуете что оплата для вас высока, то это хорошо. Это стимулирует вас выдать лучший результат чем обычно. Стимулирует быть более профессиональным, писать более качественный и эффективный код. Самый верный путь к профессиональному росту.
Я боюсь говорить НЕТ.
Надо уметь отказывать людям. У вас уже есть пара проектов? Не берите новый, просрёте дедлайны по всем трём. Чем меньше у вас опыта, тем больше шансов просрать дедлайн.
Вы сказали нет, но заказчик давит на вас? Аппелирует к вашей жалости, благородству, запугивает? Объясните ему, что он давит на вас, что он мудак и вообще не на того напал.
Объяснять заказчику что он мудак? 0_о Лучше сразу тогда уйти из фриланса. Иначе через какое-то время для вас все заказчики станут мудаками и вы останетесь без заказов. Очень легко начать развешивать такие ярлыки налево и направо…
Достаточно сказать, что у заказчика два варианта: получить за свои деньги проблемный неотлаженный код, или за те же деньги но качественный и хорошо документированный… Если у вас есть товарищ, который в данный момент сидит без работы, предложите заказчику его услуги.
Или можете сами делегировать написание кода другому. Заодно получите абсолютно бесценный опыт, побывав в шкуре заказчика.
Обычно достаточно сказать, что в сложившейся ситуации вы можете
Кажется, я ничего не успеваю.
Чувствуете, что у вас нет времени на проекты, которые вы уже взяли? Не медлите. Постучитесь заказчику в skype и скажите, что вы не можете продолжать работать или можете, но сроки сдвинутся. Поймите, есть вещи пострашнее того, что на вас будут сердиться или напишут отрицательный отзыв. У вашего заказчика могут быть серьёзные неприятности из-за того, что Вы сорвали сроки. Если заказчик будет на вас давить и требовать невыполнимого, включите мозг и поймите, что вы всё равно не сможете всё сделать. Выберите какие проекты следует остановить, поговорите с заказчиками и уделите время оставшимся.
Да, честность лучшая политика. Всегда говорите заказчику о реальном положении дел с кодом. Этим самым вы часть проблемы переложите на заказчика. Конечно это касается случаев, если проблемы возникли по объективным причинам.
Если это следствие вашей безолаберности, то имеет смысл таки напрячься, посидеть ночь-другую и сделать заказ. Если вы же вы всё таки так запустили всё, что по любому неуложитесь в deadline, то опять же честность — лучшая политика. Часто оказывается deadline не такой уж и deadline, и заказчик может подождать завершения работы. Это для него проще, чем искать другого исполнителя и с ним начинать всё с начала.
Не работайте без ТЗ.
Не начинайте работать над проектом, пока не будет абсолютно ясно что, за сколько денег и в какой срок должны сделать. Причём это должно быть ясно как вам, так и заказчику. Причём вам обоим должно быть ясно одно и то же :) При малейших сомнениях обговаривайте ТЗ с заказчиком. Ах, он не предоставил ТЗ? Он просто хочет сайт, как вот этот? Не беритесь за такой проект. Или помогите ему составить ТЗ.
Да, объём работы, этапы и сроки должны быть зафиксированы на бумаге. И суммы тоже…
Заучите и повторяйте как мантру: «Да, это можно сделать, но это потребует ваших дополнительных затрат.»
Обязательно требуйте денег за доработку… Если что-то не ясно было изложено в ТЗ, то больше проблема заказчика, чем ваша. Вы программист, а не телепат.
Деньги это не главное.
Не воспринимайте работу, как источник денег. Не беритесь за неинтересные проекты. Будьте честны перед собой и перед заказчиком. Творите, остальное приложится.
Вам выгодней интересные проекты, поскольку там вы получаете двойной, а то и тройной бонус. Деньги, интересное общение и как следствие профессиональный рост…
> Обязательно требуйте денег за доработку… Если что-то не ясно было изложено в ТЗ, то больше проблема заказчика, чем ваша. Вы программист, а не телепат.
Я хоть в статье и обзывал часто заказчиков мудаками, но среди исполнителей их не меньше :) Если в ТЗ что-то не ясно, это проблема обеих сторон. Долг исполнителя пролить свет на тёмные места в ТЗ до начала работы над проектом. В случае фриланса программист (или любой другое ремесленник) не просто наёмный работник, но и немного менеджер.
Я хоть в статье и обзывал часто заказчиков мудаками, но среди исполнителей их не меньше :) Если в ТЗ что-то не ясно, это проблема обеих сторон. Долг исполнителя пролить свет на тёмные места в ТЗ до начала работы над проектом. В случае фриланса программист (или любой другое ремесленник) не просто наёмный работник, но и немного менеджер.
Есть известное высказывание: Компьютер делает не то что вы хотите, а то что вы ему сказали…
Так и программист. Он может делать только то, что написано в ТЗ, не то, о чем думал заказчик когда писал ТЗ.
Конечно, хорошо когда неясности бывают видны до начала работы, но часто бывает что за неделю до deadline выясняется, что в какой-то строчке десяти страничного ТЗ заказчик имел ввиду «немножко» другое…
Так и программист. Он может делать только то, что написано в ТЗ, не то, о чем думал заказчик когда писал ТЗ.
Конечно, хорошо когда неясности бывают видны до начала работы, но часто бывает что за неделю до deadline выясняется, что в какой-то строчке десяти страничного ТЗ заказчик имел ввиду «немножко» другое…
Главный совет: если вы читаете такие статьи, бегите, бегите из фриланса не оглядываясь!
5 повторений слова «мудак» и употребление слов типа «просрёте» статью не красят. Я не пуританин, но оправданности такой лексики тут не вижу.
Отличная статья. Коротко и по делу. Стоит десятка простыней на эту тему.
> Человек с головой на плечах не будет молча ждать неделю результатов, он будет контролировать процесс и вовремя откажется от сотрудничества с некудышным исполнителем.
Никогда и ни за что не дам заказчику сырой результат в середине оговоренного срока, только потому что он захотел проверить «что работа работается».
Если это сделать — то это потеря кучи времени, в ответах на вопросы формата «а что эта штучка так и будет тут?», «а что вот эта сетка так и останется?», «мне не нравится как вот тут чтото непонятное торчит», «а цвет мне не нравится», «что это за шрифтик, надо бы повеселей», «и вообще вы не так все делаете».
Никогда и ни за что не дам заказчику сырой результат в середине оговоренного срока, только потому что он захотел проверить «что работа работается».
Если это сделать — то это потеря кучи времени, в ответах на вопросы формата «а что эта штучка так и будет тут?», «а что вот эта сетка так и останется?», «мне не нравится как вот тут чтото непонятное торчит», «а цвет мне не нравится», «что это за шрифтик, надо бы повеселей», «и вообще вы не так все делаете».
Речь про другое, например через пару дней после начала проекта можно спросить, как дела, какие вопросы, если человек, ещё не начинал делать проект, то это уже тревожный звоночек. Как правильно, после начала работы возникают некоторые вопросы или просто впечатления и эмоции.
а как это проконтролируется?
я скажу «да работа в разгаре», а на деле я ещё даже не открывал ТЗ. Никак же не проверить это дело. Открою тут же ТЗ, прочту и если есть вопросы — напишу. И создастся впечатление что я что то делаю ;)
я скажу «да работа в разгаре», а на деле я ещё даже не открывал ТЗ. Никак же не проверить это дело. Открою тут же ТЗ, прочту и если есть вопросы — напишу. И создастся впечатление что я что то делаю ;)
Например, честный человек, может ответить, что не начинал ещё работать.
как заказчик узнает, честный ли фрилансер или нет, до момента пока он вдруг не провалит ему явно сроки тем, ч то ничего не делал?
> как заказчик узнает, честный ли фрилансер или нет, до момента пока он вдруг не провалит ему явно сроки тем, ч то ничего не делал?
Это самый запущенный случай. А может так статься, что человек честно ответит, что ещё не начинал работать или что у него возникли какие-то проблемы, да и просто вопрос о прогрессе действует стимулирующе для того, что ещё не начинал работать. Мысль простая была — заказчику не надо пускать всё на самотёк. Как именно это делать — каждый решает сам. Например, можно разбить даже недельную разработку на мини дедлайны. Например, за два дня до дедлайна начать тестировать и составлять список багов.
Это самый запущенный случай. А может так статься, что человек честно ответит, что ещё не начинал работать или что у него возникли какие-то проблемы, да и просто вопрос о прогрессе действует стимулирующе для того, что ещё не начинал работать. Мысль простая была — заказчику не надо пускать всё на самотёк. Как именно это делать — каждый решает сам. Например, можно разбить даже недельную разработку на мини дедлайны. Например, за два дня до дедлайна начать тестировать и составлять список багов.
Больше всего согласен с последним пунктом: нужно браться за работу, которая интересна тебе, нужно творить и получать от этого удовольствие. Со временем дяденьки с деньгами сами пойдут к тебе с предложениями.
заказчику не надо пускать всё на самотёк — именно так.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Советы начинающим фрилансерам