Напоминание о правилах разрешения спорных моментов в отношениях между заказчиком и программистом. - страница 4

Новый комментарий

--- 2012.11.23 13:03 #31

типичное изложение сути проблемы "в сервисдеске"

--- 2012.12.05 07:29 #32

--- 2013.06.05 10:26 #33

Харахабр доставляет с 2009 г.

Сделано на 95 %

или все сторонний осмотр у психиатра

Поизиця заказчика	Позиция исполнителя	Решение конфликта	Еще один совет
Вам надо срочно добраться куда-то за 1000км. Вас вызвался довезти человек, за немалую сумму денег, но другого выбора нет. Доехать надо точно, а этот человек вроде как известный водитель, репутация и все такое, сказал, значит вроде должен сделать. Успеть надо доехать за сутки, вы договариваетесь с запасом на 14 часов в дороге и водитель говорит, что не проблема и соглашается. Водитель на место встречи опаздывает на час, при этом рассказывая в какую жуткую пробку попал, но на заднем фоне слышно, как официант принимает заказы у кого-то. Когда вы уже решаете плюнуть на это дело, водитель объявляется и говорит что все ок и будем ехать, просто чуть быстрее. На дороге его останавливает каждый гаишник, он постоянно норовит куда-то свернуть с прямой дороги до места, рассказывая что так быстрее, но постоянно приходится возвращаться потому что «быстрая дорога» ведет в тупик Вам приходится ему рассказывать куда ехать, напоминать, чтобы сбрасывал скорость перед населенными пунктами и что, чтобы заехать на мост, пересекающий дорогу и поехать по нему влево, надо поворачивать за мостом, а не перед и пытаться найти разворот. Через 20 часов езды вы все-таки заехали в окрестности того места, куда нужно добраться, но за 50км до цели, водитель высаживает вас в какой-то глухой деревушке и требует отдать ему 95% денег потому что он старался, тратил время, ехал и даже почти доехал, просто чуть-чуть не успел. Сейчас ему надо в другое место срочно, но завтра он обязательно вернется и довезет вас. Часто сталкивались с такими водителями? Не думаю. Как, в прочем, и с другими людьми, что промышляют частными заказами и сдельной работой. Почти со всеми. Есть категории исполнителей, которые считают нормальным сорвать все сроки, выполнять работу максимально коряво, постоянно исправлять ошибки, на которые указывает заказчик и которые говорят о том, что работа вообще не проверялась самим исполнителем. И при этом требовать деньги. Лучше все, но даже 95% в принципе хватит, работать ведь не доделана. Фрилансеры — сайтостроители это, наверное, ярчайший пример таких людей. Вернее, среди этой категории фрилансеров, такие вот исполнители встречаются на столько часто, что порой выбор исполнителя под критичный к срокам проект, становится практически неразрешимой задачей не только для неопытных людей, но и тех, кто уже несколько лет в веб-разработке и имеют довольно большой опыт работы с подрядчиками. Никакая известность, авторитет, репутация не мешает начать разработку в то время, когда половина должна быть готова, делать левой ногой по 3 часа в неделю (хотя по планам полный день), показывать заказчику кишащий багами сайт с третью функционала по которому явно видно, что сам разработчик даже не пытался тестировать. Ну и конечно, не пофиксив даже список конкретных недоработок, которые нашел заказчик и которые были признаны фрилансером именно как недоработки, требовать денег. Он ведь работал, тратил время, просто не доделал. Сейчас ему надо валить на море, но потом как приедет обязательно доделает. Вы бы заплатили денег водиле из начала топика? Часто ли вообще таких кадров наблюдаете? Не думаю, что на эти вопросы у многих людей будет хоть один положительный ответ. Почему при всем этом, даже авторитетные и известные фрилансеры стремятся сделать хреново и не полностью, отжать бабла и искать следующий заказ? Почему недоделанные проекты считаются ими доделанными, если сделано хотя-бы больше 80%? Почему считают, что за проект, выполненный на, скажем, 70%, заказчик должен отдать минимум 70% денег? Почему их не волнует вопрос, что делать с проектом, который сделан не до конца, дальше? Вопросы, ясное дело, риторические, и вряд ли будет хоть какой-то ответ «такой уж менталитет». Менталитет такой у на столько большого количества представителей этого вида работяг, что найти адекватного человека под отечественный проект часто оказывается просто невозможно. Авторитетность влияет не более, чем А вот вы как считаете, нормально ли делать проект на 95% и просить за это деньги? Нормально ли платить за такой проект хоть что-то? В чем разница между фрилансером-сайтостроителем и водителем в данном контексте? З.Ы. Я не люблю экономить на нужных вещах, готов платить сильно больше рыночной цены там, где нужна повышенная надежность. Готов идти на встречу, даже часть работы на себя взять в критической ситуации. Готов тратить время и силы на поиск и отбор исполнителей, читать отзывы, смотреть портфолио, гуглить просто по фамилии или, скажем, почте и смотреть, где еще человек светился. Да и делаю в общем-то все это. Это не помогает. Я работаю с многими подрядчиками, но искренне советую не связываться с фрилансерами если есть хоть какая-то возможность без этого обойтись.	Вы очень любите водить машину. Вы сели в первый раз за руль в 14 лет, получили права в свой день совершеннолетия, с закрытыми глазами проехав тестовую площадку. В какой то момент вы понимаете, что для того что бы зарабатывать деньги не обязательно ходить в офис. Стать менеджером среднего звена, с мечтами об ипотеке и отдыхом в Анталии, совсем не входит в ваши планы на жизнь. Для того что бы зарабатывать деньги, можно просто заниматься любимым делом. И вы становитесь водителем. У вас отличная репутация. Коллеги вас уважают, пассажиры советуют своим друзьям. Вы видели разных пассажиров. Кто-то хамил, кто-то сбегал не заплатив, кто-то, под предлогом того что «кризис» и «в кармане 200 рублей» платил впятеро меньше обещанного. Но это ваше любимое дело. И вы продолжаете возить. Однажды на вокзале к вам подбегает взмыленный человек. – Отвезите меня! – Куда? — интересуетесь вы – Давайте быстрее! — нетерпеливо кричит человек, размахивая деньгами — Быстрее, я заплачу за форс-мажор, только быстрее! Вы садитесь в машину, и разворачиваетесь на площади у вокзала. – Почему мы не могли проехать по газону? Я же прошу — мне нужно быстрее! – Может вы скажете куда мы едем? — спрашиваете вы еще раз – Да, конечно! У меня большой проект Мне нужно доехать ло Санкт-Петербурга как можно скорее. Потом, если уложитесь в срок, возьму вас штатным водителем на полный оклад. Последняя фраза очень вдохновляет вас, и вы жмете педаль газа. Вы договариваетесь о времени дороги и цене. Вполне адекватной для такого расстояния. Поудобнее хватаетесь за руль и, избегая кочек и ям, везете своего пассажира. Едва выехав за пределы МКАДа, ваш пассажир просит вас заехать в Химки. Мол с мамой не попрощался. Вы нехотя сворачиваете. Спустя полтора часа вы все таки покидаете пределы Москвы. Пассажир постоянно ворчит, что потеряно столько времени. Потом он начинает интересоваться какой у вас стаж, сколько раз попадали в аварию, сидели ли в тюрьме, как зовут вашу девушку и по какой дороге вы едете. Разговор утомляет вас, но вы пытаетесь быть вежливым и на все вопросы отвечаете. Потом он просит остановить машину и начинает вас «экзаменовать» по правилам дорожного движения. Ему кажется что вы недостаточно компетентны что бы вести его зад. На одном вопросе вы запинаетесь (ситуация начинает слегка вас раздражать) и пассажир просит немедленно вернуть его в Москву, потому что с вами страшно ехать. Применив все свои дипломатические способности вы улаживаете проблему, и пассажир нехотя соглашается ехать дальше. По дороге он много раз просит остановится. И во время одной остановки вы замечаете, что он вышел на шоссе и ловит попутную машину. Вы интересуетесь в чем дело, на что он отвечает, что назначенная цена неадекватна для такого маршрута, и он хочет подстраховаться. Через пол часа он все таки сдается и садится обратно. Потом неожиданно он просит проехать через Тверь. Вы не планировали этого, но все таки соглашаетесь. Когда вы намекаете, что это дополнительный пункт назначения, и не плохо было бы доплатить, пассажир возмущается и говорит, что вы не человек слова, и что вы уже договорились на конкретную сумму, от которой невозможно отступить. И вновь напоминает вам, что если вы недовольны чем то, то он найдет другого водителя. В Твери вы теряете часа 3 в ожидании своего пассажира. Потом он приходит и заявляет что больше не нуждается в ваших «некомпетентных услугах» и не заплатив ни копейки уходит. Стоит вам отъехать от города в сторону Москвы, как ваш горе-пассажир звонит вам и говорит что передумал и готов ехать дальше. Обещает доплатить. Вы нехотя возвращаетесь и подбираете его. Всю оставшуюся дорогу он указывает вам как следует ехать, какую радиостанцию слушать, куда поворачивать и как жить. Спустя несколько часов такого ада, естественно выбившись из графика часов на 5 вы доезжаете до Питера. Ваш пассажир вам настолько осточертел, что вы хотите как можно быстрее избавится от него. Вы довозите его до окраины города и говорите, что выполнили свою часть уговора — отвезти его по маршруту Москва-Питер и складываете с себя свои обязанности. Он расплачивается с вами, но поскольку сдачи у вас нет он пожимает плечами и округляет сумму в меньшую сторону, и недовольный что его не довезли до места назначения, сваливает.	Если вы спорите с идиотом, не исключено, что в это время то же самое делает и он. (С) Недавно прочитал два поста: этот и этот. В них с разных сторон описывается конфликт между разработчиком, потратившим время на выполнение 95% задачи, и работодателем, не желающим оплачивать неполноценный результат. Некоторое время назад я попал в похожую ситуацию (на стороне работника) и у меня получилось успешно разрешить ее, причем таким образом, что все остались довольны: и работодатель, и я. ============= Нет, я ни коим образом не хочу назвать идиотами авторов или комментаторов этих постов. Имеется в виду упорное нежелание уступить собеседнику, даже во вред самому себе. Но прежде, чем рассказывать о решении моей проблемы, я хотел бы обратить внимание на несколько вопросов, связанных больше с психологией, чем с разработкой ПО. Каждый человек любит, когда с ним соглашаются и начинает противодействовать, когда с ним не соглашаются. Если нужно, чтобы человек что-то сделал — нужно, чтобы он делал это осознанно и по собственной воле. Чтобы победить в споре, ни в коем случае нельзя перечить человеку. Нужно постараться вывести разговор на уровень обсуждения логичных и аргументированных утверждений. Не буду объяснять, почему так происходит. Предлагаю принять это за аксиому. Если кому-то интересно, рекомендую прочитать эту книгу. Теперь попробуем применить это к разработке ПО. Проблема заключается в несвоевременной реакции на ситуацию, когда время (для заказчика == деньги, для исполнителя == труд) уже потеряно и нельзя его вернуть. В этом случае, каждая сторона старается принудить другую сторону взять на себя возникшие при этом издержки (заказчик пытается завтавить исполнителя бесплатно выполнить остаток работы, а исполнитель пытается заставить заказчика заплатить за работу, которая не принесла заказчику пользы). При этом в большинстве случаев, не понятно, кто виноват в потере времени: либо дело во внешних причинах, либо виноваты оба: и работодатель, и исполнитель в состоянии были предотвратить потерю времени, но предпочли этого не делать, надеясь, что им удастся свалить ответственность на противоположную сторону. (Согласитесь, в случае, когда видна явная вина одного из участников, никаких споров не возникнет.) Если попробовать применить правила, которые мы написали выше, то станет видно, что прямая борьба ни к чему не приведет: проигравшими окажутся обе стороны (одна из сторон потеряет деньги (или труд, если речь идет об исполнителе) + обе стороны потеряют время и нервы, затраченные на спор). Ни одна из сторон не может победить, переведя конфликт в «адекватный спор», потому как обе стороны находятся в равном положении (см. выше) и они не смогут привести логичных аргументов, доказывающих свою правоту. Единственный выход — не допускать этой невосполнимой потери (для работодателя — это время, потраченное на не нужные ему задачи, для исполнителя — это неоплаченное время). Заранее составленное ТЗ позволяет уменьшить потерю времени. ТЗ дает полный список нужных работодателю задач (гарантия, что работа исполнителя приносит пользу заказчику + гарантия, что эти задачи работодатель готов оплатить). К сожалению, заранее составить ТЗ очень сложно, т.к. нужно предусмотреть очень много деталей. Кроме того, иногда просто невозможно составить ТЗ заранее, потому как задачи меняются в процессе разработки (давайте, не будем себя обманывать: не меняются только очень маленькие задачи). Выход: нужно постоянно контролировать процесс разработки, поддерживать хорошую «обратную связь» (от заказчика к исполнителю). Это позволит быстро и адекватно реагировать на ситуацию и позволит обеим сторонам сразу замечать, когда время тратится впустую. Адекватно реагировать на ситуацию — признавать свои ошибки (и исправлять их), справедливо и аргументированно указывать на ошибки собеседника, учитывать чужие проблемы и вместе стараться разрешить их наилучшим образом для обеих сторон. Собственно, описание моей ситуации: Долгое время работал за фиксированную зарплату (удаленная работа, трудозатраты рассчитывали исходя из того, что я работаю 2 часа в день). Жесткого контроля задач не было. Мог свободно менять свой план работ в целях выполнения наиболее важных для конторы задач. Часто занимался непрофильной работой: администрированием сервера, внедрением, технической поддержкой пользователей. Когда начался кризис, директор лично захотел контролировать каждого разработчика (благо разработчиков мало, потому как основное направление деятельности конторы не связано с разработкой ПО). Каждый месяц составлялся план работ и появилось правило: зарплата не выплачивается, пока не сделано 100% задач. Первое время режим работы оставался старый, регулярно часть работы оставалась не выполненной и это привело к большому конфликту между директором и программистами. В конце месяца директор говорил: «доделайте задачи и получите деньги». Программисты говорили: «мы не будем работать, пока не получим зарплату». На что ушло время, сложно было определить. 1 вариант: на мелкие не учитываемые в плане задачи. 2 вариант: программист плохо организовал свой труд и часть времени потратил впустую (например, читал форумы). Насколько сильно повлияла на ситуацию каждая из этих причин, отследить практически невозможно. Я вышел из сложившейся ситуации следующим образом: Обсудил с директором текущий план работ: какие задачи выполнены, какие еще осталось выполнить и в каком объеме (кстати, это обсуждение заняло 3.5 часа, но при этом прошло довольно спокойно, несмотря на предшествующие ему разговоры на повышенных тонах). Я пообещал бесплатно доделать эти задачи в следующем месяце, после чего была без проблем выплачена зарплата за текущий месяц. Составил ОЧЕНЬ подробное описание того, как я собираюсь выполнять поставленные задачи (вплоть до того, что описал, какие действия происходят при нажатии каждой кнопки) и отправил это директору на утверждение. По сути это то же самое ТЗ. Вполне естественно, что директор сам не будет его писать. Также естественно, что он не понимает смысла платить за написание ТЗ 800$ отдельному человеку. Составленное мною ТЗ не соответствовало стандартам оформления, но, главное, оно отражало список задач. Я потратил на него очень мало времени (около 2 ч.) Все задачи перед назначением на меня проходили через директора. Так он смог контролировать выполняемые мной задачи, а я смог уберечься от второстепенных и не нужных задач (т.е. от таких, выполнение которых привело бы к потере времени) С возникающими внеплановыми задачами поступили следующим образом: а) если задача непрофильная, я отказывался от ее выполнения (вполне естественно: мое время ограничено + задача не является тем, что я умею хорошо делать). Обычно директор без проблем соглашался поручить ее кому-то другому. б) если задача все таки не может быть выполнена без моего участия, то сразу согласовывается изменение утвержденного ранее плана работ (определяются наименее важные задачи, имеющие в сумме такой же объем и переносятся на следующий месяц). в) если нельзя выкинуть из плана нужное количество задач, то внеурочное время оплачивается в двойном размере (как и должна оплачиваться внеурочная работа). Внеурочная работа оплачивалась по часам по факту выполнения с условием предоставления очень подробного отчета, сколько и на что затрачено времени (с детализацией до 30 минут). Я установил себе правило: оповещать обо всем директора настолько рано, насколько это возможно. «Обо всем» — в основном, это о выполнении задач, а также об изменении предполагаемых сроков выполнения задач (как в большую, так и в меньшую сторону с указанием причины). На данный момент все довольны: директор доволен тем, что вовремя выполняется 100% задач, а я доволен тем, что я занимаюсь интересной работой в стандартном режиме и без проблем получаю заработанные деньги. Попробую подвести итог Конфликт работодателя и исполнителя возник не из за того, что кто-то из них плохой/нечестный/недобросовестный/идиот (нужное подчеркнуть), а потому, что оба не смогли правильно организовать процесс разработки (или не захотели напрягаться). Сделать это мог каждый из них. Ну и… если хочешь, чтобы что-то было сделано — делай это сам.	Жена готовит яичницу на завтрак. Вдруг на кухну вбегает муж: — Осторожно, — он говорит, — ОСТОРОЖНО! Положи больше масла! Боже мой! Ты жаришь очень много яиц сразу! СЛИШКОМ МНОГО!!! Переверни их! ПЕРЕВЕРНИ ИХ ПРЯМО СЕЙЧАС!!! Нужно больше масла! О Боже мой! ГДЕ нам взять БОЛЬШЕ МАСЛА? Сейчас они ПРИЛИПНУТ!!! Осторожно! ОСТОРОЖНО! Я сказал — Осторожно! Ты НИКОГДА меня не слушаешь когда делаешь яичницу!!! НИКОГДА!!! Переверни их! БЫСТРО!!! Да ты что, психованная?!!! Ты совсем спятила?!!! Не забудь посолить! Ты всегда забываешь посолить! Используй СОЛЬ! ИСПОЛЬЗУЙ СОЛЬ! С-О-О-О-О-ЛЬ!!! Жена удивленно смотрит на мужа: — Да что с тобой сегодня?! Ты думаешь я не в состоянии приготовить элементарную яичницу? Муж спокойно объясняет: — Я хотел показать тебе, что Я испытываю, когда вожу машину… Навеяно вот этим постом «95% сделано». За четыре года работы фрилансером (переводчик и программист) у меня только один или два раза были недовольные заказчики. Скажу сразу — с таким заказчиком, что описан в посте, подсказывающим мне, что нужно сбросить скорость перед населенными пунктом и куда повернуть я если и буду работать, то только в условиях почасовой оплаты. Потому что я не робот, не его прямой подчиненный и не мальчик на побегушках у мастера, готовый выполнить любое поручение и именно так, как этого хочет мастер. Если кому-то хочется иметь такой контроль над работой — наймите себе человека, создайте ему рабочее место в офисе и говорите ему что делать. Заодно сразу будет видно, насколько такие меры сказываются на работоспособности. Может быть я чересчур требователен и кому-то даже покажется, что заносчив — вполне возможно. Я же со своей стороны тоже имею право оценить заказчика как человека и сделать определенные выводы. В конце концов, никто не заставляет заключаить договор именно со мной. Есть предложения и подешевле, и побыстрее, и с более привлекательным, как сейчас модно говорить, «портфолио». При общении с заказчиками до того, как мы пришли к договоренности, я стараюсь придерживаться следующих принципов: Если ты начинаешь разговор вопросом «А почему так дорого?», то наш разговор, скорее всего, на твоей фразе и закончится. Ты ошибся, тебе нужен не я, а кто-то другой. Если мы договориваемся об оплате по факту сделанного проекта, то под «проектом» имеется в виду то, что мне было предоставлено до момента нашей договоренности. Никакие «я же в аське еще упоминал, что» и «ну там же указано » и др." не принимаются. По этому поводу будем договариваться отдельно. Скажи мне, ЗАЧЕМ тебе это нужно, и я постараюсь понять, ЧТО тебе нужно. У тебя уже есть готовое ТЗ — отлично, я могу следовать ему. Но не вали на меня потом проблемы, если вдруг окажется, что софт должен работать по-другому или если ты чего-то не учел. Я, может быть, оценю проект и предложу какие-то улучшения до его начала, но никак уже не после — только по отдельной договоренности. Просто, чтобы ты не забыл — в графе «телепатия» у меня в анкете стоит жирный минус. Так что не молчи, говори! Если ты считаешь, что ты знаешь лучше, как это должно быть сделано — делай, я то тебе зачем для этого? Я делаю как умею, я могу охотно прислушаться к твоему совету, если он дельный. Могу прислушаться к двум советам. Начиная с третьего совета я либо буду тебя игнорировать, либо перестану делать что-то вообще. Ты знаешь ЧТО и КАК должно быть сделано и хочешь следить за каждым шагом. Найми себе студента в офис, пусть работает. Я тебе не нужен. Я не использую китайцев и индусов как помошников, поэтому та сумма, что тебе предложил Вася, меня не устроит. Может быть у меня и будут ошибки в комментариях на английском, но по крайней мере код будет понятен тому, кто читает. Нет, я не попрошу больше. За ЭТУ работу я хочу ровно столько, даже если вдруг у меня вдруг нечаянно «выпадет информационный пласт», я его сделаю заново сам, это мой риск, поэтому я и хочу больше, чем Вася. Иначе это может стать твоим риском… риском вообще не получить проект. Тебе нужно, чтобы это работало послезавтра утром? Отлично, тогда запиши себе, что ночь перед этим ты работаешь тестером проекта. Да, я тестирую свой код, и меня он устраивает — чтобы он устраивал и тебя, тестируй его тоже. Не хочешь — тогда не удивляйся, почему я буду это делать на неделю больше, чем Вася, и прошу за это, соответственно, больше. Ты ждешь от меня еженедельных отчётов, что я сделал? Хорошо, умножим тогда сумму проекта на полтора… за несвободу приходится платить. После того, как договоренность достигнута и проект начинается, приходится быть честным (всякое бывает с проектами). Попробую продолжить в том же стиле: Если я понимаю, что не успеваю сделать в срок, то я сообщаю об этом тогда, когда я начинаю это предполагать. Не надо пугаться, вполне возможно я успею всё и в срок, но для тебя есть риск. Мне искренне жаль, когда проект завершится, мы можем обсудить, как мне стоит пострадать из-за этого. Я постараюсь ответить на любое письмо с вопросами в течение часа. Так как я еще и работаю при этом, я буду краток. Нужен более пространный ответ — давай выходи в Скайп или звони. У тебя уже куча предложений, как сделать проект лучше, что там должно быть по-другому. Хорошо, я посмотрю на них. Может быть, если я буду в хорошем настроении, я даже что-то из этого и запрограммирую. Но, скорее всего, тебе придется подождать пока я не закончу с тем, что ты мне дал в самом начале. Тебе кажется, что я ничего не делаю, если за три дня не предоставил новую версию с новыми функциями? Пожалуйста, я тебе сейчас за 10 минут наваяю в Фотошопе пару новых форм, тебе определенно понравится. А ты пока за это время постарайся их реализовать. Ты нашел ошибку в моей программе, баг или что-то еще. Отлично, давай, я сейчас исправлю. И не надо кричать на меня, что я не тестирую свой код: мне и в голову не могло прийти, что ты попытаешься записать свой возраст римскими цифрами и думаешь, что программа должна это автоматически пересчитывать, или в качестве пола указать «паркетный», хотя там на выбор «мужской» и «женский». Программа падает, если ты вводишь отрицательный возраст. Точно. Сейчас поставлю проверку. Я же тебе уже говорил — мой код меня устраивал, мне туда как-то никогда не приходится вводить отрицательные значения. Ты перешел на новую версию офиса и экспорт из моей программы уже не работает так, как раньше. Ну а чего ты хотел? Купив новую машину, ты ведь не пытаешься заводить ее ключами от старой. Я не знаю, смогу ли я это «быстро починить», я посмотрю и попробую оценить сроки. При таком подходе в большинстве случаев проект проходит без каких-то неожиданностей и проблем. Проблемы возникают в основном, когда клиент «суетится» и пытается получить больше прозрачности, чем нужно для работы. Кому-то, бесспорно, такая прозначность жизненно необходима. Но уж точно не фрилансеру…

