Gestão da Qualidade em Projetos

Transcrição

1 Gestão da Qualidade em Projetos

2 Escopo Levantamento de requisitos Coletar os requisitos é o processo de definir e documentar as necessidades das partes interessadas para atingir os objetivos dos projetos. Os requisitos devem ser obtidos, analisados e registrados em detalhes suficientes para serem medidos durante a execução do projeto. Os requisitos serão a base para construção da EAP. O planejamento de custos, tempo e qualidade será construído com base nos requisitos.

3 Escopo Levantamento de requisitos Focando na engenharia de software: Levantamento de requisitos é uma condição ou capacidade que deve ser alcançada. Simplificando, é algo que um sistema ou componente deve possuir para satisfazer um contrato, padrão ou especificação. Requisitos Funcionais: os requisitos funcionais abordam O QUE o sistema deve fazer. Requisitos Não-Funcionais: esses requisitos declaram características de qualidade que o sistema deve possuir e que estão relacionadas às suas funcionalidades. Confiabilidade, Portabilidade, Segurança e Usabilidade.

4 Levantamento de requisitos Principais técnicas para levantar requisitos Escopo WorkShop: Trata-se de uma técnica de elicitação em grupo usada em uma reunião estruturada. Devem fazer parte do grupo uma equipe de analistas e uma seleção dos stakeholders que melhor representam a organização e o contexto em que o sistema será usado, obtendo assim um conjunto de requisitos bem definidos. Entrevistas: A entrevista é uma das técnicas tradicionais mais simples de utilizar e que produz bons resultados na fase inicial de obtenção de dados. Convém que o entrevistador dê espaço ao entrevistado para esclarecer as suas necessidades. É uma discussão do projeto desejado com diferentes grupos de pessoas.

5 Levantamento de requisitos Principais técnicas para levantar requisitos Escopo BrainStorming: É utilizado normalmente em workshops. Após os workshops serão produzidas documentações que refletem os requisitos e decisões tomadas sobre o sistema a ser desenvolvido. Seu objetivo é uma apresentação do problema/necessidade a um grupo específico, requerendo assim soluções. Questionário: Diferente da entrevista, essa técnica é interessante quando temos uma quantidade grande de pessoas para extrair as mesma informações. As questões são dirigidas por escrito aos participantes com o objetivo de ter conhecimento sobre opiniões das mesmas questões. São autoaplicáveis pois o próprio informante responde. Grupo Focal (Focus Group): É um grupo de discussão informal e de tamanho reduzido (até 12 pessoas), com o propósito de obter informação qualitativa em profundidade. As pessoas são convidadas para participar da discussão sobre determinado assunto.

6 Escopo Levantamento de requisitos Documento de requisitos Propósito: descreve o propósito do documento Descrição: descreve o sistema/produto Usuários: Quem utilizará Requisitos funcionais: descreve todos os requisitos funcionais Requisitos não-funcionais: descreve todos os requisitos funcionais Histórico: Origem e mudanças feitas neste requisito

7 Escopo Levantamento de requisitos Matriz de rastreabilidade dos requisitos A matriz de rastreabilidade dos requisitos liga os requisitos às suas origens e os rastreia durante todo o ciclo de vida do projeto. Seu uso ajuda a garantir que cada requisito adiciona valor de negócio através da sua ligação aos objetivos de negócio e aos objetivos do projeto, além de fornecer um meio de rastreamento do início ao fim do ciclo de vida do projeto, ajudando a garantir que os requisitos aprovados na documentação sejam entregues no final do projeto. Finalmente, fornece uma estrutura de gerenciamento das mudanças do escopo do produto.

