FACULDADE MARISTA

Curso Superior de Sistemas para Internet

Disciplina Gestão na Informática
Professor: Flávio Dias

Site Comércio Eletrônico

Planejamento do Projeto
Equipe:
Danilo Alves
Diana Karine
Elizabeth Regina
Marcos Pedrosa

Junho – 2011
 Índice
1. PROJECT CHARTER ............................................................................................................................ 3
1.1 OBJETIVO GERAL E MOTIVAÇÕES ............................................................................................... 3
1.2 DESCRIÇÃO DO PRODUTO ............................................................................................................. 4
1.3 PREMISSAS .......................................................................................................................................... 5
1.4 RESTRIÇÕES ....................................................................................................................................... 6
2. ESCOPO .................................................................................................................................................. 6
2.1 DECLARAÇÃO DE ESCOPO DO PROJETO ........................................................................... 6
2.1.1 JUSTIFICATIVA ......................................................................................................................... 6
2.1.2 DETALHAMENTO DO PRODUTO E SUB-PRODUTOS .................................................... 7
2.1.3 OBJETIVOS DO PROJETO .................................................................................................... 8
2.2 ESTRUTURA ANALÍTICA DO PROJETO ................................................................................. 9
3. RISCOS ...................................................................................................................................................10
3.1 GERENCIAMENTO DOS RISCOS ...................................................................................................10
3.2 RISCOS IDENTIFICADOS .................................................................................................................10
3.3 CLASSIFICAÇÃO DOS RISCOS......................................................................................................12
3.4 PLANO DE RESPOSTA AOS RISCOS ...........................................................................................12
4. TEMPO ....................................................................................................................................................14
4.1 ESTRUTURA ANALÍTICA DE ATIVIDADES E SUBATIVIDADES. ...........................................14
4.2 DIAGRAMA DE REDE DO PROJETO. ...........................................................................................16
4.3 ESTIMATIVA DE DURAÇÃO DAS ATIVIDADES E CRONOGRAMA .......................................17
5. PLANEJAMENTO ORGANIZACIONAL E MONTAGEM DA EQUIPE .........................................18
5.1 EQUIPE DO PROJETO ......................................................................................................................18
5.2 ATRIBUIÇÃO DE RESPONSABILIDADES ....................................................................................19
5.3 CONFIGURAÇÕES DO PLANEJAMENTO DE RH ......................................................................19
5.4 ORGANOGRAMA DE HIERARQUIA DO PROJETO ...................................................................22
5.5 MATRIZ R.A.C.I ...................................................................................................................................22
6. PLANO DE GESTÃO DA QUALIDADE ............................................................................................23
6.1 POLÍTICAS ...........................................................................................................................................23
6.2 PADRÕES.............................................................................................................................................23
6.3 RESPONSABILIDADES.....................................................................................................................23
6.4 PROCEDIMENTOS .............................................................................................................................24
6.5 CONTROLE DA QUALIDADE ..........................................................................................................25
7. PLANO DE COMUNICAÇÃO ..............................................................................................................25
1. Project Charter

1.1 Objetivo Geral e Motivações

O presente projeto tem por objetivo desenvolver e colocar em

funcionamento um site de comércio eletrônico para o cliente Palácio dos
Balagandans. O site comercializará os mesmos produtos que são
vendidos nas lojas da empresa e os critérios para a criação e aprovação
do produto.
O presente documento servirá de base para o processo de
desenvolvimento do Site.
O Site Shopping dos Balangandans foi proposto com o intuito de
Inserir o shopping dos balangandans entre os e-commerses em seu
seguimento.
A empresa possui grande necessidade de se equiparar a seu
concorrentes, que já estão com suas presenças na Internet muito além
dos sites institucionais, e já colhem bons frutos desta presença .
Outras motivações para o desenvolvimento do projeto são
listadas abaixo:

Inserir o shopping dos balangandans entre os e-commerses em seu