Поизиця заказчика

Позиция исполнителя

Решение конфликта

Еще один совет

Вам надо срочно добраться куда-то за 1000км. Вас вызвался довезти человек, за немалую сумму денег, но другого выбора нет. Доехать надо точно, а этот человек вроде как известный водитель, репутация и все такое, сказал, значит вроде должен сделать. Успеть надо доехать за сутки, вы договариваетесь с запасом на 14 часов в дороге и водитель говорит, что не проблема и соглашается.

Водитель на место встречи опаздывает на час, при этом рассказывая в какую жуткую пробку попал, но на заднем фоне слышно, как официант принимает заказы у кого-то. Когда вы уже решаете плюнуть на это дело, водитель объявляется и говорит что все ок и будем ехать, просто чуть быстрее.

На дороге его останавливает каждый гаишник, он постоянно норовит куда-то свернуть с прямой дороги до места, рассказывая что так быстрее, но постоянно приходится возвращаться потому что «быстрая дорога» ведет в тупик

Вам приходится ему рассказывать куда ехать, напоминать, чтобы сбрасывал скорость перед населенными пунктами и что, чтобы заехать на мост, пересекающий дорогу и поехать по нему влево, надо поворачивать за мостом, а не перед и пытаться найти разворот.

Через 20 часов езды вы все-таки заехали в окрестности того места, куда нужно добраться, но за 50км до цели, водитель высаживает вас в какой-то глухой деревушке и требует отдать ему 95% денег потому что он старался, тратил время, ехал и даже почти доехал, просто чуть-чуть не успел. Сейчас ему надо в другое место срочно, но завтра он обязательно вернется и довезет вас.

