Техническое задание - Statement of work

Заявление работы ( СОУ ) представляет собой документ , обычно используемый в области управления проектами . Это повествовательное описание рабочих требований проекта. Он определяет деятельность, результаты и сроки для конкретного проекта поставщика, предоставляющего услуги клиенту. SOW обычно также включает подробные требования и цены со стандартными нормативными положениями и условиями корпоративного управления. Часто это важное дополнение к генеральному соглашению об оказании услуг или запросу предложений (RFP).

Обзор

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

Обратите внимание, что во многих случаях техническое задание является обязательным контрактом. Генеральные соглашения об оказании услуг или соглашения о предоставлении услуг консультанта / обучения откладывают выполнение определенных договорных компонентов, относящихся к конкретной работе, которые рассматриваются в отдельных рабочих заданиях. Генеральное соглашение о предоставлении услуг служит генеральным контрактом, регулирующим условия потенциально нескольких SOW. Иногда это относится к объему работ. Например, если проект выполняется по контракту, описание содержания, включенное как его часть, может использоваться в качестве SOW, поскольку оно также описывает работу проекта в ясных и сжатых терминах.

Рассматриваемые области

Техническое задание обычно затрагивает эти темы.

  • Цель : Почему мы делаем этот проект? Заявление о цели пытается ответить на этот вопрос.
  • Объем работ : в нем описывается работа, которую необходимо выполнить, и указывается задействованное аппаратное и программное обеспечение. Определение области становится заявлением области действия .
  • Место работы: здесь описывается, где будет выполняться работа, включая расположение оборудования и программного обеспечения, а также место встречи людей для выполнения работы.
  • Период выполнения : определяет допустимое время для проектов, такое как время начала и окончания, количество часов, которые могут быть выставлены в счет за неделю или месяц, где работа должна быть выполнена, и все остальное, что связано с планированием.
  • График результатов : в этой части перечислены и описаны, что должно быть выполнено и когда.
  • Применимые стандарты : здесь описаны все отраслевые стандарты, которых необходимо придерживаться при выполнении контракта.
  • Критерии приемки : здесь указывается, как покупатель или получатель товаров будет определять приемлемость товара или услуги, обычно с помощью объективных критериев. См. Приемочные испытания .
  • Особые требования : здесь указывается любое специальное оборудование или программное обеспечение, специализированные требования к персоналу, такие как степени или сертификаты для персонала, требования к командировкам и все остальное, что не предусмотрено конкретными условиями контракта.
  • Тип контракта / график платежей : Принятие проекта будет зависеть от того, хватит ли имеющегося бюджета для покрытия требуемых работ. Таким образом, разбивка платежей в зависимости от того, являются ли они авансовыми или поэтапными, обычно оговаривается на ранней стадии.
  • Разное : многие пункты, которые не являются частью основных переговоров, могут быть перечислены, потому что они важны для проекта, и игнорирование или игнорирование их может создать проблемы для проекта.

Государственные контракты США

Для контрактов на государственные услуги США использование SOW остается сильным, хотя заявления о целях (SOO) и рабочие заявления (PWS) становятся все более популярными из-за их акцента на концепциях, основанных на производительности, таких как желаемые результаты обслуживания и стандарты производительности. SOW обычно используются, когда задача хорошо известна и может быть описана в конкретных терминах. Они могут быть предпочтительнее, когда правительство не желает инновационных подходов или считает любые отклонения в процессах подрядчика риском. SOO устанавливают итоги и цели высокого уровня для производительности, а PWS подчеркивают итоги, желаемые результаты и цели на более подробном и измеримом уровне, тогда как SOW предоставляют четкие указания о направлении работы для подрядчика или оферента, которым следует следовать.

SOW обычно изобилуют заявлениями «подрядчик должен» об обязательном соблюдении (например, «Эта задача должна выполняться в соответствии с Директивой Агентства xyz, датированной мм / дд / гггг»). На практике можно также обнаружить, что SOW содержат ссылки на желаемые результаты производительности, стандарты производительности и метрики, тем самым стирая различие между SOO и PWS. Помимо передовой практики, существует мало руководящих указаний по государственной политике, которые категорически предписывают, как и когда использовать SOW по сравнению с SOO или PWS. В то время как FAR определяет PWS в определениях Части 2 и ссылается на SOO и PWS в Части 37.6 Сбор данных на основе характеристик, SOW не рассматриваются.

SOW обычно содержатся в правительственном запросе предложений (RFP или RFQ) и переносятся, как это может быть согласовано с оферентом, в окончательный контракт. В федеральных тендерах и контрактах SOW вставляются в раздел C «Описание / спецификации» единого формата контракта, но также могут быть вставлены в качестве приложения в разделе J. В рабочих заказах SOW может быть просто включен в условия. самого заказа. SOW часто дополняется техническими справочными документами и приложениями. При разработке SOW важно убедиться, что описание работы является исчерпывающим и достаточно подробным, но чтобы оно не дублировало условия или другие положения в другом месте запроса или контракта.

В рекомендациях MIL-STD-881 и MIL-HDBK-245 говорится, что при разработке SOW следует использовать структурную декомпозицию работ . Это может использовать WBS как схему, где каждый WBS-элемент (с тем же именем и нумерацией) является частями раздела 3 SOW, что упрощает разработку и улучшает последующее выставление счетов и отслеживание. WBS, который фокусируется на разумном разделении иерархии рабочих элементов и их определении, может затем иметь SOW в соответствующих разделах, ориентированных на описание того, что будет сделано с этой частью или как эта часть будет выполнена.

Техническое задание должно быть напрямую связано с результатами, показанными в форме CDRL . Это достигается за счет того, что каждая запись CDRL включает ссылку на параграфы SOW, которые создают или используют элемент, а текст SOW должен быть ясным, где обсуждается конечный результат, с использованием заголовка или заключения в скобки номера элемента (например, «[A-001]»).

Смотрите также

Примечания и ссылки

Внешние ссылки