seguimento.

Ter 20% das vendas da empresa através do site, nos próximos 5 anos

Ter seu sistema dando suporte ao CRM da empresa através de

informações das atividades individuais, visando a personalização do
perfil do cliente.

O site deverá entrar em funcionamento duas semanas antes dos dias

das mães em 2011.

3
1.2 Descrição do Produto

O site de comércio eletrônico terá as seguintes características (requisitos

não funcionais):
1. Utilizará a infra-estrutura de hardware e software do cliente. As
necessidades de atualização do ambiente devem ser especificadas pelo
projeto.
2. As informações trocadas com os clientes devem trafegar na rede de
forma criptografada (SSL).
3. Os dados sigilosos dos clientes devem ser armazenados no banco de
dados de forma criptografada.
4. O sistema deve ser amigável, intuitivo e de fácil utilização.

O site deverá contemplar pelo menos as seguintes funcionalidades

(requisitos funcionais):
1. Manter o cadastro de produtos
2. Manter o cadastro de categorias de produtos
3. Criação de promoções
4. Controlar programa de fidelidade dos clientes
5. Mapear o perfil dos clientes a partir das consultas de produtos e compras
feitas pelos clientes
6. Ajustar o conteúdo (produtos) exibidos de acordo com o perfil do cliente
7. Permitir cadastro do cliente para notificação automática por e-mail quando
o produto desejado estiver disponível
8. Permitir aos usuários incluir produtos na sua cesta de compras antes de
fechar a compra.
9. Permitir ao usuário fazer a compra
10. Calcular o custo do frete no momento do fechamento da compra com
base no endereço de entrega fornecido pelo cliente.
11. Controlar pagamentos feitos através de boleto bancário, cartão de crédito
e transferência bancária.
4
1.3 Premissas

1. As premissas identificadas para esse projetos são:

2. O cliente fica responsável em passar para a equipe do projeto toda e
qualquer informação necessária para o planejamento, desenvolvimento e
finalização do projeto;
3. Duas semanas antes de cada etapa do projeto o cliente deve passar as
informações necessárias e toda informação adicional solicitada ao cliente
pela equipe deverá ser passada até 48h após a solicitação;
4. Cada etapa do projeto deverá ser aprovada por escrito com a assinatura
do cliente e do seu responsável direto. O documento de aprovação será
enviado via Sedex e deve ser enviado de volta a equipe do projeto em até
dois dias úteis após sua aprovação;
5. O cliente deverá ter no seu quadro funcional, profissionais técnicos com
conhecimentos na área de Web Design para assumir a administração do
e-commerce após sua finalização e entrega;
6. O cliente deverá disponibilizar, quando solicitado, senhas do servidor de
hospedagem (caso possua) para implantação do site em até 72h.
7. A equipe de desenvolvimento estará a disposição do cliente para
eventuais dúvidas e sugestões em horário comercial, de 8h às 18h, com
intervalo de duas horas para almoço (12h às 14h), de segunda a sexta,
durante o período que o projeto estiver em construção.
8. A equipe do projeto será composta por profissionais experientes e
capacitados. Essa equipe será formada por um Designer / Front-end, uma
Arquiteta da Informação / Segurança de Rede, uma Designer / Segurança
de Rede e um Back-end / Banco de Dados.
O projeto sofrerá impactos potenciais caso as premissas acima
não sejam confirmadas. Impactos estes que podem resultar em: atrasos
nas etapas e revisão dos custos do projeto.

5
 1.4 Restrições
As restrições, apresentadas pelo projeto de criação do Sistema
Gerenciador de Pesquisa, são:

O banco de dados será o SQL-Server. O cliente já utiliza o Banco de