Часто сталкивались с такими водителями?

Не думаю. Как, в прочем, и с другими людьми, что промышляют частными заказами и сдельной работой. Почти со всеми.

Есть категории исполнителей, которые считают нормальным сорвать все сроки, выполнять работу максимально коряво, постоянно исправлять ошибки, на которые указывает заказчик и которые говорят о том, что работа вообще не проверялась самим исполнителем. И при этом требовать деньги. Лучше все, но даже 95% в принципе хватит, работать ведь не доделана.

Фрилансеры — сайтостроители это, наверное, ярчайший пример таких людей. Вернее, среди этой категории фрилансеров, такие вот исполнители встречаются на столько часто, что порой выбор исполнителя под критичный к срокам проект, становится практически неразрешимой задачей не только для неопытных людей, но и тех, кто уже несколько лет в веб-разработке и имеют довольно большой опыт работы с подрядчиками.

Никакая известность, авторитет, репутация не мешает начать разработку в то время, когда половина должна быть готова, делать левой ногой по 3 часа в неделю (хотя по планам полный день), показывать заказчику кишащий багами сайт с третью функционала по которому явно видно, что сам разработчик даже не пытался тестировать.

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

Вы бы заплатили денег водиле из начала топика? Часто ли вообще таких кадров наблюдаете? Не думаю, что на эти вопросы у многих людей будет хоть один положительный ответ.

