Оплата за часы или фиксированная оплата труда? Какую модель оплаты стоит выбрать при разработке?
В разработке существует множество моделей управления проектами. Рассмотрим наиболее распространенные модели по которым мы работаем — это T&M (Time and Materials) и Waterfall (каскадная модель). Каждая из этих моделей имеет свои особенности, преимущества и недостатки. В данной статье обсудим их более подробно.
Модель разработки T&M
Модель T&M (Time and Materials) основана на оплате рабочего времени и используемых материалов, то есть оплата происходит не за объем работы, а за часы и за ресурсы, потраченные командой подрядчика на разработку и внедрение.
Как строится рабочий процесс по Time&Material
Рабочий процесс по модели Time and Materials (T&M) строится в несколько ключевых этапов:
- Определение требований: В начале проекта заказчик и команда разработки совместно определяют общие цели и требования, но детали могут варьироваться и изменяться в процессе.
- Формирование команды: Формируется команда специалистов, которая будет работать над проектом: разработчики, дизайнеры, тестировщики и другие профессионалы.
- Создание плана работ: Составляется предварительный план работ, который включает объем задач, предполагаемое время выполнения и используемые ресурсы. Однако этот план не является жестким и может быть изменен.
- Управление проектом: Команда начинает работать, используя гибкие методы. На всем этапе работы проводятся регулярные встречи для обсуждения статуса и получения обратной связи.
- Отслеживание времени и материалов: Каждая единица потраченного времени и ресурсы фиксируется и предоставляется в отчетности заказчику, что позволяет контролировать затраты и прогресс.
- Регулярная обратная связь: На протяжении всего проекта заказчик контролирует ход работы и может вносить изменения, что способствует улучшению качества конечного продукта.
- Завершение проекта: Оплата производится за каждый отдельный этап, выполненный разработчиком. Итоговая стоимость может отличаться от первоначальной оценки, что стоит учитывать на этапе планирования.
Преимущества модели:
Для агентства:
- Минимизация финансовых рисков.
Компании могут столкнуться с заказчиками, которые стараются сэкономить и часто обсуждать почему та или иная задача потребовала именно столько времени. Договор T&M помогает избежать этого, поскольку позволяет понимать, что все новые доработки требуют времени и дополнительных затрат.
- Четкое следование целям.
Модель T&M подразумевает, что заказчик заинтересован в качественном результате и осознаёт трудозатраты проекта. Это освобождает студию от необходимости закладывать риски переработок в стоимость.
Для клиентов:
- Гибкое управление бюджетом.
Хотя неопределенность бюджета может быть недостатком, так как конечный объем разработки неизвестен. Однако в сравнении с другими моделями договора заказчик может сэкономить до 30% бюджета на средних и крупных проектах.
- Вовлеченность в проект.
Клиент видит текущие статусы задач и трудозатраты, за что именно он платит. Это способствует более открытому взаимодействию между клиентом и подрядчиком.
- Легкость внесения доработок.
Изменения добавляются в бэклог, а программисты оценивают задачи и определяют сроки их выполнения. Можно внести корректировки и быстро адаптироваться под изменения в проекте.
Недостатки:
- Неопределенность бюджета: итоговая стоимость проекта может варьироваться.
- Сложность оценки сроков разработки: труднее оценить сроки и объем работ с учетом корректировок и доработок.
- Зависимость от подрядчика: нужно доверять подрядчику в оценке времени и ресурсов.
T&M подходит для проектов с неполным объемом требований или когда ожидаются частые изменения. Идеален для проектов, которые планируются разрабатываться с нуля – для быстрой доработки и адаптации к изменениям в проекте, а также для средних и крупных проектов, где требуется одновременное включение в работу сразу нескольких специалистов – данная модель позволяет равномерно распределить пул задач.
Модель разработки Waterfall
Модель Waterfall представляет собой линейный и последовательный подход, где проект проходит через четко определенные этапы: анализ требований, проектирование, разработка, тестирование и внедрение. Переход от одной фазы разработки к другой осуществляется только после полного и успешного завершения предыдущей фазы.
Как строится рабочий процесс по Waterfall
- Сбор и анализ требований: сбор информации, функциональности и оценка этих требований, после чего необходимо составить подробное техническое задание. На данном шаге также планируется график работ и происходит оценка возможных рисков.
- Проектирование: подготовка документов, в которых подробно описывается для программистов способ и план реализации сформулированных ранее требований. На этой стадии команда создает прототип и дизайн-макеты, а после подключаются разработчики.
- Разработка: после завершения проектирования, выполняется воплощение полноценного проекта. На этом этапе разработчики пишут код продукта согласно утвержденному плану, макетам и требованиям, работая четко по ТЗ.
- Тестирование: на этом этапе начинается тестирование продукта и устраняются все выявленные ошибки и недочеты.
- Внедрение и поддержка: Проект передается заказчику и внедряется в эксплуатацию.
Принципы модели разработки Waterfall:
Waterfall — жесткая методология разработки. Жесткость ей придают принципы, от которых не рекомендуется отходить:
Нельзя пропустить этап. Стадии производства оговорены заранее: если пропустить одну, есть риск, что в итоге продукт будет отличаться от ТЗ.
Нельзя сделать шаг на один этап назад. Это может грозить срывом сроков. Все изменения вносятся только после этапа тестирования.
Производство — это один линейный процесс. Нельзя делать несколько подходов к одному этапу, все должно быть сделано в один прием.
Каждый этап документируется. Всю информацию фиксируют на бумаге или в электронном виде, составляют отчеты и инструкции.
Тестирование — после окончания разработки. Исправление ошибок можно начинать, только когда проверили готовый продукт и нашли недочеты в его работе.
Если поменялись требования — надо начинать производство заново. В таком случае необходимо переписать ТЗ на продукт и пойти с первого этапа разработки.
Заказчик не участвует в производстве продукта. Он влияет на результат через ТЗ и принимает готовый вариант.
Преимущества модели:
Точное соблюдение сроков. На каждый этап работы отводится строго определенное время, жесткие регламенты дисциплинируют команду.
Низкая вероятность превысить бюджет проекта. Предполагается, что все будет заранее запланировано и объем работ изменяться не будет.
Простой менеджмент. Последовательность этапов интуитивно понятна каждому участнику процесса. Для каждого этапа есть ТЗ. Поэтому проектом легко управлять.
Легко заменить исполнителя или даже небольшой отдел. Каждый этап задокументирован, поэтому новые члены команды могут изучить информацию и быстро влиться в процесс.
Недостатки модели:
- Отсутствие гибкости и адаптивности к изменениям.
Риск недоучета требований: отсутствие возможности раннего тестирования может привести к обнаружению недочетов только на этапе внедрения.
Долгий цикл разработки: процесс может быть затянутым из-за линейной структуры.
- Высокая стоимость внесения изменений. Если меняются условия или оказывается, что при планировании что-то не было учтено — придется перерабатывать техническое задание.
Данная модель больше подходит для проектов с четкими сформулированными и стабильными требованиями, например государственные контракты, где изменения в процессе нежелательны.
Заключение
Выбор между моделями T&M и Waterfall зависит от характера проекта и требований заказчика. T&M обеспечивает гибкость и прозрачность, а Waterfall — четкость и предсказуемость. Оба подхода имеют свои преимущества и недостатки, и понимание их поможет в выборе наиболее подходящей модели для конкретной ситуации.
Какая система работы больше подходит вашему бизнесу?