dados nos sistemas da empresa.
O orçamento tem que ser limitado para no Maximo de R$ 25.000,00
(vinte e cinco mil reais).
O projeto terá que funcionar sem nenhuma alteração visual pelos
Browsers utilizados na internet.
O sistema terá que ser todo desenvolvido em linguagem de
programação, Java e HTML.
O Acesso aos módulos de faturamento serão restritos aos diretores e a
pessoas autorizados pela diretoria.

2. Escopo

2.1 Declaração de Escopo do Projeto

2.1.1 Justificativa

Tendo em vista o grande crescimento do e-commerce nos

últimos anos, o Palácio dos Balagandans decidiu investir em uma
loja virtual para aumentar sua carteira de clientes e seu
faturamento. A aceitação dos clientes em relação aos produtos nas
lojas físicas já é bastante considerável e com o lançamento da loja
virtual, essa aceitação tende a crescer, pois não só os clientes que
já compram na loja presencialmente também irão comprar pelo e-
commerce, mas também novos clientes serão captados através de
sites de buscas, propagandas específicas em sites parceiros,
publicidade impressa e outros meios de comunicação.
O processo para ampliar a rede de estabelecimentos físicos é caro
e demorado, mas já na implantação do e-commerce, o custo é

6
 menor e a empresa pode vender para todo o pais, mantendo um
estoque central e outros unidades em cada estado com um
estoque menor. Com essa visão, é mais vantajoso investir no
desenvolvimento de um e-commerce do que abrir novas filiais em
cada estado ou capital do pais. Outra vantagem é o número maior
de clientes que podem ser atendidos pela loja virtual, se
comparado com uma loja física.
O mix de produtos do Palácio dos Balagandans é outro diferencial
que ajuda como um critério de escolha dos clientes quando esses
forem decidir entre comprar no concorrente e comprar no Palácio
dos Balagandans. A maioria dos consumidores não gostam de sair
comprando produtos em loja separadas, se eles encontrarem
qualidade, preço baixo, bom atendimento e todos os produtos que
desejam em uma única loja virtual, certamente faram suas compras
nessa empresa.

2.1.2 Detalhamento do Produto e Sub-produtos

Os subprodutos prontos necessários para o fim do projeto são
listados abaixo:

Cadastro de produtos

Cadastro de categorias do produto;

Controle de produtos

Cadastro do Cliente

Controle de compras do cliente

Controle de Pagamento

7
2.1.3 Objetivos do Projeto
1. Desenvolver e colocar em funcionamento um site de comércio
eletrônico para o cliente.
2. Implementar um sistema capaz de cumprir com as expectativas
do cliente que é fazer com que dentro de cinco anos 20% das
suas vendas sejam feitas através deste veículo.
3. O tempo gasto do projeto deve ter no máximo xx meses.
4. Os problemas identificados pelos teste devem ser inferior a 9%.
5. A apresentação de erros no sistema deverá obter o mínimo de
95% de suas operações

8
2.2 Estrutura Analítica do Projeto

9
3. Riscos

3.1 Gerenciamento dos Riscos

Metodologia: para o gerenciamento dos riscos utilizarem as
reuniões semanais para identificar os riscos e as soluções para os
mesmos. Toda equipe irá participar trazendo sugestões e relatando
possíveis riscos positivos e negativos. O cliente também será ouvido para
conhecermos possíveis riscos que ele tenha observado. A equipe
também estará atenta as mudanças no mercado, as tendências na
tecnologia e as possíveis soluções para os riscos encontrados.
O Gerente do Projeto será o responsável pelo controle e pela
quantificação geral dos riscos do projeto. Cada membro da equipe será
responsável pela atividade que pode causar um determinado risco,
também será responsável em controla e indicar ao gerente o status atual
do risco.
Será utilizado 5% do orçamento do projeto para o gerenciamento
dos riscos.
No final de cada mês, a equipe do projeto fará uma reunião para
avaliar o gerenciamento dos riscos e as devidas alterações. Nessa
reunião também será revisto as tolerâncias dos stakeholders.