Почему при всем этом, даже авторитетные и известные фрилансеры стремятся сделать хреново и не полностью, отжать бабла и искать следующий заказ? Почему недоделанные проекты считаются ими доделанными, если сделано хотя-бы больше 80%? Почему считают, что за проект, выполненный на, скажем, 70%, заказчик должен отдать минимум 70% денег? Почему их не волнует вопрос, что делать с проектом, который сделан не до конца, дальше?

Вопросы, ясное дело, риторические, и вряд ли будет хоть какой-то ответ «такой уж менталитет». Менталитет такой у на столько большого количества представителей этого вида работяг, что найти адекватного человека под отечественный проект часто оказывается просто невозможно. Авторитетность влияет не более, чем

А вот вы как считаете, нормально ли делать проект на 95% и просить за это деньги? Нормально ли платить за такой проект хоть что-то? В чем разница между фрилансером-сайтостроителем и водителем в данном контексте?

З.Ы. Я не люблю экономить на нужных вещах, готов платить сильно больше рыночной цены там, где нужна повышенная надежность. Готов идти на встречу, даже часть работы на себя взять в критической ситуации. Готов тратить время и силы на поиск и отбор исполнителей, читать отзывы, смотреть портфолио, гуглить просто по фамилии или, скажем, почте и смотреть, где еще человек светился. Да и делаю в общем-то все это.

