Declaração de trabalho (SOW)

Introdução

Quando se trata de implementar ou construir sistemas grandes e complexos (como um sistema de software empresarial), os requisitos e condições de trabalho devem ser devidamente documentados. A Declaração de Trabalho (SOW) é o documento que descreve o que precisa ser feito no contrato acordado.

Normalmente, o SOW é escrito em uma linguagem precisa e definitiva que é relevante para o campo de negócios. Isso evita interpretações errôneas dos termos e requisitos.

Um SOW cobre os requisitos de trabalho para um projeto específico e aborda os requisitos de desempenho e design ao mesmo tempo.

Sempre que os requisitos são detalhados ou contidos em um documento suplementar, o SOW faz referência ao documento específico.

O SOW define o escopo e os acordos de trabalho entre duas partes, normalmente entre um cliente e um provedor de serviços. Portanto, SOW também carrega uma gravidade legal.

Objetivo do SOW

O principal objetivo de um SOW é definir as responsabilidades, responsabilidades e acordos de trabalho entre clientes e prestadores de serviços.

Um SOW bem escrito definirá o escopo do trabalho e os principais indicadores de desempenho (KPIs) para o trabalho.

Portanto, os KPIs podem ser usados ​​para determinar se o provedor de serviços atendeu às condições do SOW e usá-lo como uma linha de base para compromissos futuros.

O SOW contém todos os detalhes dos requisitos não especificados do empreiteiro ou do esforço do provedor de serviços. Sempre que especificações estão envolvidas, as referências são feitas a partir do SOW para documentos de especificação específicos.

Esses documentos de especificação podem ser requisitos funcionais ou requisitos não funcionais.

Os requisitos funcionais (em um sistema de software) definem como o software deve se comportar funcionalmente e os requisitos não funcionais detalham outras características do software, como desempenho, segurança, capacidade de manutenção, gerenciamento de configuração, etc.

Formato de SOW

Os formatos de SOW variam de um setor para outro. Independentemente do setor, algumas áreas-chave do SOW são comuns. A seguir estão as áreas comumente abordadas em um SOW:

1. Escopo

Esta seção descreve o trabalho a ser feito de maneira técnica. Se o sistema a ser construído for um sistema de software, esta seção define os requisitos de hardware e software junto com o trabalho exato a ser feito em termos do sistema final.

Se houver algo 'fora do escopo', essas áreas também são mencionadas em um subtítulo adequado.

2. Localização

O local onde o trabalho é executado é mencionado nesta seção. Esta seção também detalha as especificações de hardware e software. Além disso, uma descrição sobre os recursos humanos e como eles funcionam é abordada aqui.

3. Cronogramas

Isso define o cronograma alocado para os projetos. Inclui o tempo de desenvolvimento, tempo de garantia e tempo de manutenção. Além do tempo de calendário, os dias de trabalho (esforço total) necessários para concluir o projeto também são anotados.

4. Cronograma de entrega

Esta seção do SOW descreve as entregas e as datas de vencimento das entregas.

5. Padrões

Os padrões (internos ou externos) são definidos nesta seção. Todas as entregas e trabalhos realizados devem estar em conformidade com os padrões definidos nesta seção do documento.

6. Critérios de Aceitação

Esta seção define os requisitos mínimos para aceitar entregas. Ele também descreve os critérios usados ​​para aceitação.

7. Modo de contrato e pagamentos

Existem vários modelos de engajamento quando se trata de contratar um provedor de serviços.

No domínio do desenvolvimento de software, existem dois modelos de contrato distintos, licitação fixa e um retentor.

Na licitação fixa, o custo do projeto é uma constante e cabe ao prestador de serviço otimizar a alocação de recursos de forma a manter as margens de lucro.

O cliente não se preocupa com a quantidade de recursos, desde que o prazo de entrega seja cumprido. No modelo de retentor, o cliente paga pela quantidade de recursos alocados ao projeto.

Como o SOW é parte integrante de um projeto, quase todos os membros seniores da equipe do projeto devem estar cientes dos termos e condições do SOW. Às vezes, especialmente em projetos de desenvolvimento de software, uma penalidade é aplicada se as datas de entrega forem perdidas. Portanto, todos devem estar cientes desses termos exigentes de uma SOW.

Conclusão

SOW é um documento crítico para gerenciamento de projetos. Define o escopo do trabalho e os acordos de trabalho. Portanto, todas as partes interessadas no projeto devem ter um entendimento completo do SOW do projeto e aderir a ele.