Você está na página 1de 15

Universidade de So Paulo

Escola de Artes, Cincias e Humanidades

Ideas Worth Investing


Termo de Abertura - Quinta Verso

Docente:
Profa. Dra. Violeta Sun

Discentes:
lex Santana Fogaa 9360732
Bruno Tenorio dos Santos 9277746
Guilherme Bortoto de Moraes 9360760

So Paulo
Outubro de 2017
Ideas Worth Investing

Descrio Geral do Projeto

O produto requisitado pelo cliente consiste em uma plataforma de


compartilhamento de ideias, onde cada usurio possui um perfil prprio e pode
interagir com grupos atravs de segmentos de conversa. Esta plataforma conta com
apenas um tipo de usurio. A plataforma requisitada tem como base quatro
conceitos principais:

1) Perfil do usurio: Cada usurio que utiliza a plataforma possui um perfil


prprio, que contm todas as informaes bsicas deste usurio, como nome
e contatos. Alm dessas informaes, cada usurio conta com um nvel de
reputao global e diversos nveis de reputao local.

2) Grupos: Um grupo consiste em um espao privado, limitado aos integrantes,


que pode ser criado por qualquer usurio na plataforma. O objetivo dos
grupos expressar uma ideia ou um possvel projeto e reunir pessoas
interessadas em tornar este projeto uma realidade. Cada grupo possui um
group owner (Proprietrio do grupo), que responsvel pela gesto de
permisses e restries.

3) Segmentos de Conversa: Os grupos contam com segmentos de conversa


para comunicar ideias e decises e debater conceitos. Um segmento de
conversa consiste em uma rea voltada a comunicao entre os membros de
um grupo.

4) Sistema de Reputao: O sistema de reputao tem como objetivo


incentivar a cooperao e facilitar a escolha de novos administradores ou
gestores. Esse sistema baseado em dois tipos de nveis de reputao:

a) Reputao Local: A reputao local representa o nvel de


cooperao de um usurio dentro de um grupo. Este nvel s vlido dentro
deste grupo especfico, ou seja, cada usurio pode possuir vrios nveis de
reputao, cada um relativo a um grupo em especfico.
Apesar de no ser transfervel entre grupos diferentes, os pontos de
reputao local afetam a sua reputao global.

b) Reputao Global: A reputao global representa o nvel geral de


cooperao de um usurio, ou seja, o quanto ele j contribuiu no total, para
todos os grupos dos quais faz parte.
Infraestrutura, mtodos e ferramentas utilizadas

Visando desenvolver a aplicao requisitada de forma eficaz, nosso grupo


escolheu as seguintes ferramentas para utilizar na construo da aplicao:

Front-end
- Ionic - Framework de desenvolvimento de aplicativos

Back-end
- Django - Framework de desenvolvimento web
- Django REST Framework - Toolkit para desenvolvimento de RESTful APIs
- MySQL - Sistema de Gerenciamento de Banco de Dados

Nossas escolhas de ferramentas foram baseadas nos requisitos do projeto e


disponibilidade de informaes e suporte de tais ferramentas. Escolhemos o
framework Ionic por sua natureza multiplataforma e de desenvolvimento fcil e gil.
Selecionamos o framework Django pelo mesmo motivo de desenvolvimento fcil e
gil, o que nos auxilia a desenvolver o projeto de forma rpida e eficaz. Faremos
uso do Django REST Framework para realizar o intermdio entre o sistema de
banco de dados e nossa aplicao devido a sua tima integrao com o framework
Django. E por fim, utilizaremos o SGBD MySQL, que apresenta estrutura robusta e
potente.

Nosso grupo tambm escolheu uma ferramenta para


auxiliar a gesto e concepo das fases do projeto,
assim como auxiliar no andamento e na gesto de
tempo. A ferramenta escolhida foi o Trello.
Objetivos SMART

O Ideas Worth Investing um projeto que tem como objetivo atingir as


pessoas e concretizar suas ideias em projetos, de forma a facilitar o primeiro passo.
Para isso necessrio atingir tais objetivos crticos:
Ter 100% do Banco de Dados e a API de cadastro at o incio da segunda
metade de Outubro ;
Ter 60% APIs rodando em servidor at o incio da segunda metade de
Outubro;
Finalizar 100% das funcionalidades de Posts e Gerenciamento dos Grupos
at o fim de Outubro;
Ter 80% das regras de Hierarquia nos Grupos implementadas at o fim da
primeira semana de Novembro;
O Sistema de Tags e busca deve ser finalizado, ou seja, 100%, at o fim da
primeira semana de Novembro;
Implementar 100% da funcionalidade de avaliar os posts at a metade do
ms de Novembro;
Completar 100% das regras de Hierarquia dos Grupos at a primeira metade
de Novembro;
Finalizar 100% das APIs em servidor at a metade de Novembro;
A primeira bateria de testes do aplicativo deve ser realizada at a metade de
Novembro;
Se necessrio, os problemas verificados na primeira bateria de testes devem
ser 100% corrigidos at o dia 20 de Novembro;
A ltima bateria de teste deve ser feita 100% at o dia 22 de Novembro;