Это не помогает. Я работаю с многими подрядчиками, но искренне советую не связываться с фрилансерами если есть хоть какая-то возможность без этого обойтись.

Вы очень любите водить машину. Вы сели в первый раз за руль в 14 лет, получили права в свой день совершеннолетия, с закрытыми глазами проехав тестовую площадку. В какой то момент вы понимаете, что для того что бы зарабатывать деньги не обязательно ходить в офис. Стать менеджером среднего звена, с мечтами об ипотеке и отдыхом в Анталии, совсем не входит в ваши планы на жизнь. Для того что бы зарабатывать деньги, можно просто заниматься любимым делом. И вы становитесь водителем.

У вас отличная репутация. Коллеги вас уважают, пассажиры советуют своим друзьям. Вы видели разных пассажиров. Кто-то хамил, кто-то сбегал не заплатив, кто-то, под предлогом того что «кризис» и «в кармане 200 рублей» платил впятеро меньше обещанного. Но это ваше любимое дело. И вы продолжаете возить.

Однажды на вокзале к вам подбегает взмыленный человек.
– Отвезите меня!
– Куда? — интересуетесь вы
– Давайте быстрее! — нетерпеливо кричит человек, размахивая деньгами — Быстрее, я заплачу за форс-мажор, только быстрее!

