Definição do escopo | |
O escopo define como o projeto será realizado, de modo a que se lance um produto com os recursos e funções previamente especificados. O escopo inicial é muitas vezes alterado, de forma a atender às demandas que o próprio produto, ao longo do seu desenvolvimento, vai priorizando. ■ De um modo geral, o escopo de um projeto se divide em escopo do produto, que descreve as características do produto final, e escopo do projeto, que descreve o trabalho necessário para que seja entregue com as características especificadas. -> Por exemplo, o escopo de produto de um sistema online de pagamento de contas descreve como este vai funcionar, suas características, as tecnologias web necessárias. O escopo do projeto descreve a plataforma web, as etapas, como o produto será desenvolvido. ■ O escopo é pensado em dois momentos: ▪ Na iniciação do projeto, é explicitada numa declaração preliminar, com as primeiras impressões do cliente ou patrocinador sobre o projeto, principais produtos, serviços relacionados. ▪ No final de cada etapa ou sprite, quando a definição de escopo é atualizada para estabelecer a estratégia de realização do produto. ■ O consenso inicial sobre o escopo do projeto se estabelece entre pessoas, organizações, departamentos. Uma pessoa, empresa ou departamento o cliente é o dono do produto, e outra pessoa é a mediadora entre o dono do produto e a equipe designada para realizá-lo-lo. ■ No caso de um projeto de web site, embora pareça tratar de informações redundantes, a definição do escopo é um processo necessário para explicitar as expectativas do cliente e o que o prestador de serviços (se for o caso) precisa projetar, produzir, entregar. Inclui a negociação de fatores como prazos e custos, para não deixar margem a interpretações ambíguas, embora normalmente seja necessário, mais adiante, revê-los para ajustar as expectativas sobre o produto.
Fatores a considerar no Termo de Abertura do Projeto■ O documento de abertura do projeto reconhece formalmente a sua criação. Pode ter a forma de um acordo formal ou de um contrato comercial. Explicita aspectos relacionados ao contratante e ao contratado, como: ◊ O nome do projeto, seus objetivos gerais, necessidades que atende. Se houver estratégia web pré-definida, o escopo deve citar onde o projeto se encaixa nesta estratégia. Se a estratégia web fizer parte do projeto em questão, também deve ser mencionada. ◊ A descrição sumária do web site ou portal (uso da imagem corporativa, produtos e documentos a ser entregues, versões em outras línguas, especificações tecnológicas, funcionais, operacionais, formatos de mídia a que se destina o produto - se computador, PDA, celular, impressão). ◊ Premissas para realizar o projeto, como o fornecimento de estatísticas de acesso, relatórios de serviço de atendimento ao consumidor (SAC), faturamento das vendas, alocação de pessoas para a realização de tarefas, fornecimento de conteúdo (formatos do conteúdo - textos, imagens, vídeo, arquivos sonoros), etc.. É importante também nestas premissas especificar os testes a serem realizados, sejam testes com usuários ou testes de equipamento, e em que etapas. No caso de implementação de sistema de gerenciamento de conteúdo, quem será responsável pela criação das páginas e pela publicação do conteúdo (de acordo com a arquitetura da informação e com o layout estabelecidos). ◊ As etapas definidas pela entrega dos produtos e os prazos (descrição de macro-processos, prazos iniciais de entrega de produtos do projeto). Em alguns casos, pode-se prever a cobrança de taxa adicional se o conteúdo a ser publicado demorar demais, ou, positivando a questão, a oferta de desconto caso o conteúdo seja publicado antes da data prevista. ◊ Os produtos de cada etapa (relatórios, cronogramas atualizados, resultados de testes e pesquisas, orçamentos de terceiros, apresentações, diagramas de processos). ◊ Os produtos do projeto (arquivos, palestras, treinamento da equipe de suporte e atualização, manuais, suporte, metodologia de avaliação das estatísticas de acesso, acompanhamento pós-lançamento). ◊ A equipe envolvida (o dono do projeto; o patrocinador do projeto; scrum master ou gerente responsável pela equipe e seu desempenho; principais colaboradores, como designers, editores, desenvolvedores, consultores; as relações de trabalho com estes colaboradores - contratados, terceirizados, alocados de um departamento para outro, colaboradores com dedicação exclusiva ou temporária). ◊ Recursos necessários - pessoas, tempo, programas e dispositivos, capital (descrição do orçamento preliminar e os valores escalonados por etapas; descrição e orçamento de serviços e produtos adquiridos). ◊ Procedimentos para aprovação dos produtos de cada etapa. ◊ Procedimentos necessários em caso de mudança de escopo. ◊ As restrições de uso de informações, diretos de autoria e propriedade do conteúdo publicado, se aplicável. No caso de serviço prestado por empresa terceirizada, deve ser especificado se o link para o site desta empresa será publicado no site pronto, o modo como esta anunciará o produto para o público e clientes em potencial. ◊ Serviços adicionais, se necessários, como: ▪ Registro de domínio e acerto do plano de hospedagem do site (se necessário). ▪ Preparação do site para indexação por buscadores (SEO). ▪ Criação de thesaurus e vocabulário controlado. ▪ Plano de aperfeiçoamente da estrutura tecnológica e de atualização do conteúdo depois do lançamento. ▪ Plano de avaliação do produto e de manutenção da qualidade depois do lançamento. ▪ Plano de atendimento e suporte ao usuário, especialmente em sites de comércio e sites do governo. ▪ Compatibilização da estrutura do site com bancos de dados já existentes na organização, como sistemas de ERP ou CRM. ▪ Treinamento da equipe interna para atualizar ou dar suporte aos usuários do web site. ■ A definição de escopo ajuda a evitar que as equipes de projeto percam tempo e recursos resolvendo problemas que fogem à sua alçada. -> Por exemplo, se os programadores dos bancos de dados de um projeto web são solicitados a fazer uma tarefa de manutenção do banco de dados do site que está no ar, este desvio de função resulta no atraso da entrega dos seus produtos. Pode-se evitar estes pedidos através da aplicação das cláusulas do Termo de Abertura do Projeto. Ajuda também a verificar se o projeto deve ser dividido em subprojetos, mais facilmente gerenciáveis. ■ A inserção, no contrato ou em plano de trabalho elaborado depois do contrato, de cláusulas sobre "o que o projeto não cobre", deixa claro os produtos a desenvolver e evidencia as mudanças de escopo. -> Por exemplo, um cliente fez negociações muito rigorosas em relação aos valores de serviços de projeto e o preço geral dos serviços ficou baixo. Neste caso, o fornecedor pode ser obrigado a descrever que não desenvolverá bancos de dados, que não proverá relatórios nas etapas intermediárias de projeto, que o site não terá ferramenta de busca ou animações ou ferramenta de blog, ou RSS, que não serão fornecidas especificações finais do produto (para manutenção e atualização de forma consistente). Em alguns casos, pode ser necessário restringir o número de reuniões presenciais, que incorrem em horas de preparo e deslocamento que consomem horas que poderiam ser dedicadas ao desenvolvimento do produto. ■ O contrato ou termo de referência é assinado pelas partes envolvidas na realização. No caso de projeto interno de uma organização, o responsável não deve ser o gerente do projeto (designado nesta fase), mas um gestor externo ao dia-a-dia da execução, de preferência um patrocinador (sponsor) que se comprometa com o seu apoio institucional. ■ No caso de um primeiro projeto entre as partes, a empresa prestadora de serviços/ gerente de projeto pode incluir na proposta um resumo da sua percepção em relação aos objetivos e à sua contribuição. Desta maneira, o cliente pode entender a percepção do projeto pela/ o proponente. Também a descrição curta dos processos de trabalho, se a empresa/departamento proponente verificar que é necessária, ajuda o cliente a entender como o trabalho será realizado. Neste documento, quanto menos jargões técnicos ou profissionais mais fácil é a compreensão do escopo, especialmente se o cliente comparar a proposta com outras. ■ Ao longo do projeto, é necessário detalhar o escopo definido nesta etapa, em que componentes genéricos como "orçamento" e "cronograma" são divididos e descritos com mais detalhes. Dependendo do porte do site projetado, a segmentação posterior facilita o acompanhamento, o estabelecimento de prioridades em cada etapa e a verificação do uso dos recursos estimados inicialmente. Assuntos relacionados Mais informações sobre o assunto (links externos): Serviços úteis: | |
| ▲ Alto |