Предлагаю помериться... Человеко-часами

Как исполнитель, работаю немного по другому:

1. Если нет четкого ТЗ, разработка и анализ ТЗ - оплата по часам до полной проработки ТЗ. Далее п.2

2. Если есть конкретное ТЗ, только конкретные сроки и конкретная сумма. Какой хрен заказчику - за полчаса я это сделаю или за месяц?

Как заказчик: конкретные сроки и конкретная сумма.

P.S. Но мне немного проще, у меня заказчики постоянные, привыкли к моему стилю работы.

Милторг, все прекрасно понимают, что нужна прибыль. Доходность бизнеса, кстати, это вообще не ваше дело. Если бизнес изначально убыточен, то причина убыточности - не программист, сколько бы он там ни брал.

Вы в состоянии писать проекты средней сложности за 1 доллар в час?

Согласен, если заказчик адекватный и по договору нельзя отступать от ТЗ.

И под этим подпишусь. А вот почему.

Были случаи на моей практике, пригласил заказчик специалиста что-то там сделать. Специалист сидит день, сидит второй. Потом зовут меня и я справляюсь за 10 минут. И нет я не супер гений, просто "собаку на этом съел", а тот специалист впервые столкнулся.

Так вот вопрос. Как в этом случае производить оплату, за сделку или по часам? Ведь приди я первым, то с точки зрения заказчика за 10 минут разве что можно успеть в носу поковырять.

---------- Добавлено 15.02.2017 в 16:40 ----------

Вот вам притча, возможно многие читали, но думаю милторгу будет полезно почитать.

чтение этого ахтунга.

первая страница 4 минуты.

вторая и последующие - 10 секунд.

написание ответа - 40 секунд

Ну а если серьезно, то это не тема для "разработки" тема грозит перерасти во флейм.

Дело в том, что какие то "попугайчики" нужны. Да и тут все на самом деле достаточно просто. Программисту, как специалисту, пофигу что делать этот час, верстать простенький макет, или пилить интеграцию с b2b системой. Но сама по себе стоимость работы далеко не равноценна. Стоимость проекта это время на него затраченное, чем проект сложнее, тем он дороже имено потому, что времени от требует больше. Знаний требует больше, что тоже увеличивает именно время.

Лично у меня так сказать - гибрид. Да я работаю с почасовой ставкой, но я оцениваю задачи в часах, а не по факту реализации, чисто потому, что любые деньги по сравнению с деньгами - это дорого. То есть, например, я говорю, что интеграция с срм потребует 10 часов, час стоит столько то, доп хотелки увеличивают время (логично же?) тем самым увеличивая общий чек (все наглядно для заказчика) и от этого и пляшем, то есть если я не уложился в 10 часов это мои проблемы, заказчик ничего не доплачивает, то что у меня по интеграции куча наработок и делать я её буду 1 час это не важно, важна сама оценка, как смета в любом производстве и нормы на работы. А по поводу отошли от ТЗ, ТЗ как табличка (Номер/Задача/Часы), тем самым заказчик хотелки дописывает всегда вниз этой таблички. Как то так в общем.

А если посмотреть с позиции заказчика? Например, я заказчик, а вы фрилансер? Как я смогу вообще отследить ваше реальное время работы? Ответ: НИКАК! Но заключать договор с неизвестной ценой я разумеется не буду, поэтому исполнитель должен будет заранее сообщить требуемое количество часов, а из количества часов формируется конечная сумма. Но меня интересует конечная сумма договора, а не количество часов. Поэтому количество часов в качестве оценки труда имеет смысл применять для рутиных стандартизированных операциях при полном контроле работника заказчиком, т.е. когда работник сидит в офисе от и до.

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

Уровень подготовки = К = ставка за месяц, (если грубо)

X = кол-во выполненных задач за двухнедельный спринт (величина от 0 до 1.хх)

вот собсно и весь расчет.

если человек не выполняет 100% задач он не получает 100% зарплаты.

(опять-же это грубо, так как еще учитывается качество кода и кол-во багов после сдачи тестировщикам)

конвейерный метод, только применительно к разработке

borisd, есть всякие трекинг программы, которые делают скриншоты раз в n минут, архивируют их и высылают на почту заказчику. Но я, например, часто обсуждаю задачи с заказчиком часами, при этом я не пишу это в работу. Я часто консультирую абсолютно бесплатно, причем вникаю в проблему. Мне приятно помогать людям. Но если меня заставят пользоваться такой программой, то я начну звереть, и вычислять время работы до наносекунд. А ещё подыщу другого заказчика, с кем построю нормальные доверительные отношения. Мне не столько важно зарабатывать, сколько важно, чтобы отношения с работодателем были позитивные и было уважение друг к другу. И это при том, что я всегда занижаю цену задачи, кроме тех случаев, когда работа заняла 10 минут, я могу округлить её

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

А если посмотреть со стороны заказчика:

Ваш вариант: Конь в вакуме - 20 000 рублей

Мой вариант: Работа программиста 20 часов - 20 000 рублей

Что выглядит приятнее для заказчика, если цена договора в обоих случаях будет одинаковая?

за 1.5 евро.