Вы садитесь в машину, и разворачиваетесь на площади у вокзала.

– Почему мы не могли проехать по газону? Я же прошу — мне нужно быстрее!
– Может вы скажете куда мы едем? — спрашиваете вы еще раз
– Да, конечно! У меня большой проект Мне нужно доехать ло Санкт-Петербурга как можно скорее. Потом, если уложитесь в срок, возьму вас штатным водителем на полный оклад.

Последняя фраза очень вдохновляет вас, и вы жмете педаль газа. Вы договариваетесь о времени дороги и цене. Вполне адекватной для такого расстояния. Поудобнее хватаетесь за руль и, избегая кочек и ям, везете своего пассажира. Едва выехав за пределы МКАДа, ваш пассажир просит вас заехать в Химки. Мол с мамой не попрощался. Вы нехотя сворачиваете. Спустя полтора часа вы все таки покидаете пределы Москвы. Пассажир постоянно ворчит, что потеряно столько времени. Потом он начинает интересоваться какой у вас стаж, сколько раз попадали в аварию, сидели ли в тюрьме, как зовут вашу девушку и по какой дороге вы едете. Разговор утомляет вас, но вы пытаетесь быть вежливым и на все вопросы отвечаете. Потом он просит остановить машину и начинает вас «экзаменовать» по правилам дорожного движения. Ему кажется что вы недостаточно компетентны что бы вести его зад. На одном вопросе вы запинаетесь (ситуация начинает слегка вас раздражать) и пассажир просит немедленно вернуть его в Москву, потому что с вами страшно ехать. Применив все свои дипломатические способности вы улаживаете проблему, и пассажир нехотя соглашается ехать дальше. По дороге он много раз просит остановится. И во время одной остановки вы замечаете, что он вышел на шоссе и ловит попутную машину. Вы интересуетесь в чем дело, на что он отвечает, что назначенная цена неадекватна для такого маршрута, и он хочет подстраховаться. Через пол часа он все таки сдается и садится обратно. Потом неожиданно он просит проехать через Тверь. Вы не планировали этого, но все таки соглашаетесь. Когда вы намекаете, что это дополнительный пункт назначения, и не плохо было бы доплатить, пассажир возмущается и говорит, что вы не человек слова, и что вы уже договорились на конкретную сумму, от которой невозможно отступить. И вновь напоминает вам, что если вы недовольны чем то, то он найдет другого водителя. В Твери вы теряете часа 3 в ожидании своего пассажира. Потом он приходит и заявляет что больше не нуждается в ваших «некомпетентных услугах» и не заплатив ни копейки уходит. Стоит вам отъехать от города в сторону Москвы, как ваш горе-пассажир звонит вам и говорит что передумал и готов ехать дальше. Обещает доплатить. Вы нехотя возвращаетесь и подбираете его.

Всю оставшуюся дорогу он указывает вам как следует ехать, какую радиостанцию слушать, куда поворачивать и как жить. Спустя несколько часов такого ада, естественно выбившись из графика часов на 5 вы доезжаете до Питера. Ваш пассажир вам настолько осточертел, что вы хотите как можно быстрее избавится от него. Вы довозите его до окраины города и говорите, что выполнили свою часть уговора — отвезти его по маршруту Москва-Питер и складываете с себя свои обязанности. Он расплачивается с вами, но поскольку сдачи у вас нет он пожимает плечами и округляет сумму в меньшую сторону, и недовольный что его не довезли до места назначения, сваливает.

Если вы спорите с идиотом, не исключено, что в это время то же самое делает и он. (С)

Недавно прочитал два поста: этот и этот. В них с разных сторон описывается конфликт между разработчиком, потратившим время на выполнение 95% задачи, и работодателем, не желающим оплачивать неполноценный результат.

Некоторое время назад я попал в похожую ситуацию (на стороне работника) и у меня получилось успешно разрешить ее, причем таким образом, что все остались довольны: и работодатель, и я.

=============

