Хочу обратиться с вопросом к участникам по поводу модели Time and Material (далее для простоты T&M). Используете ли вы её в работе и в каких случаях соглашаетесь работать по этой модели?

Мне довелось работать с обеих сторон баррикад. И, собственно, по модели T&M тоже. Так что для затравки поделюсь своим опытом и выводами как заказчика, так и исполнителя.

О чем речь?

На всякий случай — T&M это модель работы, при которой оплачивается не результат, а время исполнителя. Например, вы платите не за разработку/внедрение программы складского учета, а за человеко-часы, потраченные сотрудниками подрядчика. При этом, стоимость может фигурировать не одна, а в разрезе ролей (ведущий разработчик оплачивается выше, чем тестировщик, но ниже, чем руководитель проекта и т.д.). Пример такой работы был в статье про себестоимость.

В некоторых случаях (и у каждого эти случаи свои) модель T&M является вполне эффективной. О “моих случаях” речь пойдет ниже.

Когда я выступал в роли исполнителя

Я порядка 4 лет занимался автоматизацией ИТ-служб и служб поддержки пользователей (как внешних, так и внутренних) и прочим ITSM-ом. Из них 3,5 года в роли ПМ-а (который по совместительству является главным аналитиком проекта). Поделать проекты довелось в разных отраслях — энергетика, промышленность, пищевая промышленность, ритейл... Были даже 2 проекта в консьерж-сервисах (это что-то типа “облачного” личного секретаря) и 2 крупных промышленных компании, где проект преследовал цель выведения ИТ-службы на аутсорсинг. Чтобы закончиться начатый самовосхвалебный пассаж добавлю, что сделал около 30 проектов. Компании, как правило, были крупные (самое маленькое что было — 200 человек).

И вот почти всегда оценку стоимости проекта делали перед его стартом, подписывали договоры и очень редко стоимость проекта менялась. Т.е. наиболее распространенная модель работы, когда оплачивается результат (заметте, речь не идет об оплате достижения глобальное цели проекта — такая модель тоже существует, по ней работать мне не доводилась, да и заслуживает она отдельного рассмотрения).

Так вот, за все 4 года работать по T&M приходилось дважды (в телекоме и пищевой промышленности). И оба эти случая были инициированы заказчиком. Его мотивация — что-то дофига проект стоит, давайте я лучше по факту потраченного времени оплачу (при этом, соимость человеко-часа у нас всегда была открытой, так что вопрос в цене специалиста не стоял).

Я, как исполнитель, казалось бы, должен радоваться жизни! Никаких рисков выйти из бюджета. Платят мне по факту, знай себе отчитывайся каждую неделю за потраченные часы и счета выписывай. Так гладко было только у одного заказчика (и, к слову, ему действительно удалось сэкономить, получить требуемый результат и при этом не оставить нас без штанов — эдакий win-win).

Со вторым малины не вышло (такого исхода и следовало ожидать ещё при первых встречах, но рассказ про другое). Мало того, что каждый потраченный час рассматривался под микроскопом (например, заказчик не считал нужным платить за потраченные 2 часа на дорогу, когда команда проекта ехала на встречу к заказчику), так он ещё и с видом эксперта уверял, что работы можно делать быстрее, мы ничего не понимаем а он один Д’Артаньян и может сделать проект в одиночку, но он сейчас занят другими делами и поэтому нанял нас. Проект, кстати, был неудачным.

За эти два проекта я сделал себе следующие заметки на будущее:

• Если инициатива работать по T&M исходит от заказчика, а его мотивация — сэкономить денег на прямых расходах по проекту, то это повод насторожиться;
• T&M — не облачные услуги, в конце концов. Это процессору легко переключиться с одной задачи на другую. Человеку куда сложнее. Он не может 1 час заниматься написание ТЗ, а потом полчаса продуктивно проводить интервьюирование. Если продаете время сотрудников — определите для себя “квант” этого времени и округляйте потраченные часы в большую сторону до достижения четного количества квантов. Иными словами: если у вас 8-ми часовой рабочий день, а сотрудник работал над задачей 10 часов, то счет нужно выставить за 2 дня (16 часов), а не за 1,25. У каждого квант будет свой.

P.S. для раздела: T&M хорош для исполнителя и заказчика тогда, когда невозможно на начальном этапе детализировать требования. Например, при разработке сложного ПО. Софт нынче модно разрабатывать по SCRUM-у. А в таком случае требования уточняются после каждой непродолжительной итерации. Но нужно различать ситуации, когда заказчик не знает чего он хочет по причине того, что ему ничего не надо, и когда он объективно не может конкретные требования предъявить на пустом месте.

Как я выступал в роли заказчика

Уже как год я занимаюсь проектом ИТ-Арена. Что-то мы пишем сами, что-то отдаем на аутсорс. На аутсорсе у нас есть и разработчики и дизайнеры. Например, платформу для сообществ и биржи разрабатывают парни из конторы со звучным названием Devmen (сайт у них пока так себе, но если нужны ответственные Ruby-программисты, обращайтесь). Дизайн для смарт-сайтов заказываем у фрилансера. Сервис SmartNUT мы пишем сами, дизайн для него заказываем в дизайн-студии. Частенько заказываем всякие баннеро-визиточно-листовочные рисования у дизайнеров-фрилансеров.

Так вот, с кем то мы работаем по модели “деньги за результат”, а с кем то по модели T&M. Мне, как заказчику, конечно хочется сэкономить, но вот я не вижу в конкретно моем случае возможности сэкономить за счет T&M. Наоборот, повышаются риски переплатить из-за того, что сотрудник подрядчика будет ковыряться в носу, а отследить это я не смогу. В конце концов — оценка адекватности стоимости в пределах 15% проведенных трудозатрат невозможна. Поэтому выгода за счет прямой экономии на стоимости проекта сомнительна.

Так что для себя сделал правило — работать по такой модели тогда, когда возможное расхождение (для двух моделей) в итоговой стоимости работ существенно ниже затрат и задержек на согласование стоимости и уточнение требований. Например, мне куда проще выслать дизайнерам-фрилансерам задачу с просьбой делать сразу как поняли, потом уточнять на драфтовом варианте и вносить изменения а стоимость выкатить по факту, чем тратить время и ресурсы на переписку с согласованием, уточнением требований и так далее...

P.S. для раздела: я тут сделал вывод (применимый ко мне), из которого может показаться, что T&M хороша для заказчика на дешевых проектах. Но по имеющейся у меня информации, всякие аудиторы и консалтеры из BIG4 работают стандартно по T&M. И на моем уровне, их работа вовсе не дешевая. Хотя, для тех компаний, на которые они работают, может и дешевая.

Ну что, коллеги, вам слово. Работали ли когда по этой модели? В каких случаях считаете её приемлемой? Интересен взгляд как со стороны заказчиков, так и исполнителей.