TERMO DE ABERTURA DO PROJETO. Identificação do Projeto. Histórico de Registro

(1)

TERMO DE ABERTURA DO PROJETO Identificação do Projeto

Projeto

OkkA – Consultor Digital Unidade Demandante

Escola de Artes, Ciências e Humanidades Gestores do Projeto

Gabriel Michelini Vieira - 9277451 Luan Miranda Sales - 9277468

Histórico de Registro

Versão Data Autor Descrição

1.0 17/09/2017 Luan Miranda Sales

Criação do documento Preenchimento dos itens 1 a 6

1.1 17/09/2017 Gabriel Michelini Vieira

Criação do documento Preenchimento dos itens 7 a 12

2.0 25/09/2017 Gabriel Michelini Vieira

Revisão e atualização do Termo de Abertura do Projeto;

Inclusão de “SMART”;

Atualização do campo “Não escopo”;

Atualização do campo

“Risco”;

Determinação de pontos importantes para o

desenvolvimento do projeto.

3.0 15/10/2017 Gabriel Michelini Vieira Atualização dos custos 4.0 19/10/2017 Luan Miranda Sales Inclusão do item:

14.Requisitos de Qualidade 5.0 21/10/2017 Gabriel Michelini Vieira Inclusão do item:

15.Recursos Humanos

6.0 29/10/2017 Luan Miranda Sales

Inclusão do item:

16.Comunicação Complementação dos stakeholders

Inclusão do Registro dos stakeholders

TAP - Termo de Abertura do Projeto Versão: 1.0 Página: 1 / 18

(2)

Inclusão da matriz de comunicação

7.0 30/10/2017 Gabriel Michelini Vieira Inclusão do item:

17. Riscos 8.0 05/11/2017 Luan Miranda Sales

18. Rede PERT/CPM Criação de Tabelas de Atividades

Criação de REDE PERT/CPM

9.0 12/11/2017 Luan Miranda Sales

Análise das Partes Interessadas

Matriz de Poder x Interesse Atualização do item 5 Atualização Comunicação 10.0 13/11/2017 Gabriel Michelini Vieira

1. Justificativa

O mundo digital tem sofrido grande expansão nos últimos anos, e muitos serviços estão surgindo com o foco direcionado ao mercado online, tendo em mente a devida informação, verificamos que o mercado de streaming de música está saturado, ou seja, existem muitas empresas oferecendo o serviço. O cliente atualmente possui diversas informações a respeito dos serviços de forma descentralizada, não existe uma plataforma que centraliza os dados e forneça análise em tempo real sobre os respectivos serviços.

2. SMART

Usando o método SMART, podemos, resumidamente definir o projeto: “Aumentar o número de usuários de serviços de streaming de música através do desenvolvimento de uma plataforma web que centraliza dados sobre o serviço oferecido pelas empresas cadastradas”

3. Objetivo do Projeto

O OkkA será um serviço de consultoria, inicialmente, direcionado ao mercado de streaming de música, seus objetivos são:

● Fornecer ao usuário consultoria prévia do serviço de streaming de música mais adequado a sua necessidade;

● Analisar estatisticamente os diversos serviços para fornecer, em tempo real, informações sobre artistas, músicas, planos, preços, vantagens, desvantagens, especificações e particularidades;

● Facilitar e dinamizar as informações para o usuário com o intuito de economizar tempo;

● Centralizar estatísticas para melhor tomada de decisão do usuário no momento da escolha;

● Oferece um canal mediador entre cliente e serviço;

(3)

● Estabelecer um ambiente de competição livre, fornecendo as informações sobre as distribuidoras, sem viés prévio.

4. Alinhamento Estratégico

O projeto será baseado na metodologia PMBOK e buscará atender os clientes dentro de características pré-estabelecidas e com foco no cumprimento dos objetivos. O posicionamento estratégico será baseado na tríplice:

1. Foco no cliente - transformar o cliente no principal canal para a melhoria do serviço, implementação de novas funcionalidades e feedback de bugs no sistema;

2. Canais de Aquisição - utilizar o marketing de produtos externos ao site como forma de retorno de investimento(a longo prazo);

3. Gestão de Equipe - as tarefas são rotativas e de distribuição igualitária, caso algum integrante não consiga cumprir o requisitado, poderá receber auxilia de outro no cumprimento da tarefa.

5. Responsabilidades e Partes Interessadas

Os responsáveis pelo projeto são Gabriel Michelini Vieira e Luan Miranda Sales, as atribuições de cada um varia de acordo com a etapa em processo, a divisão das responsabilidades são igualitárias.