Requisitos

Alcanar os objetivos para realizar esse projeto uma tarefa complexa e


requer uma srie de fatores. Para isso necessrio:
1. Documentao gerada sobre projeto;
2. Decomposio do projeto em atividades menores e melhor gerenciveis;
3. Atribuio das atividades aos integrantes do projeto;
4. Infraestrutura para desenvolvimento (ambiente, eletrnicos e tecnologias)
5. Detalhes do desenvolvimento;
6. Estrutura de trabalho (Scrum, Kanban, etc.);
7. Cronograma do projeto e das atividades;
EAP
Cronograma
Planejamento de custos
Qualidade

Requisitos Aes Indicadores

Sistema de Reputao que seja 1. Algoritmo para avaliar a 1. Grupos com bom
efetivo para o funcionamento reputao do usuria progresso nas ideias, e
dos grupos. baseada em parmetros, com Hierarquias
como participao e formadas
respostas relevantes. naturalmente;

2. Feedback dos
Usurios

Facilidade de uso 1. Interface responsiva, intuitiva 1. Bateria de testes com


e simples. possveis usurios
(Alpha Testers);

2. Melhoria constante
com sugestes da
comunidade.

Exibir as ideias mais quentes do 1. Algoritmo que baseado na 1. Feedback da


momento e as ideias que mais atividade do usurio em seus Comunidade;
se aproxime do perfil do projetos, mostre outras ideias 2. Porcentagem de
usurio. que possam ser de interesse participao dos
do mesmo. usurios em grupos
que lhes foram
sugeridos.

Garantir a segurana dos 1. Aplicar um mdulo de 1. Registro de tentativas


grupos, com apenas seus segurana, alm de de Burlar as regras do
participantes podendo ler e protocolos de redes que aplicativo ou de quebra
participar das conversas. garantam a segurana das do protocolo de
conversas e das informaes segurana.
Recursos Humanos

Integrantes:
Bruno Tenorio dos Santos
- Papel: Gestor do projeto e desenvolvedor.
- Autoridade: Tomar frente em decises que impactem os documentos
de planejamento do projeto.
- Responsabilidades: Garantir que o projeto seja finalizado com
sucesso, com uma rentabilidade sustentvel e supervisionar o setor
operacional.
- Competncias: Gesto de pessoas, Empreendedorismo, Anlise de
dados, Python e Java.

Guilherme Bortoto de Moraes


- Papel: Diretor de criao e desenvolvedor.
- Autoridade: Tomar frente em decises que sejam do mbito de
marketing e comunicao.
- Responsabilidades: Garantir que o front-end seja finalizado de
acordo com a qualidade desejada e que o projeto alcance uma popularidade
descrita.
- Competncias: Criao de contedo, Controle de mdias, Design,
Python e Java.

lex Santana Fogaa


- Papel: Diretor de tecnologia e desenvolvedor.
- Autoridade: Tomar frente em decises que sejam do mbito de
tecnologia e desenvolvimento.
- Responsabilidades: Garantir que o back-end e BD sejam finalizados
de acordo com a qualidade desejada e garantir que os testes da plataforma
sejam feitos
- Competncias: Desenvolvimento, Anlise de dados, Design, R,
HTML, CSS, Javascript e Java.

Processos da Gesto:
- Mobilizao da equipe:
Ir ocorrer reunies dirias, cujas duraes sero extremamente
pequenas, que so chamadas de reunies de p. O intuito da reunio dar
uma quantia de tempo para cada uma das pessoas dizer quais so as metas
individuais para aquele dia.
Ir ocorrer reunies quinzenais, cujas duraes sero por volta de 1h -
1h30, para que seja possvel discutir os processos e seus andamentos, assim
como alinhar todos com as mudanas e objetivos. Ser produzido uma ata
dessa reunio para uma posterior avaliao de performance.

- Gerenciamento de performance:
Ir ocorrer uma anlise dos dados contidos na ata, produzida nas
reunies quinzenais, para decidir a necessidade de uma reavaliao do
planejamento do projeto ou de tomadas de aes individuais ou de equipe.

- Treinamento da equipe:
Ir ocorrer treinamentos formais ou informais com o intuito de prover o
conhecimento necessrio para o desenvolvimento do projeto ou para
respeitar algum fator externo (lei, etc.).
Gesto da Comunicao

Esta seo tem como objetivo especificar, estruturar e organizar os meios e


procedimentos de comunicao que faro com que a comunicao do grupo
responsvel pelo projeto se comunique de forma eficiente, rpida, simples e
concreta.

Ferramentas

Durante a execuo do projeto, sero usadas diferentes ferramentas que


ajudaro e daro suporte para que os gaps de comunicao sejam evitados e
contornados. As ferramentas sero as seguintes:

Ferramentas de Comunicao Frequncia de uso Utilidade

Aplicativos mensageiros Toda vez que houver Comunicao rpida de


(Whatsapp e Telegram) a necessidade. mensagens com um certo grau
de urgncia.

E-mail Toda vez que houver Principal meio para a troca de


a necessidade. documentos, negociaes
formais e autorizaes.
Principal forma de comunicar
assuntos de reunies
presenciais

Reunio presencial Ao menos 6 vezes por o principal meio para a


ms. discutir e levantar as principais
prioridades do projeto. onde
ocorrem os Brainstormings. E
tambm usada para
acompanhar o andamento do
projeto

Videoconferncia Toda vez que houver a forma de reposio de


a necessidade. uma reunio presencial, tem o
mesmo intuito. Usada quando
no for possvel a presena de
um membro.

Ligao por telefone Toda vez que houver Outro meio rpido para
a necessidade. comunicaes de emergncia.
Tanto as reunies presenciais, quanto as videoconferncias devero ser
documentadas e registradas em documentos oficiais, para que a difuso da
informao seja facilitada e tambm agilizando a consulta dessas informaes e
pautas no futuro.

Alm do e-mail, o uso de um drive de armazenamento necessrio, pois


alm de fazer a funo de backup das informaes e documentos, tambm uma
forma prtica e efetiva de compartilhamento de informao entre os participantes do
projeto.

Por fim, informaes importantes e confidenciais sobre o projeto quando


discutidas via Telegram e Whatsapp, devem ser discutidas via grupo oficial do
projeto, com a finalidade de garantir a difuso da informao, a participao de
todos e tambm a integridade e autenticidade dos processos e dados do projeto,
sendo assim uma via de unir e centralizar as informaes.
Gesto de Riscos

Esta seo tem como objetivo identificar os principais riscos presentes neste
projeto atravs de ferramentas e tcnicas gerenciais e apresentar mtodos de
mitigao aos mesmos, tendo como objetivo reduzir a probabilidade de ocorrncia
desses riscos.

Riscos Identificados

Com base em experincias prvias dos integrantes deste projeto e em


experincias terceiras sobre o processo de desenvolvimento de sistemas que
utilizam as tecnologias aqui utilizadas, foram identificados os seguintes riscos
relacionados ao projeto:

Risco Tipo de Risco

Atraso no cronograma Gesto do Projeto

Mudana no Escopo do Projeto Gesto do Projeto

Estrutura no escalvel Gesto do Projeto

Baixa taxa de adeso Externo

Requisio de novas funcionalidades Externo

Impacto dos riscos

Afim de estimar o impacto de cada um dos riscos apresentados, os


integrantes do projeto realizaram algumas definies:

Com relao probabilidade:

Probabilidade de ocorrncia Nvel

0% a 33% Baixo

33% a 66% Mdio

67% a 100% Alto


Com relao ao impacto:

Impacto Nvel

Uma rea atingida por um quesito Baixo

Uma rea atingida por mais de um Mdio


quesito

Mais de uma rea atingida por mais de Alto


um quesito

Com estas relaes definidas, possvel detalhar o nvel de probabilidade e


impacto de cada risco encontrado:

Risco Probabilidade Impacto

Atraso no cronograma 0.5 0.8

Mudana no Escopo do 0.3 0.5


Projeto

Estrutura no escalvel 0.3 0.6

Baixa taxa de adeso 0.7 0.8

Requisio de novas 0.8 0.2


funcionalidades

Grau de Risco

Com base nos valores definidos na tabela anterior, possvel calcular o grau
de risco de cada risco identificado atravs da multiplicao do valor da probabilidade
do risco com o valor do impacto.

Risco Grau de Risco

Atraso no cronograma 0,40

Mudana no Escopo do Projeto 0,15

Estrutura no escalvel 0,18

Baixa taxa de adeso 0,56

Requisio de novas funcionalidades 0,16


O grau de risco determina a ordem de prioridade com a qual os riscos aqui
apresentados devem ser mitigados, criando assim um plano de ao para o
processo de gesto de riscos.

Medidas Paliativas

Risco Medida Paliativa GdR

Baixa taxa de adeso Investir em marketing e divulgao. 0.56


Identificar um nicho especfico de mercado
para evitar concorrncia

Atraso no cronograma Aprimorar o uso de tempo atravs de 0.40


mtodos de organizao e gesto de tempo

Estrutura no escalvel Utilizar tecnologias escalveis e desenvolver 0.18


o projeto tendo em mente a possvel escala
que o mesmo pode tomar

Requisio de novas Fazer uso das ferramentas e estruturas 0.16


funcionalidades oferecidas pelas tecnologias utilizadas e
tornar o projeto expansvel, para que seja
possvel a implementao de novas
funcionalidades.

Mudana no Escopo do Tornar o projeto o mais flexvel possvel sem 0.15


Projeto influenciar o escopo atual do projeto

Você também pode gostar