Что такое многоступенчатый контракт в разработке систем? Объяснение, учитывающее рекомендуемые причины

В проектах по разработке систем часто используется метод многоступенчатых контрактов для проведения контрактной работы. В этой статье мы рассмотрим многоступенчатые контракты в разработке систем, учитывая причины, по которым они рекомендуются.

Что такое многоступенчатые контракты

Обычно, для заключения контракта используются документы. То есть, сторона, которая платит вознаграждение (в случае разработки систем, это пользователь), обязуется выплатить вознаграждение, а сторона, которая выполняет работу (в случае разработки систем, это поставщик), обязуется предоставить соответствующие услуги. Это обещание обеих сторон выполнять свои обязательства и является сутью контракта.

Заключение контрактов в соответствии с характером каждого этапа и завершение работы

Однако, в случае проектов по разработке систем, сам проект проходит через несколько этапов, и его содержание становится сложным. Учитывая характер этой работы, можно предположить, что контракт также должен быть разделен на несколько этапов. То есть, сам контракт, который контролирует весь проект, также должен быть структурирован так, чтобы идеи были собраны и созданы постепенно. Например, на практике очень ценится подход, при котором контракт заключается заново на каждом этапе. Этот способ заключения контрактов называется многоступенчатым контрактом. Модельный контракт, предоставляемый Министерством экономики, торговли и промышленности, также основан на многоступенчатом контракте.

Типы контрактов, заключаемых в каждом проекте

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

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

Если характер работы таков, что поставщику односторонне требуется “завершение работы”, то выбор подрядного контракта будет простым. Однако, если на практике необходимо совместное выполнение работы пользователем и поставщиком, то может быть реалистичнее предоставить юридическую защиту отношениям, основанным на доверии между обеими сторонами. Подробное объяснение различий между подрядным и квази-доверительным контрактами приведено в следующей статье.

В этой статье объясняется, что в случае реализации программ и других работ, результаты которых легко идентифицировать, часто используется подряд, и чем меньше такая тенденция, тем сильнее склонность к использованию квази-доверительных контрактов. Таким образом, практика заключения контрактов на основе многоступенчатого контракта представляет собой подход к рассмотрению всего проекта в целом в виде подрядных и квази-доверительных контрактов, заключаемых на нескольких этапах. Кроме того, “основной контракт” – это то, что собирает общие вопросы, чтобы избежать повторения одного и того же утверждения многократно. Это очень похоже на то, как в реализации программы общие элементы объединяются в классы или функции.

Среди вопросов, которые часто записываются в основном контракте, например:

• Определение терминов, которые используются многократно
• Способ проведения процедуры при заключении отдельного контракта
• Способ изменения спецификаций, которые должны быть реализованы, после того как они были определены
• Способ доставки и приемки результатов на каждом этапе
• Способ сохранения конфиденциальности

Эти характеристики таковы, что, даже если контракты разделены на отдельные этапы, обычно нет необходимости различать их по этапам, поскольку они являются частью одного и того же проекта, и содержание остается одинаковым. Таким образом, более общие и универсальные соглашения извлекаются в виде основного контракта, а вопросы, которые должны быть решены отдельно на каждом этапе, помещаются под основной контракт в виде отдельных контрактов. Это характеристика многоступенчатых контрактов. Многоступенчатые контракты часто используются не только в разработке систем, но и в коммерческих сделках, характеризующихся большим масштабом и сложностью. Кстати, противоположным понятием к многоступенчатым контрактам с их сложной структурой является единый контракт. Если тема не разработка систем, а заказ костюма на заказ, то обычно достаточно одного контракта.

Преимущества многоступенчатых контрактов

Итак, какие преимущества могут быть у такого подхода, как многоступенчатые контракты? Если упорядочить их более конкретно, можно выделить следующие преимущества:

Преимущество многоступенчатых контрактов 1: Удобство в управлении изменениями в проектах разработки

Одно из преимуществ многоступенчатых контрактов – это относительная легкость управления изменениями в проектах разработки. Обычно, проекты разработки систем идут в соответствии с заранее определенными требованиями, проходя через этапы проектирования и реализации программ. Однако, из-за сложности проекта, сроки обычно занимают значительное время, и требования могут изменяться в процессе. Мы подробно объясняем, как правильно управлять изменениями в ответ на запросы на изменение спецификаций в следующей статье.

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

Преимущество многоступенчатых контрактов 2: Упрощение точного расчета стоимости

Кроме того, преимущество в том, что “не нужно давать обещания по неясным вопросам”, ведет к тому, что можно легче точно рассчитать стоимость. Если спецификации меняются в процессе, то и расчет стоимости также может измениться. Мы подробно объясняем, как пересчитывать стоимость в таких случаях в следующей статье.

Хотя мы обсуждаем вопросы, связанные с изменением расчета стоимости после изменения спецификаций, в статье выше, в идеале, ни пользователь, ни поставщик не хотят столкнуться с такими изменениями. Лучше всего, если расчет стоимости будет выполнен точно с первого раза. В случае многоступенчатых контрактов, поскольку контракт разбивается на отдельные этапы, можно ожидать, что расчет стоимости будет выполнен точнее, и вероятность изменения расчета стоимости в процессе будет меньше.

Преимущество многоступенчатых контрактов 3: Легче понять разумность стоимости для тех, кто платит вознаграждение

Кроме того, разбиение на отдельные этапы и расчет стоимости для каждого из них делает более понятной разумность общей стоимости проекта для тех, кто платит вознаграждение. Как уже упоминалось, не всегда легко подойти к проекту с полной уверенностью в его планировании. Поэтому часто проекты проходят через различные изменения, и расчет стоимости также может меняться. В случае однократного контракта, единственная возможность объяснить расчет стоимости – это во время заключения контракта. Для пользователя может быть сложно понять, почему начальная оценка и фактическая стоимость оплаты отличаются. Учитывая все это, можно сказать, что многоступенчатые контракты имеют определенные преимущества для пользователей.

Заключение

Многоступенчатые контракты подходят для формирования справедливого и ясного соглашения между сторонами и эффективны для предотвращения проблем в будущем. Однако, некоторые могут задуматься: “Не имеют ли многоступенчатые контракты своих недостатков, и не лучше ли в некоторых случаях использовать индивидуальные контракты?” По этому вопросу можно сказать, что если дело маленькое и очевидно, что работа будет завершена быстро, то целесообразно использовать единый контракт, чтобы избежать затрат времени на заключение контракта каждый раз. Однако, важнее осознавать преимущества многоступенчатых контрактов, которые являются точными и устойчивыми к изменениям, чем сосредотачиваться на их ограниченных недостатках. Если проект достаточно крупный, то следует использовать такой подход как само собой разумеющееся.