Os stakeholders, ou partes interessadas que serão atingidas pelo desenvolvimento do projeto são:

● Clientes que desejam consultoria prévia;

● Empresas responsáveis pela distribuição do serviço de Streaming;

● Empresa de BD na nuvem;

● Empresas que desejam anunciar seus produtos no site através de ads;

● Os membros da equipe do projeto;

● Familiares da Equipe;

Para complementação foi adicionado um item (16.Gerenciamento da Comunicação) no presente documento que aprofunda e detalha as relações de troca de informações que ocorrem tanto no ambiente interno da empresa quanto nas trocas externas com empresas de distribuição de streaming e usuários testes.

5.1 Registro das Partes Interessadas

Segue Identificação completa das partes interessadas no projeto ID Parte

Interessada

Área Função Telefone E-mail Requisitos de

Comunicação 1 Sr. Luan

Miranda

Criação e Design,

Gerente e Organizador

(11)6666-6 666

luan.sale s@usp.br

Receber Semanalmente

(4)

Sales Gerência, Execução

do Projeto ativos dos

processos organizacionais atualizado

Termo de Abertura atualizado com referência para a última atualização vigente

Documentos de controle de entradas e saídas do processos do projeto

2 Sr. Gabriel Michelini Vieira

Criação e Design, Gerência, Execução

Gerente e Organizador do Projeto

(11)7777-7 777

gabriel.vi eira.usp.

br

Receber Semanalmente ativos dos processos organizacionais atualizado

Termo de Abertura atualizado com referência para a última atualização vigente

Documentos de controle de entradas e saídas do processos do projeto

3 Telefônica Brasil SA Sr. Vivo

Parte Externa, Patrocinador

Responsável pelo setor de comunicaçã o da operadora vivo

(11)8888-8 88

telefonica

@vivo.co m.br

Receber atualizações e respostas em relação ao serviço em exibição, marketing, dados simultâneos e métricas de retorno 4 Sr. Carlos

Eduardo

Teste Usuário Beta (11)3333-3 333

carlos.ed

@gmail.c

Enviar

mensalmente um

(5)

om relatório

pré-determinado com as

informações de qualidade do serviço 5 Sra. Patricia

Fernandes

Teste Usuária Beta (11)787-77 77

patty200 9@hotma il.com

Enviar

mensalmente um relatório

pré-determinado com as

informações de qualidade do serviço

5.2 Análise das Partes Interessadas

A análise de partes interessadas será utilizada para coletar e analisar sistematicamente as informações qualitativas e quantitativas para determinar interesses a serem considerados.

Segue o modelo de três etapas seguido de projeção de gŕafico de Poder nas ordenadas e Interesse nas abcissas:

1. Identifica partes interessadas e suas informações;

2. Identifica impacto de cada parte interessada: prioriza para garantir o uso eficiente de esforços para gerenciar as expectativas através de modelos de classificação;

3. Avalia como as partes interessadas vão reagir a fim de planejar como influenciá-las.

Grupo ID Nome Posição Poder Interesse

Funcionários A Gabriel Michelini Vieira

Gerente do

Projeto/Desenvolvedor

Muito Alto

Funcionários A Luan Miranda Sales

Gerente do

Projeto/Desenvolvedor

Muito Alto

Familiares B Pai do Gabriel Pai do Gerente Baixo Alto Familiares B Mãe do Gabriel Mãe do Gerente Baixo Alto Familiares B Pai do Luan Pai do Gerente Baixo Alto

(6)

Familiares B Mãe do Luan Mãe do Gerente Baixo Alto Patrocinador/For

necedor

C Telefonica S. A Patrocinador/Fornecedor Muito Alto

Muito Alto

Fornecedor D Spotify Fornecedor Alto Alto

Fornecedor D Deezer Fornecedor Alto Alto

Funcionário E Carlos Eduardo Usuário Beta Baixo Alto

Funcionário E Patricia Fernandes Usuário Beta Baixo Alto

Fornecedor F Amazon Fornecedor/Banco de

Dados na nuvem

Alto Alto

Patrocinador G Google Inc. Patrocinador/Ads Alto Alto

Concorrentes H Sites com

similares conceitos

Concorrência Muito

Baixo

Clientes I Pessoas Físicas Clientes/Usuários Muito

Alto

Neutro

(7)

5.3 Matriz de Poder e Interesse

6. Escopo

O projeto deve atender as seguintes características:

● Plataforma Simples e Funcional para o usuário final;

● Plataforma com os princípios ergonômicos;

● Serviço com dados em tempo real;

● Serviço com análise de informações dos serviços de streaming;

