Pull to refresh

Comments 18

Стоило упомянуть в заголовке, что это про «фриланс» )
Это не только про фриланс. Это в принципе любого вида сотрудничества касается, где есть заказчик и исполнитель.
А уж как это для постоянной работы актуально! Когда должностные инструкции написаны по принципу: работник выполняет работу за это получает зарплату. И в каждом конкретном случае все отдаётся на усмотрение начальника: — Я щас тебе столько работы навалю, головы у меня не поднимешь!
захотят навалить и без должностной навалят
Вот именно! Вот именно!
И ленолеум надо перестелить, и плинтусы покрасить, и проводку залитую канализацией починить, и технику многотонную на склад переместить. Ну вы же — сильные программисты! :)
заказчик считает, что платит полную цену и претендует на обычную работу в полный рост, а исполнитель думает, что заказчик обнаглел. Ему скидку сделали, а он наседает!


Разве скидки позволяют выполнять работу хуже обычного?
Пожалуй я не совсем корректно сформулировал.
Когда исполнитель делает скидку, он рассчитывает на некоторую лояльность со стороны заказчика. Задача ведь не просто получить меньше денег за ту же работу, а как-то задобрить вторую сторону.
И это часто работает, но только если вторая сторона знает, что ей пошли навстречу и условия предложили не такие, как для всех.
Самая большая проблема это попытка сварить кашу из топора.
И пожалуй привычка на баг тестинге выкатывать список ошибок и прецеплять к нему несколько фич. Поэтому нет ТЗ — получишь **
ТЗ это хорошо и правильно! Только вот есть пласт заказчиков, которые не знают, что эта аббревиатура значит. Ну то есть вообще. Их нельзя за это винить, так как заказчик не должен быть специалистом в той области, где заказывает. Да, если он понимает, то это определенно облегчит жизнь и ему и исполнителю, но обязательным требованием это не является.
Так что обсуждать, выяснять, формировать условия и так получать желаемое ТЗ.
Clara pacta claros faciunt amicos. И хотя я несомненно согласен с тем, что четкие договоры создают хороших друзей, но на пути к идеальному миру всегда сталкиваюсь с несколькими препятствиями. Во-первых, по моему опыту там, где такие договоренности действительно нужны, они трудно достижимы и даже тогда не особо помогают. Т.е. если вам попался заказчик или подрядчик «с собственной системой моральных установок», то обсуждение перечисленных вопросов поможет вам только раньше почувствовать неладное и дать задний ход. Ну, возможно, также припугнет мелкого жулика. Но жулику крупнее вас ни один договор не помешает «получить дополнительную выгоду».
Во-вторых, часто обсуждение деталей оказывается более долгим, трудоемким и сложным, чем сам проект, и в итоге ценность сотрудничества снижается или вовсе теряется. Вам нужно «просто» перевести короткий текст или сделать лендинг, но вы вдруг обнаруживаете, что в почте договор в трёх томах, а профиль фрилансера кричит на вас приказами и ультиматумами.
Но, повторюсь, это лишь препятствия, но не непреодолимые преграды. Конечно, четкие договоренности нужны и полезны. И часто они оказываются полезны уже после того, как все работы сданы и оплачены.
К сожалению слишком часто пренебрегают даже самыми простыми и базовыми вещами вроде этих 11 пунктов. Краткое описание привычного порядка работы займет всего несколько предложений. И если вторая сторона в этом привычном порядке заметит нечто ей непривычное или неподходящее, то эти пару моментов уже можно и обсудить. Только эти несколько предложений нужно вовремя второй стороне показать и спросить «все устраивает?»
А так договоренностей нет вообще или в профиле фрилансера в нескольких килознаках резюме зарыто важное и он потом свято верит, что эти килознаки были прочитаны, поняты и приняты заказчиком.
UFO just landed and posted this here
Документировать это уже в процессе. Там свой список будет.

UFO just landed and posted this here
Если переговоры, то это 11 пункт тогда
В самую первую рубрику «Какую работу требуется выполнить» помимо вашей рекомендации «важно зафиксировать объем» хорошо было бы добавить измеримые метрики (если речь идет о создании или улучшении продукта или алгоритма) и необходимые минимальные или максимальные значения этих метрик.
Sign up to leave a comment.