Declaração de trabalho - Statement of work

Uma declaração de trabalho ( SOW ) é um documento rotineiramente empregado na área de gerenciamento de projetos . É a descrição narrativa dos requisitos de trabalho de um projeto. Ele define atividades específicas do projeto, entregas e cronogramas para um fornecedor que fornece serviços ao cliente. O SOW normalmente também inclui requisitos e preços detalhados, com termos e condições regulamentares e de governança padrão. Freqüentemente, é um acompanhamento importante para um contrato de serviço principal ou solicitação de proposta (RFP).

Visão geral

Muitos formatos e estilos de modelos de documentos de declaração de trabalho foram especializados para as soluções de hardware ou software descritas na solicitação de proposta . Muitas empresas criam suas próprias versões personalizadas de SOWs especializadas ou generalizadas para acomodar solicitações e propostas típicas que recebem. No entanto, geralmente é informado pelos objetivos da alta administração, bem como pelas contribuições do cliente e / ou grupos de usuários.

Observe que, em muitos casos, a declaração de trabalho é um contrato vinculativo. Acordos de serviço mestre ou acordos de serviço de consultoria / treinamento adiam certos componentes contratuais específicos do trabalho que são tratados em declarações de trabalho individuais. O contrato de serviço principal serve como um contrato principal que rege os termos de potencialmente vários SOWs. Às vezes, refere-se ao escopo do trabalho. Por exemplo, se um projeto é feito sob contrato, a declaração de escopo incluída como parte dele pode ser usada como o SOW, uma vez que também descreve o trabalho do projeto em termos claros e concisos.

Áreas abordadas

Uma declaração de trabalho normalmente aborda esses assuntos.

  • Objetivo : Por que estamos fazendo este projeto? Uma declaração de propósito tenta responder a isso.
  • Escopo do trabalho : descreve o trabalho a ser feito e especifica o hardware e o software envolvidos. A definição de escopo passa a ser a declaração de escopo .
  • Local do trabalho: descreve onde o trabalho será executado, incluindo a localização do hardware e software e onde as pessoas se reunirão para fazer o trabalho.
  • Período de desempenho : especifica o tempo permitido para projetos, como hora de início e término, número de horas que podem ser cobradas por semana ou mês, onde o trabalho deve ser executado e qualquer outra coisa que se relacione com a programação.
  • Cronograma de entregas : esta parte lista e descreve o que é devido e quando.
  • Padrões aplicáveis : descreve quaisquer padrões específicos da indústria que precisam ser seguidos no cumprimento do contrato.
  • Critérios de aceitação : especifica como o comprador ou destinatário das mercadorias determinará se o produto ou serviço é aceitável, geralmente com critérios objetivos. Consulte Teste de aceitação .
  • Requisitos especiais : Isso especifica qualquer hardware ou software especial, requisitos de força de trabalho especializada, como diplomas ou certificações de pessoal, requisitos de viagem e qualquer outra coisa não coberta nas especificações do contrato.
  • Tipo de contrato / cronograma de pagamento : A aceitação do projeto dependerá se o orçamento disponível será suficiente para cobrir as obras necessárias. Portanto, uma repartição dos pagamentos por serem adiantados ou faseados geralmente será negociada em um estágio inicial.
  • Diversos : Muitos itens que não fazem parte das negociações principais podem ser listados porque são importantes para o projeto, e negligenciá-los ou esquecê-los pode representar problemas para o projeto.

Contratos do governo dos Estados Unidos

Para contratos de serviço do governo dos EUA, o uso de SOWs permanece forte, embora as declarações de objetivos (SOOs) e as declarações de trabalho de desempenho (PWSs) tenham se tornado cada vez mais populares devido à sua ênfase em conceitos baseados em desempenho, como resultados de serviço desejados e padrões de desempenho. SOWs são normalmente usados ​​quando a tarefa é bem conhecida e pode ser descrita em termos específicos. Eles podem ser preferidos quando o governo não deseja abordagens inovadoras ou considera qualquer desvio nos processos do contratado um risco. Os SOOs estabelecem resultados e objetivos de alto nível para o desempenho e os PWSs enfatizam os resultados, os resultados desejados e os objetivos em um nível mais detalhado e mensurável, enquanto os SOWs fornecem declarações explícitas da direção do trabalho para o contratante ou oferente seguir.

As SOWs estão normalmente repletas de declarações do tipo "o contratante deve" de conformidade obrigatória (por exemplo, "Esta tarefa deve ser executada de acordo com a Diretiva xyz da Agência, datada de mm / dd / aaaa"). Na prática, os SOWs também podem conter referências aos resultados de desempenho desejados, padrões de desempenho e métricas, obscurecendo assim sua distinção entre SOOs e PWSs. Além das boas práticas, há pouca orientação de política governamental que prescreva enfaticamente como e quando usar SOWs em vez de SOOs ou PWSs. Enquanto o FAR define PWS nas Definições da Parte 2 e faz referência a SOOs e PWSs na Parte 37.6 Aquisição Baseada em Desempenho, os SOWs não são abordados.

As SOWs estão geralmente contidas na solicitação do governo (RFP ou RFQ) e transportadas, conforme pode ser negociado com o ofertante, para o contrato final. Em solicitações e contratos federais, os SOWs são inseridos na Seção C "Descrições / Especificações" do Formato de Contrato Uniforme, mas também podem ser inseridos como um anexo na Seção J. Em ordens de tarefa, o SOW pode simplesmente ser incluído entre os termos e condições da própria ordem. O SOW é frequentemente complementado por documentos de referência técnica e anexos. Ao desenvolver o SOW, é importante garantir que a declaração de trabalho seja abrangente e suficientemente detalhada, mas que as declarações não duplicem os termos e condições ou outras disposições em outras partes da solicitação ou contrato.

A orientação em MIL-STD-881 e MIL-HDBK-245 diz que uma estrutura de divisão de trabalho deve ser usada no desenvolvimento do SOW. Isso pode usar a EAP como um esboço, onde cada elemento da EAP (no mesmo nome e numeração) são as sub-partes da seção 3 do SOW, tornando o desenvolvimento mais fácil e para melhorar o faturamento e o rastreamento posteriores. A EAP, que se concentra em dividir de forma inteligente uma hierarquia dos elementos de trabalho e defini-los, pode então ter o SOW nas seções correspondentes com foco na descrição do que será feito com essa parte ou como essa parte será feita.

A declaração de trabalho deve estar diretamente vinculada às entregas mostradas no formulário CDRL . Isso é feito fazendo com que cada entrada do CDRL inclua referência ao (s) parágrafo (s) do SOW que produz ou usa o item, e o texto do SOW deve ser claro onde está discutindo uma entrega usando o título ou parênteses o número do item (por exemplo, "[A-001]").

Veja também

Notas e referências

links externos