● Projeção de dados como: preço, distribuidoras afiliadas, artistas;

(8)

● Análise de custo-benefício;

● Indicadores de projeção para tomada de decisão;

● Design da Plataforma de acordo com os padrões de qualidade.

7. Não-Escopo

O projeto não se compromete em:

● Estabelecer parâmetros de comunicação com os serviços de streaming para a implementação da plataforma;

● Definir os tipos de retorno de investimento a curto prazo;

● Definir planos de metas e manutenção pós-implementação;

● Ser um intermediário entre a empresa e o cliente.

8. Premissas

● Todos os envolvidos no projeto devem participar de todas as atividades;

● Ao adquirir um produto para o projeto, verificar se não existe no mercado algum produto similar, de mesma qualidade, com preço menor;

● Todo o desenvolvimento da plataforma deve seguir rigorosamente a documentação do projeto;

● Não desenvolver funcionalidades não especificadas.

9. Restrições

● Orçamento limitado;

● Prazo curto;

● Não é possível começar o trabalho antes das 13h durante a semana;

● Desenvolvido sob para as condições oferecidas pelos sistemas de streaming para o Brasil, pode não ser aplicável a outros países.

10. Projetos Inter-relacionados

A aplicação precisa se comunicar em tempo real com as empresas de streaming de músicas para coletar todos os dados necessários para poder fazer suas análises e informar ao usuário as vantagens e desvantagens de cada uma naquele dado momento.

11. Riscos Iniciais

● Empresas de streaming de músicas não aceitarem a proposta do sistema;

● Orçamento ser insuficiente para a conclusão;

● Atraso no envio de informações por parte dos parceiros;

● Informações despadronizadas.

(9)

12. Tempo Estimado

Tempo estimado para a conclusão do projeto: 11 meses.

Pontos importantes para o desenvolvimento do projeto (marcos):

● Definição e especificação do projeto

● Definição dos documentos do projeto

● Definição do protótipo

● Preparação do projeto

○ Agenda e cronograma

○ Ferramentas de desenvolvimento (linguagens e sistemas)

○ Estrutura da aplicação

○ Autorização para uso de informações das empresas de streaming de música

● Implementação

● Testes

● Divulgação

13. Custo Estimado

● Equipamentos: R$ 7.000,00

● Desenvolvimento: R$ 12.000,00

● Divulgação do sistema: R$ 5.000,00

● Total: R$ 24.000,00

Custo único:

Computador R$ 2.500,00

Banco de dados Amazon on demand RDS for PostgreSQL Implantação Single-AZ db.t2.medium por 1 ano (424,00 USD) - contratado para a fase de desenvolvimento

R$ 1.333,59

Custo mensal:

Desenvolvedor (todos os custos, durante 1 ano) R$ 120.000,00

(10)

Divulgação Facebook (R$10,00 por dia durante 1 ano) R$ 3.650,00 Divulgação Google AdWords (R$10,00 por dia durante 1 ano) R$ 3.650,00 Pacote internet (R$99,90 por mês durante 1 ano) R$ 1.198,80 Energia elétrica (média de R$100,00 por mês durante 1 ano) R$ 1.200,00 Água (média de R$100,00 por mês durante 1 ano) R$ 1.200,00 Servidor Amazon EC2 sob demanda, com instâncias otimizadas para

computação c4.large (0,1 USD por hora) - contratado para a fase de desenvolvimento (200 USD por 12 meses)

R$ 630,00

Custo total: R$ 257.862,39

14. Requisitos de Qualidade¹

Requisitos de Qualidade Ações Indicadores

Plataforma com usabilidade simples

1. Estabelecer protótipo funcional do site;

2. Estabelecimento de teste das rotinas;

3. Simulação de usabilidade do usuário;

I1. Tempo médio de acesso a estrutura possíveis;

I2. Formulários com usuários betas a respeito de elementos visuais para análise de compreensão e acesso;

I3. Disponibilizar versão beta aberta para usuários

utilizarem e reportarem nível de complexidade;

Acesso simultâneo e rápido ao banco de dados das prestadoras de serviço

1. Estimar média de acessos ao banco de dados das

prestadoras de serviço;

I1. Utilização de gráficos de pareto para estimar a

frequência dos erros ao banco de dados;

(11)

2. Estabelecer métricas de velocidade de acesso ao banco de dados das

prestadoras de serviço;

3. Estimar métricas de acessos simultâneo e remoto da

plataforma com as operadoras de serviço;

I2: Documentos com tempo médio de acesso, quantidade de tempo para conexão;

Atendimento/Suporte ao usuário eficiente

1. Realizar o

