Prévia do material em texto

3 
 
PROJETO MÚSICA SOLIDÁRIA – TAKE 1 
ETAPA 1 
Ténica É / NÃO É / FAZ / NÃO FAZ 
É / NÃO É / FAZ / NÃO FAZ 
 
É 
Um projeto que visa levar entreterimento a 
população que está em isolamento social, por 
meio de shows, com músicos profissionais, no 
modo lives, transmitido ao vivo via internet. 
A previsão conforme o reteiro é de até duas 
lives mensalmente, conforme a programação 
inicial. 
Sendo um projeto independente e único cada 
evento. 
Ação solidária. 
Autossuficientes, conhecido como TAKE. 
NÃO É 
Um projeto criado com fins lucrativos. 
Presencial, com aglomeração. 
Pago. 
Para incentivar a aglomeração do público em suas 
residencias. 
Para incentivar a realização de festas. 
FAZ 
Com que o público possa ter entreterimento em 
suas casas de forma segura e de graça. 
Arrecadação de doações para ajudar a 
população mais necessitada. 
NÃO FAZ 
Venda de ingresso. 
Sorteios durante o evento. 
Visão de lucros. 
Incentivo a aglomeração do público. 
Não se responsabiliza por aglomerações realizadas 
pelo publico durante exibição da live. 
 
 
 
 
4 
 
PROJETO MÚSICA SOLIDÁRIA – TAKE 1 
ETAPA 2 
Parte I: registro dos requisitos 
Título do projeto: Musica Solidária – Take 1 Data da versão: 29/07/2021 
ID / Data Requisito 
Parte 
interessada 
Categoria 
Prioridade 
MoSCoW 
Critério de 
verificação 
Critério de 
aceitaçã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 
R001 
23/07/202
1 
Credenciamento 
das instituições 
no sistema 
Patrocinador Negócios M 
Checklist com 
as informações 
das instituições 
cadastradas 
Verificar se os 
dados 
cadastrados das 
instituições 
estão corretos 
R002 
23/07/202
1 
Patrocinadores de 
ramos de atuação 
diferente 
Equipe de 
projeto 
Negócios S 
Seleção dos 
patrocinadores 
mediante 
preenchimento 
dos requisitos 
Validar os 
patrocinadores 
de áreas de 
atuação 
diferentes 
R003 
23/07/202
1 
Seguir as normas 
regulamentadoras 
(NR’s) 
Gerente de 
projeto 
Funcional M 
Verificação do 
uso correto das 
normas 
Comprovação 
do uso corretos 
das normas 
R004 
23/07/202
1 
Sistema de 
transmissão 
adquado para a 
capacidade do 
público 
Equipe de 
projeto 
Qualidade M 
Testes e 
ensaios de todo 
o sistema antes 
do evento 
Testes com 
resultados 
positivos 
mesmo dentro 
da margem de 
erro 
R005 
23/07/202
1 
Lincenças 
exigidas pelo 
órgão público 
Gerente de 
projeto 
Qualidade M 
Conferência da 
documentação 
Documentação 
de acordo com 
as exigências 
estabelecidas 
 
 
 5 
 
R006 
23/07/202
1 
Alimentação da 
equipe durante o 
evento 
Equipe de 
projeto 
Funcional S 
Conferência do 
buffet duante o 
evento 
Manter o buffet 
organizado e 
abastecido 
R007 
23/07/202
1 
Coordenação das 
atividades 
durante o evento 
Equipe de 
projeto 
Funcional M 
Checkin list do 
roteiro do 
evento 
Seguir o reteiro 
conforme o 
planejado 
R008 
23/07/202
1 
Prestação de 
contas no 
máximo em 15 
dias após o 
evento 
Patrocinadores 
Partes 
interessadas 
M 
Vereficação e 
conferência dos 
custos e 
doações. 
Contabilidade 
dos recursos 
R009 
23/07/202
1 
Elaboração de um 
manual de 
conduta para os 
participantes do 
evento 
Patrocinador Técnico M 
Criar o 
documento de 
forma ética 
dentro das 
normas e 
requisitos 
Aprovação de 
todos os 
patrocinadores 
e do gestor de 
projeto 
R010 
23/07/202
1 
Treinamento e 
capacitação da 
equipe de projeto 
Gestor do 
projeto 
Qualidade e 
Técnico 
M 
Integração da 
equipe ao 
projeto 
Validação 
mediante 
certificação de 
treinamento 
 
 
Parte II: ferramenta/técnica para coleta do requisito 
O requisito R009 “Elaboração de um manual de conduta para os participantes do evento” foi 
coletado pelo método Axiomatic Design, Brainstorming, grupos de discussão, questionários, pesquisas, 
entrevistas e benchmarking. 
Utilizando a técnica Axiomatic desing, é possível desenvolver e criar produtos com soluções melhores 
para algum um dado problema. A mesma estabelece um entendimento maior na concepção e criação dos 
requisitos, sejam eles organizacionais, funcionais ou técnicos. 
Com o grupo de discussão, o desenvolvimento das necessidades e características de cada um ficam 
mais evidentes e assim é possível agregalos ao projeto, assim podendo ser elaborado os requisitos com mais 
clareza. 
Os requisitos coletados são de suma importância para o cliente, conforme o que vem sendo mostrado 
na matéria, há diversas técnicas para se coletar esses requisitos, e com eles podemos ter maoir clareza do 
que o cliente espera para o produto final do projeto. 
 
 
6 
 
