Baixe o app para aproveitar ainda mais
Prévia do material em texto
MATRIZ DE ATIVIDADE INDIVIDUAL Disciplina: Gerenciamento do Escopo e Qualidade Módulo: Aluno: Víctor Semaan André dos Santos Turma: 10 Tarefa: Projeto Música solidária – Take 1 Etapa 1 Ciclo de vida do projeto ABORDAGENS PARA O CICLO DE VIDA DO PROJETO Abordagem S / N Vantagens Desvantagens HÍBRIDA S Periodicidade de feedbacks; Maior engajamento entre clientes e dev team; Adaptabilidade, melhor para lidar com instabilidades; Foco em gerar valor; Priorização de funcionalidades de maior importância. É necessário ter a velocidade necessária para realizar as mudanças de escopo; Lidar com algumas questões culturais que podem gerar conflitos com clientes/dev team. Visão do produto VISÃO DO PRODUTO [Um exemplo de modelo para criação de visão do produto poderá ser visualizado a seguir] Para pessoas que estão em situação de isolamento social que buscam entretenimento de qualidade dentro de casa. O Projeto Música solidária – take 1 é um evento musical beneficente que é transmitido online e ao vivo, com a possibilidade de receber doações para ajudar instituições filantrópicas diferente de gravações de shows ou serviços de música online, pois o nosso produto/serviço terá a participação ativa do público e sua interação com os artistas, trazendo uma sensação de confraternização sem aglomeração social, além de ajudar pessoas necessitadas por conta dos impactos provocados pela pandemia. Ténica É / NÃO É / FAZ / NÃO FAZ É / NÃO É / FAZ / NÃO FAZ É NÃO É FAZ NÃO FAZ Etapa 2 MURA [Descreva e justifique o possível desperdício encontrado] MURI [Descreva e justifique o possível desperdício encontrado] MUDA [Descreva e justifique o possível desperdício encontrado] FERRAMENTA /TÉCNICA PARA MELHORIA CONTÍNUA [Escolha uma ferramenta/técnica para melhoria contínua e aplique em um dos 3 desperdícios selecionados acima. Descreva, de maneira justificada, a sua tomada de decisão para sanar o problema, após o resultado obtido pela análise] Etapa 3 Parte I: Registro dos requisitos Título do projeto:___________________________ Data da versão:________________ ID / Data Requisito Parte interessada Categoria Prioridade MoSCoW Critério de aceitação Critério de validação Código e data de criação Descrição Solicitante do requisito Análise do requisito Relevância do requisito Descrição Descrição OBS.: informações como, por exemplo, que membro da equipe do projeto é responsável pela execução de um determinado requisito ou também que membro foi o responsável pela coleta de um determinado requisito, também poderiam fazer parte de um documento como esse. No entanto, optou-se por não alocar esse tipo de informação nesse template por diversas razões. Apenas para citar uma, em times auto-organizáveis, a informação acerca de quem será o responsável pela execução de um determinado requisito poderá ser definida dependendo de como corram os entendimentos entre o time no momento do início de um ciclo iterativo, não sendo uma informação primordial no momento da documentação e sim no momento do monitoramento dos requisitos. Parte II: Ferramenta/técnica para coleta do requisito [Escolha um requisito e demonstre, justificadamente, qual foi a ferramenta/técnica para sua coleta] Etapa 4 Lista de verificação pra a qualidade do projeto Preparado por: Aprovado por: versão: Data da versão: item da qualidade verificação sim não N/D data comentário Alterado por:_______________ Data: Nota: quaisquer alterações neste documento deverão ser submetidas ao processo de controle do projeto para aprovações antes de serem incorporadas a este documento. 1 6 5
Compartilhar