Нет, я ни коим образом не хочу назвать идиотами авторов или комментаторов этих постов. Имеется в виду упорное нежелание уступить собеседнику, даже во вред самому себе.

Но прежде, чем рассказывать о решении моей проблемы, я хотел бы обратить внимание на несколько вопросов, связанных больше с психологией, чем с разработкой ПО.

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

Не буду объяснять, почему так происходит. Предлагаю принять это за аксиому. Если кому-то интересно, рекомендую прочитать эту книгу.

Теперь попробуем применить это к разработке ПО.

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

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

Если попробовать применить правила, которые мы написали выше, то станет видно, что прямая борьба ни к чему не приведет: проигравшими окажутся обе стороны (одна из сторон потеряет деньги (или труд, если речь идет об исполнителе) + обе стороны потеряют время и нервы, затраченные на спор). Ни одна из сторон не может победить, переведя конфликт в «адекватный спор», потому как обе стороны находятся в равном положении (см. выше) и они не смогут привести логичных аргументов, доказывающих свою правоту.

Единственный выход — не допускать этой невосполнимой потери (для работодателя — это время, потраченное на не нужные ему задачи, для исполнителя — это неоплаченное время).

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

Выход: нужно постоянно контролировать процесс разработки, поддерживать хорошую «обратную связь» (от заказчика к исполнителю). Это позволит быстро и адекватно реагировать на ситуацию и позволит обеим сторонам сразу замечать, когда время тратится впустую.

Адекватно реагировать на ситуацию — признавать свои ошибки (и исправлять их), справедливо и аргументированно указывать на ошибки собеседника, учитывать чужие проблемы и вместе стараться разрешить их наилучшим образом для обеих сторон.

Собственно, описание моей ситуации:

Долгое время работал за фиксированную зарплату (удаленная работа, трудозатраты рассчитывали исходя из того, что я работаю 2 часа в день). Жесткого контроля задач не было. Мог свободно менять свой план работ в целях выполнения наиболее важных для конторы задач. Часто занимался непрофильной работой: администрированием сервера, внедрением, технической поддержкой пользователей.

Когда начался кризис, директор лично захотел контролировать каждого разработчика (благо разработчиков мало, потому как основное направление деятельности конторы не связано с разработкой ПО). Каждый месяц составлялся план работ и появилось правило: зарплата не выплачивается, пока не сделано 100% задач.

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

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

Я вышел из сложившейся ситуации следующим образом:

Обсудил с директором текущий план работ: какие задачи выполнены, какие еще осталось выполнить и в каком объеме (кстати, это обсуждение заняло 3.5 часа, но при этом прошло довольно спокойно, несмотря на предшествующие ему разговоры на повышенных тонах). Я пообещал бесплатно доделать эти задачи в следующем месяце, после чего была без проблем выплачена зарплата за текущий месяц.
Составил ОЧЕНЬ подробное описание того, как я собираюсь выполнять поставленные задачи (вплоть до того, что описал, какие действия происходят при нажатии каждой кнопки) и отправил это директору на утверждение. По сути это то же самое ТЗ. Вполне естественно, что директор сам не будет его писать. Также естественно, что он не понимает смысла платить за написание ТЗ 800$ отдельному человеку. Составленное мною ТЗ не соответствовало стандартам оформления, но, главное, оно отражало список задач. Я потратил на него очень мало времени (около 2 ч.)
Все задачи перед назначением на меня проходили через директора. Так он смог контролировать выполняемые мной задачи, а я смог уберечься от второстепенных и не нужных задач (т.е. от таких, выполнение которых привело бы к потере времени)
С возникающими внеплановыми задачами поступили следующим образом:

а) если задача непрофильная, я отказывался от ее выполнения (вполне естественно: мое время ограничено + задача не является тем, что я умею хорошо делать). Обычно директор без проблем соглашался поручить ее кому-то другому.

б) если задача все таки не может быть выполнена без моего участия, то сразу согласовывается изменение утвержденного ранее плана работ (определяются наименее важные задачи, имеющие в сумме такой же объем и переносятся на следующий месяц).

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

На данный момент все довольны: директор доволен тем, что вовремя выполняется 100% задач, а я доволен тем, что я занимаюсь интересной работой в стандартном режиме и без проблем получаю заработанные деньги.

Попробую подвести итог

Конфликт работодателя и исполнителя возник не из за того, что кто-то из них плохой/нечестный/недобросовестный/идиот (нужное подчеркнуть), а потому, что оба не смогли правильно организовать процесс разработки (или не захотели напрягаться).
Сделать это мог каждый из них.
Ну и… если хочешь, чтобы что-то было сделано — делай это сам.

Жена готовит яичницу на завтрак.
Вдруг на кухну вбегает муж:
— Осторожно, — он говорит, — ОСТОРОЖНО! Положи больше масла!
Боже мой! Ты жаришь очень много яиц сразу! СЛИШКОМ МНОГО!!!
Переверни их! ПЕРЕВЕРНИ ИХ ПРЯМО СЕЙЧАС!!! Нужно больше масла! О Боже мой!
ГДЕ нам взять БОЛЬШЕ МАСЛА? Сейчас они ПРИЛИПНУТ!!!
Осторожно! ОСТОРОЖНО! Я сказал — Осторожно!
Ты НИКОГДА меня не слушаешь когда делаешь яичницу!!! НИКОГДА!!!
Переверни их! БЫСТРО!!! Да ты что, психованная?!!!
Ты совсем спятила?!!! Не забудь посолить!
Ты всегда забываешь посолить! Используй СОЛЬ!
ИСПОЛЬЗУЙ СОЛЬ! С-О-О-О-О-ЛЬ!!!

Жена удивленно смотрит на мужа:
— Да что с тобой сегодня?!
Ты думаешь я не в состоянии приготовить элементарную яичницу?
Муж спокойно объясняет:
— Я хотел показать тебе, что Я испытываю, когда вожу машину…