PROJETO MÚSICA SOLIDÁRIA – TAKE 1 
ETAPA 3 
Apresentação da EAP de forma hierárquica 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 7 
 
 
 
Dicionário da EAP 
nome do pacote 
de trabalho 
descrição do pacote de 
trabalho 
critério(s) de aceitação 
1.2.4.1. Definir o 
roteiro 
Desenvolvimento do 
roteiro do projeto de 
como ele será definido, 
validado e controlado 
Recebimento do roteiro de acordo com 
as necessidades e requisitos do projeto 
que foram levantados pela equipe 
técnica e patrocinadores 
1.4.2.1. 
Checagem do 
roteiro durante 
a transmissão 
Acompanhar as etapas 
do roteiro e verificar a 
conformidade mediante 
checklist e cronograma 
de excução 
Apresentação do checklist verificado ao 
gestor do projeto e o evento estar dentro 
do planejado no cronograma 
 
 
 
 
8 
 
PROJETO MÚSICA SOLIDÁRIA – TAKE 1 
ETAPA 4 
MURA 
Problemas com documentação publica, bombeiros, saúde e vigilância sanitária, como: alvará de 
funcionamento irregular, Auto de Vistoria do Corpo de Bombeiros não aprovado, não seguir os protocolos de 
saúde e higiene adequados para aquele evento. 
Ocasionando um retrabalho a equipe de projeto, tendo que revisar planejamento e cronograma 
dependendo do caso. 
MURI 
Ocorrer um sobrecarga de energia devido aos equipamentos elétricos utilizados na realização do evento, 
gerando assim uma perca de energia em todo o sistema. 
MUDA 
Solicitações de reuniões pelos patrocinadores para acompanhamento do projeto, que não agregam valor ao 
projeto final e assim gerando atrasos para equipe do projeto. 
Reuniões da equipe de projeto com participação de pessoas fora do setor de projeto. 
FERRAMENTA / TÉCNICA PARA MELHORIA CONTÍNUA 
Técnica de melhoria continuada dos 5 whys. 
 
Problema: O AVCB não foi aprovado. 
 
WHY 1 – Por que o AVCB não foi aprovado? 
Porque os extintores não estão posicionados corretamente. 
 
WHY 2 – Porque os extintores não estão posicionados corretamente? 
Porque foram alocados sem um projeto adequado de segurança contra incêndio. 
 
WHY 3 – Por que não tinha um projeto adequado? 
Porque um dos novos colaboradores não conhecia os procedimentos. 
 
WHY 4 – Por que o novo colaborador não estava familiarizado com todos os procedimentos? 
Porque ele não foi treinado adequadamente. 
 
WHY 5 – Por que ele não foi treinado adequadamente? 
Porque o gestor acredita que os novos funcionários não precisam de um treinamento. 
 
 
 
 
 9 
 
Após a análise realizada utilizando a técnica dos 5 whays, chegou-se à conclusão que um 
colaborador não conhecia os procedimentos e não teve um treinamento adequado, por esse motivo não 
fez um projeto adequado para o posicionamento dos extintores. 
O projeto dos extintores foi revisado e aprovado pelo órgão competente, sendo aprovado o 
AVCB. 
 
 
 
 
10 
 
BIBLIOGRAFIA: 
PROJECT MANEGEMENT INSTITUTE. PMBOK Guide: Guia do Conhecimento em Gerenciamento de 
Projetos. 6. Ed. Pensylvannia, USA: Project Manegement Institute, 2017. 
 
PERRELLI, HERMANO. Gerênciamento de Projetos: O Modelo PMBOK, 2004. 
 
PMI – Project Institute (Editor). PMBOK (Project ManagementBody of Knowledge) Guide – Um Guia do 
Conjunto de Gerenciamento de Projetos – Terceira Edição, 2006 
 
PROJECT MANAGEMENT INSTITUTE (PMI). A guide to the project management body of knowledge: 
PMBOK Guide. 6. ed. USA: PMI Inc., 2017a. 
 
HOFFMANN, Guilherme. Gerenciamento do Escopo e da Qualidade em Projetos – Rio de Janeiro: FGV, 
2020. 
 
SALES, Luciano; BARBALHO, Sanderson; MOURA, Shirley. Axiomatic Design: uma ferramenta para 
descrição completa dos requisitos. Versão 1.0, 2015.