Metodologia de Gestão de Projetos. Definir o escopo de um projeto e gerência de requisitos

Transcrição

1 Metodologia de Gestão de Projetos Definir o escopo de um projeto e gerência de requisitos 1

2 Definir o escopo de um projeto 2 / 35 Objetivo: definir o escopo de um projeto Produto: Documento pode se chamar Proposta de Projeto, Visão Geral do Projeto, Anteprojeto, Estudo Preliminar... Modo de fazer: planejar com o cliente quais os requisitos do projeto que resolvem o problema ou aproveitam a oportunidade Meta: obter aprovação preliminar do documento pela gerência superior e uso de recursos para fazer o plano completo Equipe: normalmente só o gerente do futuro projeto com os clientes

3 Definir o escopo de um projeto Cinco componentes do VGP: Problema ou oportunidade Objetivo Geral do Projeto Objetivos Específicos do Projeto Critérios de Sucesso Pressupostos, Riscos e Obstáculos 3 / 35

4 Definir o escopo de um projeto Problema ou oportunidade Conhecimento da área onde o projeto será desenvolvido Interesses da corporação Requisitos mandatórios Condições de satisfação do cliente 4 / 35

5 Definir o escopo de um projeto Objetivo do Projeto Características do conteúdo da apresentação do objetivo geral do projeto Ser específico no alvo de um objetivo Estabelecer indicadores de progresso Estabelecer realisticamente o que pode ser feito com os recursos disponíveis Estabelecer quando o objetivo pode ser atingido - duração do projeto 5 / 35

6 Definir o escopo de um projeto Objetivos Específicos do Projeto Estabelecer o mais detalhadamente possível quais são os objetivos específicos É uma abertura do objetivo geral em itens que caracterizam aspectos que devem ser atingidos pelo projeto para que o objetivo geral seja cumprido. 6 / 35

7 Definir o escopo de um projeto Critérios de Sucesso Objetivo do critério de sucesso - o que deve acontecer para nós e o cliente dizermos que o projeto foi um sucesso? Devemos partir das Condições de Satisfação que definirão, de modo geral, as bases de um critério de sucesso O critério de satisfação do cliente e da equipe do projeto precisam ser ajustadas e isso não é necessariamente fácil Mensurabilidade 7 / 35

8 Definir o escopo de um projeto Pressupostos, Riscos e Obstáculos Tecnológicos Meio ambiente Interpessoais Culturais 8 / 35

9 Definir o escopo de um projeto Aprovação da proposta - critérios Qual a importância do problema para a empresa? Quanto o projeto está relacionado com os fatores críticos de sucesso da empresa? O objetivo geral está relacionado diretamente com o problema? 9 / 35

10 Gerência de requisitos Conceituação Requisitos funcionais Requisitos não funcionais Requisitos inversos Restrições de projeto e de implementação Requisitos não técnicos Ambiguidade na definição dos requisitos Questões úteis 10 / 35

11 Gerência de requisitos Conceituação OK Requisito é uma condição ou capacitação necessária a um usuário / cliente / mercado para solucionar um problema ou alcançar um objetivo. É uma condição ou capacitação que um produto ou serviço precisa atender ou ter para satisfazer um contrato, padrão, especificação ou outro documento formalmente estabelecido. 11 / 35

12 Gerência de requisitos Conceituação O conjunto de todos os requisitos formam a base para o posterior desenvolvimento do produto, serviço ou fornecimento. 12 / 35

13 Gerência de requisitos Conceituação Requisito é uma função, restrição ou outra propriedade que precisa ser fornecida, encontrada ou atendida para satisfazer às necessidades do usuário do futuro sistema. A importância dos requisitos O que está contratado O que o cliente / mercado precisa O que deve ser obedecido O que é essencial no fornecimento 13 / 35

14 Regras de negócio São as decisões que regem uma organização, compreendidas por políticas recomendadas e obrigatórias que governam a interação entre empregados, clientes, fornecedores e sistemas automatizados. 14 / 35

15 Requisitos funcionais Requisitos funcionais especificam o que o produto deve ser capaz de executar Podem ser definidos: do ponto de vista dinâmico: comportamento quando executado em circunstâncias determinadas do ponto de vista estático: funções desempenhadas por cada entidade e a maneira como elas interagem 15 / 35

16 Requisitos funcionais 16 / 35 É importante ressaltar que os requisitos descrevem o que o produto deve fazer - e também o que ele não deve fazer - sem dizer o como fazer. Quando o requisito é expresso em termos do seu comportamento, este item deve ser possível de ser percebido por um observador externo ao ambiente.

17 17 / 35 Requisitos não funcionais precisão confiabilidade segurança desempenho rentabilidade manutenabilidade disponibilidade recuperabilidade proteção usabilidade

18 Requisitos inversos Significam o que o produto não deve fazer A questão da ambiguidade das funcionalidades A questão dos limites e a importância de não se deixar uma expectativa falsa sobre o que o produto vai fazer 18 / 35

19 Restrições de projeto e de implementação 19 / 35 São condições que limitam como o produto poderá ser implementado Representam condições pré-estabelecidas que deverão ser obedecidas pelos projetistas e na implementação do projeto Estas restrições podem ser de limitações do tempo, espaço, custo, ambiental, equipamento, processos, legislação, ética, tecnologia etc

20 Requisitos não técnicos Acordos Condições contratuais Representam limitações para a gerência do projeto, como prazo, recursos humanos e orçamento do projeto, datas, legislação, etc. 20 / 357

21 21 / 35 Boas práticas Documentar Uma vez compreendidos, analisados e aceitos, os requisitos devem ser documentados com um nível de detalhamento adequado, produzindo a especificação. São boas práticas da documentação de requisitos a adoção de formulários adequados para coleta de dados e registro da especificação dos requisitos; a identificação das fontes de informação; a atribuição de um rótulo para todos os requisitos e o registro das regras de negócio.

22 22 / 35 Boas práticas Validar Após terem sido documentados, é necessário que os requisitos sejam cuidadosamente validados, principalmente quanto à consistência e a completude. Esta atividade visa identificar problemas nos requisitos, antes do início da construção. A importância desta atividade é caracterizada pelo fato de que a correção de um erro nesta fase possui um custo muito inferior do que a correção nas fases mais adiantadas do processo de desenvolvimento.

23 Boas práticas Na validação dos requisitos podem ser utilizadas técnicas para inspeção e revisão da especificação de requisitos; redigidos casos de testes a partir dos requisitos e definidos os critérios de aceitação do produto. prazo? custo? qualidade? 23 / 35

24 Metodologias... SMART Specific (específico) Mesurable (mensurável) Achievable (alcançável) Realistic (realista) Time bound (limitado pelo tempo) 24 / 35

25 Por que fazer um protótipo para o produto a prover? Uma experiência dos anos

26 26 / 35 Como o cliente explicou...

27 27 / 35 Como o líder de projeto entendeu...

28 28 / 35 Como ficou o projeto...

29 29 / 35 Como foi construído...

30 Como o consultor de negócios o descreveu / 35

31 31 / 35 Como o projeto foi documentado...

32 Quais funcionalidades foram implantadas / 35

33 33 / 35 O que foi cobrado do cliente...

34 34 / 35 Como foi mantido...

35 35 / 35 O que o cliente queria!