3.2 Riscos Identificados

Os seguintes riscos foram identificados no projeto:

1. Provedor de hospedagem de baixa qualidade escolhido pelo cliente: caso

o cliente já tenha contratado uma empresa de serviço de hospedagem e
não aceita a mudança para outra empresa de melhor qualidade, a equipe
do projeto poderá ter dificuldades em acessar o painel de controle do
domínio, criar e administrar bancos de dados, criar e editar e-mails, entre

10
 outras funções básicas e necessárias para um bom desenvolvimento do
e-commerce.
2. Imprevistos com a equipe, como doença, acidentes e problemas
pessoais: numa possível falta de um integrante do grupo, outro membro
terá que assumir as responsabilidades do que faltou até que outra medida
seja tomada, como por exemplo contratar um profissional que já esteja
em stand by previamente selecionado para substituir o profissional em
questão.
3. Não possuir redundância de hospedagem (dois servidores contratados):
caso o cliente só possua um contrato de hospedagem e não aceite a
sugestão da equipe do projeto de contratar outra empresa como reserva,
o projeto poderá sofrer interrupções caso o servidor saia do ar e o próprio
e-commerce poderá sair do ar após seu lançamento, caso o servidor
contratado sofra alguma alteração.
4. Mudanças constantes no escopo pelo cliente: se o cliente não seguir o
planejamento que a equipe o orientar, o projeto poderá sofrer com atrasos
devido as mudanças repetitivas no escopo.
5. Falta de experiência com a ferramenta envolvida: o CMS Magento é uma
ferramenta nova para a equipe de desenvolvimento, que apenas possui
conhecimento teórico e aprendizado limitado através de tutoriais e vídeos
sobre a ferramenta.
6. Tráfego de dados: como se trata de um site que geralmente possui um
grande número de visitantes por dia, o e-commerce poderá ficar lento nos
horários com grande número de usuários. O lado positivo desse risco é o
aumento no volume de vendas da empresa e consequentemente
aumento do faturamento.

11
3.3 Classificação dos Riscos
Para um melhor entendimento e apresentação dos riscos do projeto,
dividimos em 3 categorias que são descritas a no decorrer do
tópico.A classificação foi feita tomando como base a natureza do
risco.

• Riscos de Projetos: No quadro funcional do projeto, corremos o risco de

haver desistência de algum membro da equipe.

• Riscos de Negócio: O cliente não cumprir com os requisitos da compra

do cliente, não entregando o produto no prazo ou o produto chegar ao
destinatário com defeitos. Estas situações podem prejudicar a
credibilidade, logo o retorno de investimento.

• Riscos Técnicos: A falha de uma das máquinas de desenvolvimento

poderá atrasar o andamento do projeto, sendo que a utilização constante
delas pode acarretar este risco.

3.4 Plano de Resposta aos Riscos

Tenho o conhecimento prévio dos riscos que poderá ocorrer no processo
de criação e desenvolvimento do projeto. Temos como plano de resposta
o seguinte:

Responsável: Tendo um gerente de projeto que fica responsável por

controlar a quantidade de riscos. Colocamos outro membro da equipe
para que possa estar atento caso o gerente não esteja presente.

Procedimento: Diante da percepção dos riscos que poderão ocorrer,

tomaremos medidas antecipadas para que na ocasião prevista se tenha
condições de combater o risco. Como exemplo um profissional em
standby caso haja necessidade, outro backup feito diariamente, reuniões
com o cliente para mostrar o que esta sendo desenvolvido no projeto.
Haverá um responsável que juntamente com o gerente de projeto poderá
se reunir e decidir o que fazer diante de situações não previstas. No
entanto reuniões diárias serão realizadas com a equipe e o gerente de
projeto para passar as novas informações e evitar que ocorram
problemas durante o desenvolvimento do projeto. Depois essas mesmas
informações serão passadas ao cliente.

12
13
4. Tempo

