Ядерная война: сценарий. Удар по Пентагону термоядерной бомбой в 1 мегатонну - Nuclear War: A Scenario, Annie Jacobsen
Тоже самое можно о Москве или Питере написать.
Города просто перестанут существовать.
Заигрывание правительства РФ с ЯО должно однозначно сразу вести к их отставке.
Я вообще не понимаю зачем клиенту оплачивать почасово вашего программиста? Клиент платит за результат, а сколько там программист потратил на это времени 2 часа или 15 минут клиента не должно волновать. Это очень странный подход к оценке стоимости задач, как узнать сколько программист потратил времени 15 минут или 2 часа?
Клиента это и не волнует до тех пор, пока он не открыл для себя простую истину: если подрядчику не выгодно делать работу, то он и не сделает работу.
Опытные грамотные заказчики хорошо осознают, что такое проектная работа. Они знают, что хорошо свою работу сделают скорее те, кто получает доход, адекватный затраченным усилиям, и без проблем соглашаются на оплату времени.
Главная ошибка, мешающая понять этот принцип, обычно заключается в том, чтобы сравнить полугодовой проект по изобретению чего-то несуществующего с изготовлением пиццы или с продажей готового унитаза.
Ключевая проблема - это просто отсутствие финансового моделирования. и планирования.
> чтобы сравнить полугодовой проектпостройка 24 этажного дома считается полугодовым проектом? Почему строителей не оценивают 2500/час тогда? на возведение стены уйдет 3 часа, значит платим строителю 7500 рублей за 3 часа или как?
Не стоит очень уж зацикливаться на примерах — они всегда не вполне подходят. Культура работы строителя и программиста или дизайнера очень сильно отличаются. Работа руками также сильно отличается от работы головой. Сравнение не работает.
аналогия х-я, что вызывает сомнения в компетентности продакта или кого там еще. Если брать строительство - то ближе будет проект+дом. Возведение мифической стены это не результат, как и тупо накидать несвязанные куски кода и считать символы. Оплата за часы - это просто относительная мера какой то команды и ВСЕ. Хочется цену заранее - бери готовый продукт или готовый проект с конкретными стройбанами которые построили уже 100500 домов конкретно под этот проект.
Собственно и придумали спринты чтобы минимизировать потери обеих сторон на разработке крупных проектов.
> Главная ошибка, мешающая понять этот принцип
мне мешает понять принцип как я могу проконтролировать это, ушло на эту работу 2 часа или 15 минут, мне же не стоять за спиной у разработчика? а какие другие варианты тогда? А если в эти 2 часа разработчик обедал и пил кофе 30 минут это вычтется потом или как?
Проконтролировать это никак нельзя и не нужно.
При правильных подходах к оценке и честной работе по t&m последний вариант выгоднее для заказчика как по финансам, так и морально (по нервам).
Если очень нужен контроль, возьмите команду с доступом в джиру на просмотр, внешнего консультанта (2-4 ч в неделю достаточно для обзорного ревью маленькой команды) - и вопрос с честностью оценок будет закрыт на 80-90%.
Далее, если в проекте ожидается окупаемость по начальным затратам от 3х в течение года, так ли важны эти 10% потенциальных доп. расходов, или все же качество и скорость приоритетнее?
Качество отмечаемого времени - на совести исполнителя.
Потому что клиент приходит с ТЗ на 20 страниц. Программист никогда не делал этой задачи по этому ТЗ, поэтому он не может оценить трудозатраты с точностью до дня. Поэтому это лотерея для обоих. На понт "ты че не профессионал?!" - тут брать не надо.
И когда в этой лотерее выигрывает программист -> для клиента ничего не меняется. Ему не вернут остаток денег, компания (программист) в лучшем случае закладывает эти деньги в риски на будущее. Когда в этой лотерее выигрывает клиент -> клиент тоже не доплачивает, получается кассовый разрыв и клиента начинают динамить. Не потому что так им хочется, а потому что ипотеку чем-то платить надо. Поэтому time&material это win-win стратегия.
20 минут потратил или час, придется оценивать самостоятельно. Если чувствуете, что обманывает, меняете исполнителя. Вы теряете оплату за несколько часов/дней. А иначе, вы бы потеряли 50% предоплату за Весь проект. Опять по-часовка выгоднее.
Если вы считаете, что заплатили 50%, компания просчиталась и теперь вы на коне, то как написано выше, такого почти не бывает, вас задинамят и всё. Там где можно сделать тяп-ляп, сделают тяп-ляп.
Ну и к тому же, примерные сроки всё равно обычно говорят, пускай расплывчато, но все же.
это как звонишь в пиццерию и говоришь мне две пиццы, а тебе говорят: час работы нашего повара 2500 руб, две пиццы он сделает за два часа, с вас 5000 рублей и еще за сопровождение (доставку) 500 рублей - ничего не напоминает? Другое дело, когда звонишь в пиццерию, за две пиццы платишь 1000 рублей и третью получаешь в подарок и сопровождение (доставка) за 30 минут бесплатно - все просто и прозрачно, никто не нагружает клиента стоимостью работы повара за час и тд.
Подгорает, когда разработку сравнивают с пекарней или пиццерией. Разработка - инвестиции с целью создания интеллектуальной собственности, где есть риски эту собственность не создать. На чьей стороне получении прибыли от владения интеллектуальной собственностью - тот и должен брать на себя эти риски.
Потому что под 'результатом' клиент подразумевает бизнес результат а не просто код. Люди оперирующие понятием 'плата за результат' ждут чего угодно в диапазоне от бинарной сборки приложения и до увеличения масштабов собственного бизнеса 'в результате оплаченных действий'. T&L в этом случае единственное заземление.