treinamento de uma equipe para realizar suporte;

2. Estabelecer métrica de tempo de atendimento;

3. Monitorar a qualidade do atendimento através de plataformas de controle de entrada, manutenção e saída;

I1 Percentual de atendimentos bem sucedidos, tempo médio de atendimento;

Garantir que as

funcionalidades se adequem as propostas iniciais e posterior revisões

1. Estabelecer testes de desempenho para verificar rotina;

2. Aperfeiçoar continuamente as funcionalidades para melhor eficiência e eficácia;

3. Utilizar plataformas beta para usuários fechados;

4. Realização de simulações em tempo real para funções de acesso compartilhado;

I1. Documentos com tempo médio de usabilidade de cada função;

(12)

Adequação aos modelos vigentes no mercado

1. Verificação da ergonomia;

2. Estabelecer

parâmetros objetivos baseado em

comparação com plataformas similares 3. Readequação dos

requisitos caso necessário

I1. Análises de dados de usuários de outras plataformas;

I2. Resultados de inferências de dados externos a

plataforma;

I3. Métricas de readequação do projeto;

¹Anexo com melhor visualização do documento disponível em:

https://okka-project.weebly.com/documentos.html

14.1 Padrões de Qualidade

Padrão Descrição

ERG BR 1001 Competências Essenciais a Ergonomistas

ABNT NBR ISO 9000 Sistema de Gestão da Qualidade (Fundamentos e Vocabulário)

ABNT NBR ISO 9001 Sistema de Gestão da Qualidade (Requisitos)

15. Recursos Humanos

Gabriel Michelini Vieira Responsável por:

1. Planejamento do projeto;

2. Definição de requisitos e datas;

3. Contato com parceiros;

4. Desenvolvimento da plataforma;

Luan Miranda Sales Responsável por:

1. Planejamento do projeto;

2. Definição de requisitos e datas;

3. Contato com parceiros;

(13)

4. Desenvolvimento da plataforma;

Todas as atividades são feitas em conjunto.

16. Gestão da Comunicação

O presente item tem como objetivo expor os processos relacionados ao gerenciamento da qualidade, de maneira que englobe as informações geradas, coletadas,distribuídas,

armazenadas, recuperadas,planejadas e organizadas de maneira que fique claro o seu propósito dentro dos relacionamento que ocorrem nos ambientes internos e externos a empresa e que são relevantes para as partes envolvidas no projeto.

A divisão de tópicos será feita através do registro das partes interessadas(item 5, seção 5.1) e da matiz de comunicação do projeto(seção 16.1) , qualquer complementação ou revisão que tenha como propósito as questões de comunicação devem utilizar este item como base e repositório de informações.

16.1 Matriz das Comunicações

Verificar a seção com o documento da Matriz de Comunicações no site do projeto, disponível em: https://okka-project.weebly.com/comunicaccedilatildeo.html

(14)

17. Riscos

Matriz de riscos:

MATRIZ DE PROBABILIDADE E IMPACTOS Probabilid

ade Ameaças Oportunidades

0,90 0,05 0,09 0,18 0,36 0,72 0,72 0,36 0,18 0,09 0,05

0,70 0,04 0,07 0,14 0,28 0,56 0,56 0,28 0,14 0,07 0,04

0,50 0,03 0,05 0,10 0,20 0,40 0,40 0,20 0,10 0,05 0,03

0,30 0,02 0,03 0,06 0,12 0,24 0,24 0,12 0,06 0,03 0,02

0,10 0,01 0,01 0,02 0,04 0,08 0,08 0,04 0,02 0,01 0,01

0,05 0,10 0,20 0,40 0,80 0,80 0,40 0,20 0,10 0,05 Impacto

Muito

baixo Baixo

Modera do Alto

Muito Alto

Muito Alto Alto

Modera

do Baixo

Muito baixo A. Listagem das ameaças

Empresas de streaming de músicas não aceitarem a proposta do sistema;

Orçamento ser insuficiente para a conclusão;

Atraso no envio de informações por parte das empresas;

Informações despadronizadas;

Não ter adeptos à plataforma;

Plataforma difícil de usar;

Não concluir o projeto no prazo;

Surgimento de uma alternativa ao mercado de streaming;

Servidor fora do ar;

Surgimento de concorrentes;

B. Listagem das oportunidades

Sobrar dinheiro no projeto e poder investir em melhorias;

Grande aceitação dos usuários;

C. Probabilidades e impactos

Ameaça Impacto Probabilidade Total

Não aceitação das empresas 0,20 0,50 0,10

(15)