4.1 Estrutura Analítica de Atividades e Sub atividades.

Análise dos Requisitos: no começo do projeto, o Gerente do Projeto fará
uma reunião com toda a equipe para descobrir os requisitos necessários
para o desenvolvimento do e-commerce e assim documenta-los para
futuras consultas pelos membros e pelo próprio cliente.

Definição da Arquitetura: a Arquiteta da Informação será responsável por

definir toda estrutura dos menus, sub menus e exibição dos produtos da
melhor forma possível para o e-commerce. As categorias serão listadas
por departamentos, como por exemplo: Informática, Celulares e
Telefones, Eletrônicos, Presentes e outras. O site também irá possuir
Migalha de Pão para facilitar a vida do usuário e assim o mesmo saber
onde ele se encontra.

Manual do Usuário: a equipe de desenvolvimento será responsável em

criar os manuais do usuário, com telas e passo-a-passo de como realizar
cada tarefa dentro do sistema, como: cadastrar produtos, criar
promoções, editar preços e condições de pagamentos e etc. Como
diferencial, a equipe também irá criar vídeos tutoriais para facilitar o
aprendizado do cliente no uso do sistema.

Plano de Treinamento: após a finalização do projeto e a entrega do site

no ar, o plano de treinamento será composto por um encontro semanal
durante dois meses para o pessoal de TI do cliente. Cada encontro terá
uma duração de três horas.

Definição do Hardware: qualquer computador conectado a internet será

capaz de acessar o e-commerce e realizar as compras on-line. Sugerimos
conexão banda larga para uma navegação mais rápida e eficaz. O e-
commerce será desenvolvido para funcionar normalmente em todos os
browsers.

14
Definição de Suporte Futuro: o cliente não deseja suporte futuro para
manutenção do site sistema, já que a manutenção será realizada pela sua
própria equipe, mas caso seja necessário, basta solicitar uma proposta
que nós enviaremos via e-mail uma tabela com os valores por hora de
suporte, seja presencial ou suporte on-line através de acesso remoto.

Projeto Base de Dados: o bando de dados que será utilizado é o SQL-

Server, com no mínimo 1GB de espaço e transferência ilimitada.

Construção da Base de Dados: o Analista de Bando de Dados será

responsável pela criação e manutenção das tabelas e registros dentro do
banco.

Desenvolvimento do Código Fonte: o Programador será responsável pelo

desenvolvimento de todo o código do sistema e também pela
documentação desse código. Deverá ainda comentar todas as linhas de
códigos para futuras manutenções, que ele ou outros membros da equipe
venham a dar no sistema.

Documentação Técnica: no final do projeto será entregue ao cliente um

documento com descrições técnicas do e-commerce desenvolvido e do
sistema que alimenta esse e-commerce. Como resumo, o sistema será
desenvolvido com a plataforma Magento, a linguagem de programação
será PHP orientado ao objeto e o banco de dados SQL-Server.

Documentação Operacional: a equipe de desenvolvimento será

responsável em criar os manuais do usuário, com telas e passo-a-passo
simulando a realização de cada tarefa no e-commerce, como: pesquisar
por um produto, se cadastrar no site, realizar uma compra e etc. Como
diferencial, a equipe também irá criar vídeos tutoriais para facilitar a
visualização do cliente de como navegar pelo site.

Planejar Testes: após cada etapa do projeto, a equipe irá realizar testes
para verificar a navegabilidade do e-commerce e a facilidade no uso do
site. Caso algum erro seja identificado, em seguida o mesmo será
corrigido e um novo teste será realizado. Serão realizados testes em

15
 relação a arquitetura da informação, ao impacto do layout no usuário, a
realização de compras e outros.

Executar Testes: após cada etapa do projeto, um membro da equipe de

outra atividade fará os devidos testes nas aplicações do seu parceiro,
assim é reduzido em quase que 95% a chance do erro passar
desapercebido, pois quem irá testar o sistema será outro colaborador e
não aquele que desenvolveu.