Навеяно вот этим постом «95% сделано».
За четыре года работы фрилансером (переводчик и программист) у меня только один или два раза были недовольные заказчики.

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

Может быть я чересчур требователен и кому-то даже покажется, что заносчив — вполне возможно. Я же со своей стороны тоже имею право оценить заказчика как человека и сделать определенные выводы. В конце концов, никто не заставляет заключаить договор именно со мной. Есть предложения и подешевле, и побыстрее, и с более привлекательным, как сейчас модно говорить, «портфолио».

При общении с заказчиками до того, как мы пришли к договоренности, я стараюсь придерживаться следующих принципов:

Если ты начинаешь разговор вопросом «А почему так дорого?», то наш разговор, скорее всего, на твоей фразе и закончится. Ты ошибся, тебе нужен не я, а кто-то другой.
Если мы договориваемся об оплате по факту сделанного проекта, то под «проектом» имеется в виду то, что мне было предоставлено до момента нашей договоренности. Никакие «я же в аське еще упоминал, что» и «ну там же указано » и др." не принимаются. По этому поводу будем договариваться отдельно.
Скажи мне, ЗАЧЕМ тебе это нужно, и я постараюсь понять, ЧТО тебе нужно. У тебя уже есть готовое ТЗ — отлично, я могу следовать ему. Но не вали на меня потом проблемы, если вдруг окажется, что софт должен работать по-другому или если ты чего-то не учел. Я, может быть, оценю проект и предложу какие-то улучшения до его начала, но никак уже не после — только по отдельной договоренности.
Просто, чтобы ты не забыл — в графе «телепатия» у меня в анкете стоит жирный минус. Так что не молчи, говори!
Если ты считаешь, что ты знаешь лучше, как это должно быть сделано — делай, я то тебе зачем для этого? Я делаю как умею, я могу охотно прислушаться к твоему совету, если он дельный. Могу прислушаться к двум советам. Начиная с третьего совета я либо буду тебя игнорировать, либо перестану делать что-то вообще.
Ты знаешь ЧТО и КАК должно быть сделано и хочешь следить за каждым шагом. Найми себе студента в офис, пусть работает. Я тебе не нужен.
Я не использую китайцев и индусов как помошников, поэтому та сумма, что тебе предложил Вася, меня не устроит. Может быть у меня и будут ошибки в комментариях на английском, но по крайней мере код будет понятен тому, кто читает.
Нет, я не попрошу больше. За ЭТУ работу я хочу ровно столько, даже если вдруг у меня вдруг нечаянно «выпадет информационный пласт», я его сделаю заново сам, это мой риск, поэтому я и хочу больше, чем Вася. Иначе это может стать твоим риском… риском вообще не получить проект.
Тебе нужно, чтобы это работало послезавтра утром? Отлично, тогда запиши себе, что ночь перед этим ты работаешь тестером проекта. Да, я тестирую свой код, и меня он устраивает — чтобы он устраивал и тебя, тестируй его тоже. Не хочешь — тогда не удивляйся, почему я буду это делать на неделю больше, чем Вася, и прошу за это, соответственно, больше.
Ты ждешь от меня еженедельных отчётов, что я сделал? Хорошо, умножим тогда сумму проекта на полтора… за несвободу приходится платить.

После того, как договоренность достигнута и проект начинается, приходится быть честным (всякое бывает с проектами). Попробую продолжить в том же стиле:

Если я понимаю, что не успеваю сделать в срок, то я сообщаю об этом тогда, когда я начинаю это предполагать. Не надо пугаться, вполне возможно я успею всё и в срок, но для тебя есть риск. Мне искренне жаль, когда проект завершится, мы можем обсудить, как мне стоит пострадать из-за этого.
Я постараюсь ответить на любое письмо с вопросами в течение часа. Так как я еще и работаю при этом, я буду краток. Нужен более пространный ответ — давай выходи в Скайп или звони.
У тебя уже куча предложений, как сделать проект лучше, что там должно быть по-другому. Хорошо, я посмотрю на них. Может быть, если я буду в хорошем настроении, я даже что-то из этого и запрограммирую. Но, скорее всего, тебе придется подождать пока я не закончу с тем, что ты мне дал в самом начале.
Тебе кажется, что я ничего не делаю, если за три дня не предоставил новую версию с новыми функциями? Пожалуйста, я тебе сейчас за 10 минут наваяю в Фотошопе пару новых форм, тебе определенно понравится. А ты пока за это время постарайся их реализовать.
Ты нашел ошибку в моей программе, баг или что-то еще. Отлично, давай, я сейчас исправлю. И не надо кричать на меня, что я не тестирую свой код: мне и в голову не могло прийти, что ты попытаешься записать свой возраст римскими цифрами и думаешь, что программа должна это автоматически пересчитывать, или в качестве пола указать «паркетный», хотя там на выбор «мужской» и «женский».
Программа падает, если ты вводишь отрицательный возраст. Точно. Сейчас поставлю проверку. Я же тебе уже говорил — мой код меня устраивал, мне туда как-то никогда не приходится вводить отрицательные значения.
Ты перешел на новую версию офиса и экспорт из моей программы уже не работает так, как раньше. Ну а чего ты хотел? Купив новую машину, ты ведь не пытаешься заводить ее ключами от старой. Я не знаю, смогу ли я это «быстро починить», я посмотрю и попробую оценить сроки.

При таком подходе в большинстве случаев проект проходит без каких-то неожиданностей и проблем. Проблемы возникают в основном, когда клиент «суетится» и пытается получить больше прозрачности, чем нужно для работы. Кому-то, бесспорно, такая прозначность жизненно необходима. Но уж точно не фрилансеру…