Orçamento insuficiente 0,40 0,70 0,28 Informações atrasadas por parte

das empresas

0,20 0,50 0,10

Informações despadronizadas 0,40 0,70 0,28

Usuários não aderem à plataforma

0,20 0,50 0,10

Plataforma difícil de usar 0,10 0,10 0,01

Não concluir no prazo 0,20 0,30 0,06

Surgimento de uma alternativa ao mercado de streaming

0,05 0,50 0,03

Surgimento de apps concorrentes 0,40 0,70 0,28

Servidor fora do ar 0,40 0,70 0,28

Oportunidade Impacto Probabilidade Total

Sobrar dinheiro e investir em melhorias

0,10 0,10 0,01

Grande aceitação dos usuários 0,40 0,70 0,28

D. Respostas aos riscos

1. Empresas de streaming de músicas não aceitarem a proposta do sistema a. O que fazer? Mitigar o risco, sempre mostrando para a empresa os

benefícios de ser parceira da plataforma.

2. Orçamento ser insuficiente para a conclusão

a. O que fazer? Mitigar o risco. Tomar cuidado em cada aquisição feita para o projeto. Buscando sempre o menor custo.

3. Atraso no envio de informações por parte das empresas

a. O que fazer? Transferir o risco. Como o aplicativo fornece informações em tempo real, é necessário ter as informações sempre atualizadas.

Caso a informação não esteja atualizada, a empresa de streaming sairá na desvantagem frente a seus concorrentes.

4. Informações despadronizadas

a. O que fazer? Mitigar o risco. Entrar em acordo com as empresas de streaming a respeito do formato esperado dos dados.

5. Não ter adeptos à plataforma

(16)

a. O que fazer? Mitigar o risco. Investir em divulgação, mostrando para os possíveis usuários as vantagens de usar o sistema.

6. Plataforma difícil de usar

a. O que fazer? Prevenir o risco. Investir no desenvolvimento de um sistema fácil de usar.

7. Não concluir o projeto no prazo

a. O que fazer? Mitigar o risco. Sempre manter o cronograma atualizado e fazer reuniões periódicas com a equipe para manter tudo dentro do prazo.

8. Surgimento de uma alternativa ao mercado de streaming

a. O que fazer? Aceitar o risco. Não sabemos como se comportara o mercado de streaming de músicas no futuro, mas sabemos que as tecnologias tendem sempre a evoluir, podendo aparecer uma alternativa para o streaming.

9. Servidor fora do ar

a. O que fazer? Prevenir o risco. Contratar um serviço de servidor confiável e que se adapte ao número de usuários em um dado momento.

10. Surgimento de concorrentes

a. O que fazer? Aceitar o risco e investir sempre em funcionalidades novas, numa tentativa de se manter à frente dos concorrentes.

18. Rede PERT/CPM

Dada as premissas do modelo PERT/CPM, desenvolvemos uma rede baseado nas atividades seguindo as respectivas etapas:

1. Identificar as atividades;

2. Identificar a ordem em que ocorrem;

3. Determinar a duração das atividades;

Atividade Id Descrição Duração

1-2 A Solicitações legais dos dados prestadoras de serviço

1 Semana 1-3 B Coletar métricas dos serviços de streaming 2 Semanas

2-4 C Desenvolver relatórios 1 Semana

2-7 D Manutenção do ambiente de testes, atualização dos documentos e requisições

extras

12 Semanas

3-4 E Expor modelo de negócio e estabelecimento de acordos

1 Semana

(17)

4-5 F Catalogar dados e relatórios 1 Semana

5-6 G Preparar ambiente de desenvolvimento 5 Semanas

6-7 H Implementação de elementos back-end 6 Semanas

6-8 I Implementação de elementos de front-end 4 Semanas 7-9 J Implementação da estrutura geral, fusão de

front e back prévio

7 Semanas

8-9 K Implementação do Banco de Dados 3 Semanas

8-11 L Treinamento e Contratação de usuários testes

5 Semanas

9-10 M Testes de elementos internos 3 Semanas

9-11 N Teste de elementos externos 1 Semana

10-12 O Desenvolvimento de Documentos e relatórios dos testes internos

1 Semana

10-13 P Organização de Dados de Testes 1 Semana

11-13 Q Desenvolvimento de Documentos e relatórios dos testes externos

1 Semana

12-14 R Fase de Desenvolvimento Extra 3 Semanas

13-14 S Desenvolvimento de elementos de marketing da Plataforma

4 Semanas

Verificar a seção com a rede PERT/CPM no site do projeto, disponível em:

https://okka-project.weebly.com/rede-pertcpm.html

(18)