Implantar o Software: como o e-commerce é um sistema on-line e

funciona em qualquer computador que tenha acesso a internet, não é
necessário a implantação deste software nas estações do cliente. Basta
que o cliente tenha seu login e senha para ter acesso ao sistema e assim
realizar as funções como: cadastrar produtos, fornecedores, preços e
outros.

Treinar Usuários: após a finalização do projeto e a entrega do site no ar, o

plano de treinamento será composto por um encontro semanal durante
dois meses para o pessoal de TI do cliente. Cada encontro terá uma
duração de três horas. Manutenção: Atividade responsável pelo suporte
do sistema.

Desenvolver Protótipo: como se trata de um e-commerce não será

necessário a criação de um protótipo, o cliente acompanhará todo o
processo de desenvolvimento do site.

4.2 Diagrama de Rede do Projeto.

16
4.3 Estimativa de Duração das Atividades e Cronograma
Segue abaixo, a lista de atividades e suas respectivas estimativas de
duração:

17
 O projeto tem a previsão de duração de 129 (cento e vinte e nove)
dias uteis, totalizando 175(cento e setenta e cinco) dias . Como o dia de
início do projeto é no dia 11(onze) de maio, a data prevista para o termino
do projeto é dia 1 (um) de novembro.
Abaixo temos um gráfico representando o número de dias gasto em cada
atividade.

Cronograma completo vide apencdice

5. Planejamento Organizacional e Montagem da Equipe

5.1 Equipe do Projeto

Para um projeto de tamanho reduzido no qual conseguiremos um
rápida entrega e tendo em vista uma boa economia de custo, contratamos
para este projeto 1 desenvolvedor (Marcos Pedrosa), 1 web designer
(Elizabeth Regina), 1 front-end (Danilo Alves) e o gerente de projetos
(Diana Karine).

18
5.2 Atribuição de Responsabilidades
As responsabilidades do projeto foram divididas da seguinte
forma:

• O desenvolvedor é responsável pela realização das atividades

alocadas para cada um além de documentar todas as
atividades realizadas segundo padrões citados no presente
documento.
• Os Web Designers são responsáveis pelo desenvolvimento,
manutenção usabilidade da interface do sistema, aplicação do
breafing e arquitetura do site.
• O DBA (administrador de banco de dados) é responsável pela
criação e funcionamento de tabelas, relacionamentos e
consultas feitas na base de dados do site.
• O analista de segurança é responsável por implantar formas
seguras para alocação de dados e transmissão de informações.

• Gerente é responsável pelo acompanhamento, gerenciamento

e controle de todas as atividades do projeto além de gerenciar
os riscos, qualidade, cronograma, custo, ou seja, gerenciar
todos os processos do projeto.

5.3 Configurações do planejamento de RH

Funções e responsabilidades

Membro: Diana Karine

Função: Gerente de Projeto – Arquitetura da Informação / Segurança de
Rede

19
Responsabilidades: Responsável por gerenciar todas as etapas do
projeto, como iniciação, planejamento, execução, controle e
encerramento. Realizar os briefings com o cliente e repassar as
informações para os demais membros da equipe. Criar e organizar os
menus, as categorias e subcategorias dos produtos, definir qual melhor
forma para divulgar todas as informações no site, garantir a segurança na
navegação dos usuários do site, garantir o sigilo das informações dos
clientes, garantir segurança nas transações on-line.
Autoridade: Sobre todos os membros da equipe, sobre como as
informações serão exibidas no site e sobre a segurança do site / sistema.

Membro: Danilo Alves

Função: Designer / Front-end
Responsabilidades: Criar os wireframes de acordo com as informações
passadas pela Arquiteta da Informação, criar os layouts do sistema e do
site com base nos wireframes aprovados pelo cliente, criar material de
publicidade para o e-commerce, criar identidade visual para representar o
cliente na web.
Autoridade: Sobre toda parte visual do projeto.

