Сколько стоит ваш труд?

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

Как оценивается работа программиста

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

Маленькие хитрости

Если вы можете выделить и разработать хотя бы некоторые базовые функции «софта», которые могли бы быть полезны клиенту — сделайте это в первую очередь как независимый проект. Вместо того чтобы сразу просить денег за год работы вперед, определите то, что, будучи разработано, уже сейчас поможет справиться с главными задачами клиента, и попытайтесь закончить именно эту часть проекта в течение 2-4 недель. Клиент оценит такой подход, ведь вы стремитесь решать его проблемы, а не просто занимаетесь программами. Если он увидит, что самая серьезная проблема решена уже на раннем этапе, то тем лучше для вас. Клиент может хотеть и А, и Б, и В, но если А дает ему 90% желаемого, то вы должны выполнить это в первую очередь, а затем предоставить клиенту право решать, хочет ли он получить вдобавок Б и В. Все то, что вы узнаете в ходе работы над первым проектом, сделает вашу оценку гораздо более точной впоследствии. Ваши шансы точно оценить А, Б и В, вместе взятые, очень малы, но ваши шансы верно оценить Б после завершения А несравненно выше. Меньше всего вы рискуете на начальной стадии проекта, в течение второй-четвертой недели, особенно если требования четко определены и ясны для обеих сторон. Помните, что вы должны хорошо представлять себе не только то, что программное обеспечение будет делать, но и то, чего оно делать не будет. Убедитесь также, что клиент знает, что именно осталось за рамками проекта и что следует реализовать в будущих проектах, если последует продолжение.

Отталкивайтесь от верхнего предела

Клиент не будет платить дважды только потому, что вы не смогли оценить объем проекта, не сделав половины работы. Но, если вы предъявите общую сумму, которая учитывала бы любой риск, клиент может подумать, что вы завышаете цену. С другой стороны, назначив минимальную цену, вы рискуете недооценить объем работ. И бывает крайне неприятно уже после оценки столкнуться с какими-то конкретными сложностями, с проблемами совместимости с прежней системой, и так далее. Оценив стоимость работ, скажем, в пределах от $5 000 до $10 000, вы избежите недоразумений с обеих сторон. Чем больше проблем может возникнуть, тем шире разрыв между первым и вторым числом. Обычно большее число — это та сумма, которую вы хотели бы получить, если бы работали по фиксированной ставке. Здесь следует учесть возникновение непредвиденных обстоятельств, изменение пожеланий заказчика и так далее. Меньшее число — оптимальная стоимость в том случае, если все прошло гладко, не считая мелких второстепенных проблем. Клиент должен взять на себя обязательство заплатить максимальную цену. Если клиент готов платить только $5 000, а не $10 000, постарайтесь сократить масштабы проекта, чтобы себестоимость проекта совпала с той максимальной ценой, которую готов заплатить клиент. Подсчет рабочего времени Некоторые программисты предпочитают низкую повременную оплату, но учитывают каждую минуту, затраченную на проект. Они руководствуются следующей мыслью: «Если я трачу время не на свои личные дела, значит, счетчик включен». Такой подход рационален с точки зрения программиста, но представьте, что вы наняли дизайнера для работы в HTML5. Это отличный дизайнер, но он работает преимущественно в HTML4. В результате он потратит какое-то время, просто изучая работу HTML5. Вы хотите платить за его обучение? Вероятнее всего, нет. Вряд ли все время, отведенное на проект, вы потратите на написание кода. Часть времени, вероятно, уйдет на:

• чтение базовой документации;
• поиск в библиотеках open source того, что вам нужно;
• просмотр архивов рассылок с целью понять, как возникшие у вас проблемы решали другие, и так далее.

Кажется разумным, что и за все это программист должен получать оплату, однако это одновременно и инвестиции в себя. Лично я предпочитаю получать хорошие деньги за то, что я — профессионал, а не просто стипендию за самообразование. Я использую программы отслеживания рабочего времени («Mylyn» или «TaskTop»), которые отсчитывают время работы над конкретным вопросом в моей IDE. Таким образом, я измеряю только рабочее время, без учета времени, затраченного на различного рода изыскания. Инструмент, который я использую, проводит замер с промежутком в три минуты. Например, если мне необходимо взглянуть на специфику вызовов функций API, то мое рабочее время учитывается, а если я трачу полчаса на то, чтобы отыскать оптимальное выражение в open source, чтобы вставить его в программу, то мое рабочее время не учитывается. И вот результаты такого подхода:

• моя почасовая ставка гораздо выше, чем у многих моих товарищей;
• в среднем у меня выходит 20-30 оплачиваемых человекочасов программирования в неделю;
• мои оценки стоимости более точны, поскольку я могу реально оценить фактическое время написания кода.

Оплата

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

Партнерство

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

Помогаете devby = помогаете ИТ-комьюнити.

Засапортить сейчас.