Posts tagged SOW

NASA Guidance for writing Work Statement

0

http://www.hq.nasa.gov/office/procurement/newreq1.htm

DoD Handbook for Preparation of Statement of Work

0

DOD Handbook For Preparations of  SOW.pdf

Документ определения работы

0

В данной статье к вашему вниманию предлагается один из первых документов проекта – Документ определения работы (Statement of Work, SOW). По результатам описания документа будет предложен к обсуждению шаблон данного документа.

Следует отметить что в нашей практике документ с названием Документ определения работы встречается редко. Чаще всего он принимает вид Технического задания или просто договора или приложений к договору. Далее будем придерживаться его классического названия – Документ определения работ (Statement of Work). По тексту будем применять как полное так и сокращенное название документа (SOW)

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

Типы SOW. SOW может составляться на разных этапах проекта. На этапе инициации подачи предложений от поставщиков (Proposal SOW, PSOW) и на этапе подписания договора с конкретным поставщиком (Contract SOW, CSOW).

Состав документа. Давайте рассмотрим более подробно каждую из составляющих документа определения работы ориентируясь на CSOW тип документа:

  • Определение проекта
    • Проблема/Возможность – что является основанием для выполнения проекта (почему).
    • Стратегия решения – какая стратегия решения проблемы реализации возможности (каким образом)
    • Видение решения – краткое описание решения (что).
    • Цель проекта – определение целей проекта со стороны заказчика
    • Границы проекта – что входит и что не входит в проект.
  • Результаты проекта – состав продуктов и услуг которые получит заказчик от исполнителя проекта, ключевые документы и результаты работ проекта. Желательно не перегружать основной документ большим объемом описания бизнес требований к продуктам и услугам – а вынести это в отдельное приложение.
  • Роли и ответственность – указание ролей и ответственность за результаты проекта, процессы или отдельные работы. Перечень конкретных людей с указанием их ролей.
  • Условия - перечень условий и правил выполнения работ. Следует рассмотреть условия выполнения работ с обеих сторон – заказчика и исполнителя.
    • Условия оплаты
    • Условия по объему работ
    • Условия по срокам
    • Условия конфиденциальности
    • Условия по определению прав собственности
    • Условия по квалификации участников проекта
    • Санкции и штрафы
    • Условия по соответствию стандартам и законодательству
    • Форсмажор
  • Подход к выполнению работ – описание ключевых требований к порядку выполнения работ. Если есть задокументированная методика проектного управления – достаточно указать требования по следованию методикой и включить ее как приложение к документу. Следует рассмотреть порядок выполнения работ с обеих сторон – заказчика и исполнителя.
    • Порядок контроля выполнения работ
    • Порядок управления изменениями
    • Порядок приема работ
    • Порядок передачи результатов работ
    • Порядок оплаты работ
    • Подход к решению проблем
    • Порядок коммуникаций
    • Порядок замены состава участников проекта

Рекомендуемые приложения к документу:

  • Ключевые бизнес требования к продуктам и услугам (business requirements)
  • Первичная структура работ (WBS)
  • Соглашение по качеству предоставляемых услуг (QoS)

Опциональные приложения к документу:

  • Методика проектного управления применимая к проекту
  • Шаблоны документов, форм
  • Детальные политики на которые ссылаются из документа
  • Первичная оценка графика работ
  • Перечень ключевых показателей проекта (KPI)
Go to Top