8 Copland Cases de fracasso A Apple decidiu criar mais uma vez a partir da estaca zero, sozinha e a portas fechadas, um sistema operacional futurista para Macs. O Copland traria todas as características de um sistema operacional de gente grande: um microkernel; memória protegida; multitarefa genuína, podendo-se abrir programas, copiar arquivos e apagar a lixeira ao mesmo tempo, algo impensável com o System de então; e usuários separados, cada um com suas preferências, nível de interface e uma skin visual para o sistema. O início do projeto Copland foi anunciado em março de 1994, juntamente com o lançamento dos primeiros Power Macs. A pouco mais de um ano do lançamento do Windows 95, já não havia tempo para o Copland ficar pronto a tempo de roubar os holofotes do rival. O projeto era uma causa totalmente perdida. A estratégia foi aproveitar o máximo possível de ideias úteis do Copland sistema multiusuário, skin visual, multitarefa, sistema de busca, bem como adquirir os mais populares utilitários de terceiros e grudar tudo isso no System existente, dando origem ao Mac OS 7.6.

9 New Coke Cases de fracasso Em 1985, a Coca-Cola enxergava seu reinado ameaçado pela Pepsi, então "o sabor da nova geração". Para contra-atacar, decidiu criar um sabor parecido com o da concorrente, a New Coke. A Coca-Cola com gosto de Pepsi não apenas foi lançada, como o sabor antigo foi retirado das prateleiras. Foi um caos. Os consumidores detestaram a New Coke, e a jogada lançou a Pepsi ao posto de líder de mercado. Em 3 meses, o produto antigo estava de volta com um novo nome, Classic Coke. Crystal Pepsi É bem difícil se livrar de certas regras. A Pepsi provou isso quando tentou lançar um refrigerante sem cafeína e totalmente transparente em A Crystal Pepsi tinha o mesmo gosto da versão convencional da bebida, mas parecia água, o que tenderia a conferir ao produto um ar mais saudável. O fracasso, no entanto, foi instantâneo, e poucas semanas após seu lançamento, com vendas ínfimas, a bebida foi engavetada. Fonte:

10 Problemas no Mariner (1962) Cases de fracasso Desastre: Mariner, um foguete com uma sonda espacial para Vênus, foi desviado de seu percurso de voo logo após o lançamento. O controle da missão destruiu o foguete 293 segundos após a decolagem. Causa: Um programador, ao passar para o computador uma fórmula que haviam lhe entregado escrita manualmente, se esqueceu de uma barra. Sem ela, o software tratava variações normais de velocidade como se fossem sérios problemas, causando falhas por tentativas de correções que acabaram por enviar o foguete fora do curso. Fonte:

11 SAP Case de sucesso Ao longo de mais de três décadas, a SAP evoluiu de uma empresa pequena e regional a uma organização de alcance mundial. Hoje, a SAP é a líder global de mercado em soluções de negócios colaborativas e multi-empresas. A companhia emprega agora mais de pessoas cujos compromisso e espírito inovador garantem nosso sucesso futuro. Sua visão: desenvolver um software aplicativo padrão para processos de negócios em tempo real. Pouco tempo depois o primeiro aplicativo de contabilidade financeira estava pronto, formando a base para o contínuo desenvolvimento de outros componentes de software para aquilo que mais tarde veio a ser conhecido como sistema R/1. O R é a primeira letra de real-time data processing (processamento de dados em tempo real). Fonte:

12 Levantamento de requisitos Atividade em sala Há duas semanas fui convidado para um churrasco e dias antes me chamaram para eu ajudar na arrumação do local do churrasco. O aniversariante junto com alguns familiares já tinha feito todo o planejamento de como seria feita a arrumação. O custo com a aquisição de todos os insumos para a realização do churrasco já estavam todos adquiridos e podemos considerar que em relação ao custo foi atendido. E também conseguimos finalizar a arrumação do local dentro do prazo. Seguindo a linha de que muitos acreditam que sucesso em projeto é apenas entregar o projeto dentro do prazo e custo planejados, para estes esse projeto do churrasco foi considerado um sucesso. Mas não para o aniversariante e principal parte interessada do projeto. A principal parte interessada não ficou satisfeita, logo o projeto não pode ser considerado um sucesso. Fonte:

13 Levantamento de requisitos Atividade em sala Você ó gerente do projeto churrasco. Quais as técnicas que você utilizaria para levantar os requisitos? Quais são os requisitos funcionais? Quais são os requisitos não funcionais?