Pull to refresh

Comments 15

Двигатель гигантского корабля сломался и никто не смог починить, поэтому наняли инженера-механика с более чем 40-летним стажем. Он очень тщательно осмотрел двигатель сверху вниз. Увидев всё, инженер разгрузил сумку и достал маленький молоток. Он без проблем ударил по стратегическим узлам. Вскоре двигатель снова запустился. Двигатель отремонтирован! Через 7 дней инженер сказал, что общая стоимость ремонта огромного судна для предпринимателя составила $ 20.000. "Что?! - сказал судовладелец,- Ты почти ничего не сделал. Дайте нам подробный отчёт." Ответ прост: "Удар молотком: $ 2. Знать куда ударить, сколько и как ударить: $ 19.998." Важно ценить собственные знания и опыт... потому что это результат борьбы, переживаний и даже слёз. Если я делаю работу за 30 минут, это потому что я потратил 20 лет на то, чтобы научиться делать это за 30 минут. Ты должен мне года, а не минуты.

Хороший пример того, как важно ценить не действия, а знания, стоящие за ними. В ИТ мы часто сталкиваемся с тем, что внешне «простая» задача (пара запросов, одно обновление) требует 10 лет опыта и 100 неудачных решений в прошлом. Быстрый результат - это не случайность, а признак системного подхода.

Прямо один в один с моим бывшим руководящим субъектом. Он глаза квадратил, что за 3 дня я просил "конский ценник", с его точки зрения. Я просто сказал, что продаю не время, а квалификацию. А так...ни к то ему не мешает искать студента.

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

Так естественно!

Как без этого, эти вещи нужно в договоре прописывать.

Нам эту историю препод по диффурам в институте рассказывал. Очень хороший преподаватель.

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

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

Проблема в том, что все эти признаки легко симулируются. Тому пример ваш комментарий: "есть сертификат 1С по платформе, хотя сдавал его “за компанию”, вообще не имея практического опыта в учёте. Формально - квалификация подтверждена, а по факту - некомпетентен в ключевой области применения."

Насчет проверки “через знакомого” вы правы, это тоже не решает проблему и почти всегда конфликт интересов, потому что знакомый сам может претендовать на проект. А сертификаты не гарантируют ничего, кроме умения решать типовые тестовые задачи в контролируемой среде.

В итоге ценность опыта признаётся только постфактум, после ошибок и провалов. И это большая проблема для отрасли, особенно в консалтинге и автоматизации.

Заказчику не надо опыт оценивать. Ему нужна конечная стоимость и качество услуг и это определяется рынком и возможностью заказчика.

Если у вас контора известная, сделала много проектов и на отлично, то и нормочас. значительно выше, чем у конторы "рога и копыта"

Все просто: заказчик ценит решение задачи в 10 000, а исполнитель затрачивает на это 1000. Какова цена услуги? Она такая, на чем они договорятся: это может быть и 1100 ( исполнитель накрутил 10% прибыли), и 9000 (тогда заказчик сэкономил 10% и счастлив). Это зависит и от степени конкурентности рынка.

Разумеется, исполнителю важно надувать щёки и показывать, насколько трудна задача, а заказчику делать вид, что не очень то ему и нужно, но если вы хотите, давайте обсудим... В примере с судном владельцу нужно было сказать: да не очень-то мне этот двигатель и нужен, я буду его завтра менять на новый... но за день его работы вот вам 1000. Мастер, не будь дурак, схватил бы 1000, за 7 дней неплохой улов...

  1. крупные блоки оцениваются как результат,

Скажите, насколько точно вам удаётся оценивать крупные блоки?

Т.е. оказывается ли ваша работа сильно дороже или дешевле при пересчёте на затраченные часы?

Да все правы, потому как каждый смотрит со своей колокольни на вопрос исходя из своего опыта.

Если брать большую контору, то там есть как опытные, так и новички и поэтому стоимость нормочаса там интегральная.

В работе участвуют и опытные, которые за 15 минут сделают, то, что неопытный будет за 2 дня. Так и новички, которые, по сути просто обучаются, за счёт заказчика.

Иначе в какой то момент у вас останутся одни новички.

Если вы работаете один, то там уже больше смотрят на ваше партофолио и общую стоимость работ, а не часы.

Моё мнение, все нормально в IT с оценкой труда. Она простая и понятная для заказчика, а как вы там внутри себя её считаете, заказчика не интересует. Он видит конечную оценку и делает выбор.

Если спец тратит 15 минут, а команда грамотеев за это же – 2 недели, оплата должна быть – за результат. В первом случае оплата не за 15 минут, а за 10.000+ часов опыта/обучения. Во втором – это стипендия. Учитесь общаться с заказчиками. Но на это тоже нужно много+ времени опыта.

Есть ещё проблема единого стандарта в отрасли. С этим начинаешь сталкиваться, когда делаешь СКС, например. Или пытаешься внедрить CRM. Или... да много можно перечислять. Условная протяжка кабеля в гофре может стоить 20р за метр, а может 140. А справится с этим школьник, пытающийся заработать на летних каникулах. Или вот пример, когда пытались внедрить crm в одной компании. Опросили несколько вендоров, получили коммерческие, казалось бы всё просто, сравнивай и выбирай. Но проблема оказалась чуть глубже. Один вендор предлагал с нуля под нас, очень круто, но очень дорого. Второй предлагал коробку, с доработкой модулей под нас, но в в пределах определённых возможностей. Третий уже не помню, а четвёртый - битрикс24. По времени внедрения было плюс/минус одинаково. В итоге проект заглох, т.к. всё погрязли в сравнениях и ссорах. А Битрикс до этого пытались внедрить и он не взлетел, ибо поставить поставили, а настройкой заниматься не сильно захотели. Менеджеры с широко раскрытыми от ужаса нагромождения всех его возможностей в одном окне глазами просто сказали "нет, спасибо" и постарались выкинуть его из памяти.

Sign up to leave a comment.

Articles