Construindo um documento de Escopo de Trabalho (SOW) para um projeto de site

Construindo um documento de Escopo de Trabalho (SOW) para um projeto de site

Defina o projeto

Configurar tarefas de projeto

Prepare a arquitetura da informação

Desenhe os tempos e custos por tarefa

Obter a revisão e aprovações da equipe

Solicitar aprovação do cliente ou das partes interessadas

Comece seu projeto!

É importante entender que há uma grande diferença entre gerenciamento de projetos e alcance de geração de trabalho. Ao fazer o gerenciamento de projetos, especialmente em projetos de desenvolvimento em larga escala, cada recurso é muito explicado, se não a maioria, são escritas de forma diferente. Isso não é o mesmo que um escopo de trabalho. Por exemplo, no seu escopo de trabalho, você pode ter um recurso como uma ‘Página de Contato’. Esta página pode ter um formulário, links para mídias sociais, um mapa do Google da localização e algumas informações de contato. A página pode receber estimativas para design, codificação, programação e colaboração, mas cada tarefa individual, como “área de informações de contato de design”, pode ser listado em uma ferramenta de gerenciamento de projetos para ser completado e marcado.

 

Definindo o projeto: The Creative Brief

Se você está fazendo um site de marketing ou um aplicativo de gerenciamento de prática médica, você ainda precisa de um resumo criativo. No entanto, enquanto o resumo criativo é absolutamente necessário para a construção de um novo projeto, muitas vezes não é necessário para uma mudança ou ordem de trabalho.

 

O resumo criativo deve ter:

Conecte objetivos com estratégias criativas

Construa o consenso da equipe

Alinhar expectativas

Definir metas claras e mensuráveis

 

 

Tarefas de projeto

Depois de ter um briefing criativo você começa a construir seu escopo de trabalho. Para um site, especialmente um menor, as seguintes áreas devem estar listadas no Escopo do Trabalho.

Configuração do projeto – preparando-se para construir o sistema

Arquitetura da informação – o que exatamente você está construindo?

Lançando o projeto – sempre leva mais tempo do que você pensa que será

Tarefas pós-lançamento – você lançou o site, e agora?

Tarefas gerais versus tarefas individuais:

Para cada uma dessas áreas, você precisará escrever o que as tarefas gerais precisam ser feitas e quanto tempo demorará em cada um desses itens.

 

Projetos web e apps geralmente inclui as seguintes categorias:

Planejamento e Desenvolvimento de Arquitetura de Informação

Disseminar informações do projeto para a equipe

Serviço / Hospedagem / Configuração do Ambiente DNS

Configuração do Repositório de Código

Planejamento de SEO

Design de conceito

 

Algumas dicas importantes sobre a arquitetura da informação:

Este documento é extremamente importante, pois ajuda a definir o que exatamente você ou sua equipe serão responsáveis ​​pela construção e quanto custa. Muito parecido com um modelo de um arquiteto para uma casa, este documento de planejamento ajuda a estabelecer expectativas entre você e seu cliente ou partes interessadas, enquanto simultaneamente conta aos construtores o que construir.

Quanto mais detalhes forem fornecidos, melhor.

Lançar o projeto é uma tarefa muitas vezes ignorada. Como você provavelmente sabe, nunca é tão fácil como apenas pressionar um botão. Configurando o DNS, certificando-se de que o gerenciamento de e-mail está intacto ou planejado corretamente, informando usuários, administradores de treinamento, depuração final e tempo para suporte de lançamento devem ser contabilizados. Tempo para o caso de as coisas darem errado, (e ocasionalmente fazem) são muitas vezes ignoradas. Ao fazer o seu planejamento de projeto, você deve dar conta do tempo todo que essas coisas tomam.

As tarefas pós-lançamento são a chave para fazer o cliente felize e relacionamentos de longo prazo ser bem-sucedido. Toda empresa é diferente, mas algumas coisas que você pode querer considerar para esta área são:

Você fornece um Acordo de Nível de Serviço (SLA) e como isso é implementado?

Existe um processo de assinatura após o qual você não está mais pronto para corrigir problemas com o projeto do seu cliente? Em caso afirmativo, como e quando isso é contabilizado?

coffenet

Posts relacionados
Deixe um comentário