Membro: Elizabeth Regina

Função: Designer / Segurança de Rede
Responsabilidades: Criar os wireframes de acordo com as informações
passadas pela Arquiteta da Informação, criar os layouts do sistema e do
site com base nos wireframes aprovados pelo cliente, criar material de
publicidade para o e-commerce, criar identidade visual para representar o
cliente na web, garantir a segurança na navegação dos usuários do site,
garantir o sigilo das informações dos clientes, garantir segurança nas
transações on-line.

20
Autoridade: Sobre toda parte visual do projeto e sobre a segurança do site
/ sistema.

Membro: Marcos Pedrosa

Função: Back-end / Banco de Dados
Responsabilidades: Criar o banco de dados, os usuários de administração
desse banco, criar as tabelas e todos seus relacionamentos, escrever o
código para o sistema e para o site, implantar a linguagem de
programação no site / sistema. Realizar os testes de performance.
Autoridade: Sobre toda parte de programação e banco de dados do
projeto.

Plano de gerenciamento de pessoal

Recrutamento e seleção: Caso haja necessidade de contratação no

andamento do projeto, o GP entrará em contato com uma empresa de
recrutamento e passará as informações da vaga em questão, como
conhecimentos exigidos, idiomas, experiência requerida, valor do
contrato, carga horária, benefícios e outras informações necessárias. A
primeira seleção será realizada pela empresa contratada pelo GP e a
segunda e definitiva seleção será realizada pelo próprio GP, através de
testes de aptidões, dinâmica de grupo e uma entrevista individual.

Necessidades de treinamento: Sempre que o GP sentir a necessidade de

treinamento de um ou mais membros da equipe numa determinada
tecnologia, ou num curso de conteúdo interpessoal, ele fará uma pesquisa
no mercado para analisar propostas de 3 empresas do ramo e decidir
qual a melhor para ministrar o curso no local determinado. Também existe
a possibilidade de um membro da equipe ministrar um mini curso para
21
 outros membros ficarem por dentro de um determinado assunto, com
objetivo de tornar a equipe mais forte e mais capacitada.

Reconhecimento e premiações: Estimulando e incentivando o trabalho em

equipe, o reconhecimento da equipe se dará em conjunto e não de forma
individual, sendo assim, no final de cada etapa bem sucedida, uma parte
do orçamento será destinado a um almoço de confraternização para todo
equipe do projeto e no encerramento do projeto, todos os membros da
equipe receberam um bônus referente um percentual do seu salário como
forma de reconhecimento pelo resultado alcançado.

5.4 Organograma de Hierarquia do Projeto

Diana Karine
Gerente de Projeto

Danilo Alves Elizabeth Regina Marcos Pedrosa

Designer / Front-end Designer / Segurança Back-end / Banco de
de Rede Dados

5.5 Matriz R.A.C.I

Matriz de papéis e responsabilidade - RACI

Gráfico RACI Pessoa

Atividade Diana Danilo Elizabeth Marcos
Gerenciamento do Projeto R A A A
Levantamento dos Dados R C I I
Criação I R R I
Implementação I R I R
22
 Testes I C I R
Encerramento R C I I

R = Responsável / A = Reporta-se / C = Consultoria / I = Informar

6. Plano de Gestão da Qualidade

6.1 Políticas
A nossa política de qualidade procede em oferecer para o nosso cliente
um excelente produto, para isso treinamos nossos funcionários com
cursos de capacitação, utilizamos um padrão para o desenvolvimento do
projeto, executamos testes frequentemente para verificação de erros.

6.2 Padrões
O Site de comércio eletrônico deve seguir as normas de boas
práticas de programação e demais normas e tecnologias segundo a W3C,
que é o órgão regulamentador.

6.3 Responsabilidades

