Комментарии 7
>> Всё
Нет, не всё. В вашей юрконструкции упущен очень важный, даже ключевой документ - заказ.
Без документа, который явно называется "Заказ", исходит от заказчика (!) и содержит его требования по составу, объему и ориентировочной стоимости услуг на очередной период - вы однажды попадете в ситуацию, когда вам заказчик не подпишет очередной акт, мотивируя это тем, что он ваши услуги не заказывал и что работы вы делали по собственной инициативе и за свой же счет.
Ваш "допник" имеет похожий смысл, но это немного не то.
Ну и в целом T&M требует ряда специфичных моментов в договоре, о которых вы не упомянули, а зря.
привет! так я же написал, что конкретные документы показывать не могу, а без конкретики все специфичные моменты в договоре описывать текстом – ну хз :) я не ставил себе цель 5-минутной статьей закрыть огромную тему про T&M, а особенно про юридические аспекты. это уже вопросы важных юридических отделов и операционных менеджеров. но спасибо за коммент!
Спасибо за статью — очень внятно и по шагам.
Но в реальности T&M работает не так гладко, особенно когда клиент не до конца понимает, чего он хочет. В таких случаях всё сильно упирается не в метод, а в коммуникацию.
Мы сталкивались с тем, что требования постоянно плывут, и каждую неделю на созвоне возникает новая идея или разворот. В итоге много времени уходит не на код, а на уточнения, гипотезы и согласования.
Что реально помогает:
— фиксировать неясности прямо в задачах (например, “ожидается решение клиента”);
— оформлять гипотезы: “делаем по этой логике до первого возражения”;
— показывать быстрые MVP — даже простая заглушка или прототип может резко ускорить процесс согласования;
— вести прозрачную доску задач, чтобы было видно не только, за что клиент платит, но и что осталось за бортом.
По факту T&M — это не просто способ расчёта, а формат, где нужно больше зрелости и со стороны клиента, и со стороны команды. Если это есть — работает отлично.
>> много времени уходит не на код, а на уточнения, гипотезы и согласования
Тарифицируйте это время по ставке достаточного дорогого руководителя проекта со своей стороны и, о чудо - непроизводительные затраты начнут сокращаться ))
>> Мы сталкивались с тем, что требования постоянно плывут, и каждую неделю на созвоне возникает новая идея или разворот.
привет! банальную вещи скажу конечно, но в таких ситуациях надо уметь четко обозначать свои границы. вы не фрилансер-студент, а целая команда дорогих ребят – и каждая новая идея или разворот будут стоить для заказчика сотни тысяч рублей. и он сам же вам спасибо скажет, если вы четко будете держать фокус на важном, чтобы завершить проект. а все идеи оставите уже на пострелизную работу, чтобы докручивать следующие версии :)
Спустя 15 лет я так и не научился обозначать все границы. Только удивляюсь последнее время, сколько этих границ...)))) Заказчик должен понимать причины нужных постоянных изменений и быть заинтересованным в этих постоянных изменениях. Сталкивался много раз с заказчиками, которые думали что некоторое решение или программа могут полностью закрыть задачу и были искренне удивлены, когда я начинал рассказывать о возможных последствиях тех или иных решений.
Time&Materials вместо работы в минус: наш путь, шаблоны, цифры — и как сделать также у себя