A responsabilidade do projeto seguirá o modelo proposto com o

acompanhamento do gerente de projeto. De acordo com o modelo, os
prazos estabelecidos, as entregas dos módulos em desenvolvimento
ficarão a cargo do gerente. Estes ficaram responsáveis das
apresentações e reuniões com os clientes. A aprovação dos módulos que
deveram estar dentro dos contextos estabelecidos, caso tenha mudanças
que ocasionem adiamento na data de entrega, deveram ser avaliados
para que não onerem os custos previstos. Neste caso o gerente deve
apresentar uma solução plausível para o custo e o prazo de entrega do
projeto não ultrapassem seus limites

23
6.4 Procedimentos

Os procedimentos apresentados abaixo visam garantir o término e a

produção do projeto:

1. Será avaliado o parque de hardware para suprir as necessidades

para os desenvolvedores que atuam na produção do
desenvolvimento do projeto.
2. A equipe de suporte garantirá um framework para estabelecer uma
regra para toda a equipe de produção.
3. Além da documentação do projeto será criado um sistema para
avaliar o término de cada rotina atribuída ao desenvolvedor para o
mesmo ver como está sua produção individual e no geral do
projeto.
4. Um servidor de Backup será a garantia de que toda a produção
realizada por todos estará salvo para qualquer problema do
servidor de produção.
5. Faremos uma pesquisa de mercado para avaliar os melhores
softwares de desenvolvimento de produção dos programadores e
gerenciamento de projetos. Estabelecido o software, daremos
cursos para a equipe caso haja a necessidade de aprimorar e
deixar todos suficiente em um mesmo nível de desenvolvimento.
6. Será criado um modelo de projeto de desenvolvimento para que
seja identificado em cada programa fonte, a utilização de
comentários e identificação a que módulo pertence, a data de
criação e as ultimas modificações com as datas, padrões para
nomes de classes e arquivos, número máximo de colunas por linha
do código, etc.
7. Reuniões periódicas quinzenais com os clientes para asseguraro
progresso e a qualidade do projeto.

24
 6.5 Controle da Qualidade
Para garantir a qualidade exigida, são feitas verificações periódicas,
algumas delas são listadas abaixo, não necessariamente seguindo a
ordem apresentada e nem sendo aplicadas em todas as verificações:

1. Foi construído o plano de testes específico para o projeto?

2. Foram aplicados todos os testes no projeto?
3. Todos os bugs foram removidos?
4. As restrições de qualidade especificadas para o projeto foram
alcançadas?
5. Foram criados os documentos de tarefas pendentes e
modificações do projeto?
6. Foi construído o manual do projeto?
7. Foi utilizado o documento padrão de qualidade no desenvolvimento
do código-fonte?
8. Foram listados os responsáveis por cada tarefa realizada?
9. Foram listados os requisitos mínimos para executar a aplicação?
10. Todas as funcionalidades foram implementadas?
11. Cada etapa do trabalho foi devidamente aprovada?
12. Os prazos foram cumpridos?

7. Plano de Comunicação
Sabendo que a boa comunicação faz parte do sucesso e qualidade do projeto
adotamos as seguintes formas:
Comunicação escrita através dos documentos
Comunicação verbal através de apresentações e reuniões
A utilização de relatórios para passar as informações aos stackholders, as
técnicas de lessons learned (lições aprendidas)

25
 A tabela a seguir identifica nosso plano de comunicação no projeto:

Quadro x – Plano de Comunicação

ITEM DESCRIÇÃO RESPONSÁVEL MIDIA FREQUÊNCIA OBS
Antes do
Gerenciamento
1 Diana Karine Reunião Diária inicio das
de Projeto
atividades
2 Brifieng Danilo Alves E-mail Única
Riscos
3 Potenciais do Marcos Pedrosa Reunião 1 vez no mês
projeto
4 Template Elizabeth Regina E-mail Única

26