Service-desk em metodologia Scrum

Michael Lima

Felipe Anastácio

Eduardo Rocha

Maiky Cleto

Welington Domingos

GERENCIAMENTO DE PROJETO

SCRUM

FACULDADE DA ALDEIA DE CARAPICUÍBA

CARAPICUÍBA

2016

Michael Lima

Felipe Anastácio

Eduardo Rocha

Maiky Cleto

Welington Domingos

HELP DESK

Trabalho apresentado a Faculdade Aldeia de Carapicuíba - FALC como exigência do Curso Análise e desenvolvimento de Sistemas, na disciplina de Engenharia de Software II tendo como orientador o professor: Flávio.

FACULDADE DA ALDEIA DE CARAPICUÍBA

CARAPICUÍBA
2016

SUMÁRIO

• APRESENTAÇÃO DO PROJETO                                                                PG 04

• EQUIPE                                                                                        PG 05

• INICIO DO PROJETO                                                                        PG 06

• CRONOGRAMA                                                                                PG 08

CONTROLE DE VERSÕES

Descrição	Versão	Data	Autor
Criação documento	1.0	03/08/2016	Michael Lima
Revisão	2.0	01/09/2016	Felipe Anastácio
Reparo segundo solic.	2.1	10/09/2016	Felipe Anastácio

Objetivos deste documento

Com o projeto de implantação do sistema Help-Desk, será possível realizar acompanhamentos e controle de solicitações de usuários e suas ocorrências em tempo real. Fazendo com que um padrão de qualidade de atendimento seja atingido de forma natural.

Objetivos e critérios de sucesso do Projeto

Neste sistema, será possível realizar controles diários, semanais e mensais, sobre chamados e ocorrências de seus solicitantes. Com a apresentação dos dados em um DashBoard intuitivo, de forma gráfica para coleta de informação rápida e prática.

Será possível acompanhar demandas diversos usuários, e possíveis clientes, através do modelo de status de prospecção.

O Objetivo do projeto é viabilizar a abertura de chamados e concentrar em uma ferramenta só, sendo que está ferramenta pode gerar relatórios a todos os usuários, viabilizando o controle de acessos (vária de um usuário a outro) Sendo assim, tendo somente em centro, uma base de conhecimento.

Organização do Projeto (Governança)

• GERENTE DO PROJETO: Michael Lima
• GESTOR DO PROJETO: Ricardo Silva
• COORDENADOR DE TI: Elias Lima
• REDES: Michael Lima
• DBA: Wellington Domingos
• DESENVOLVEDOR: Michael Lima, Eduardo Rocha
• ANALISTA SUPORTE: Maiky Cleto
• ANALISTA DE TESTES: Felipe Anastácio
• ANALISTA EXTERNO: Welington Domingos
• Analista de Infraestrutura: Eduardo Rocha
• Suporte técnico: Welington
• Monitoração: Eduardo Rocha

Matriz de Responsabilidade

• DESENVOLVIMENTO

• Desenvolvedor: Eduardo, Michael
• Horas necessárias: 300 Horas

• CRIAÇÃO E ESTRUTURAÇÃO DE BANCO DE DADOS

• DBA: Michael Lima
• Horas necessárias: 50 Horas

• TESTE DE SOFTWARE

• Analista de Teste: Felipe
• Horas necessárias: 160 Horas
• Teste:( ) unitário (X) integrado ( ) conjugal

• SERVIDOR E REDE

• Implantação e configuração: Michael Lima
• Horas necessárias: 80 Horas

• TESTE DE REDE E SERVIDOR

• Analista de Teste: Eduardo
• Horas necessárias: 16 Horas

• TREINAMENTO POS IMPLANTAÇÃO

• Gerente: Felipe Anastácio
• Horas necessárias: 8 Horas

Cronograma de Execução

[pic 1]

Orçamento e Estimativa dos Esforços

• INFRAESTRUTURA

• Localização do servidor: Av. Faria Lima Data Center (Prédio Call Center)

• COMPRA DE SERVIDOR

• Servidor = R$ 5.000,00

• SERVIDOR PRODUÇÃO/HOMOLOGAÇÃO

• HD SAS 10 TB
• 16 GB RAM
• Processador XEON = 3,5 Ghz
• 2 Placas de Rede: 10/1000
• Backup (Symantec) Incremental e Completo
• Windows Server 2012

CRONOGRAMA

• COMPRA DO SERVIDOR: 09/03/2016 ATÉ 09/05/2016

• SERVIDOR – 09/03/2016 ATÉ 09/05/2016
  

• ANALISE DE REQUISITOS: 01/09/2016 ATÉ 04/09/2016

• REUNIÃO COM O CLIENTE - 01/09/2016
• DESENVOLVIMENTO DO ESBOÇO DO PROJETO - 02/09/2016
• CONTATO COM O CLIENTE PARA TIRAR DÚVIDAS - 03/09/2016
• APRESENTAÇÃO DO PROTOTIPO - 04/09/2016
  

• ESPECIFICAÇÃO DO DESENVOLVIMENTO: 08/09/2016 ATÉ 16/09/2016

• CRIAÇÃO DE ANALISE DE REQUISITOS – 08/09/2016 ATÉ 09/09/2016
• ESPECIFICAÇÃO TÉCNICA – 10/09/2016 ATÉ 11/09/2016
• CRIAÇÃO DO UML – 14/09/2016
• CRIAÇÃO DO MANUAL DO USUARIO – 15/09/2016 ATÉ 16/09/2016
  

• CRIAÇÃO E ESTRUTURAÇÃO DE BANCO DE DADOS: 17/09/2016 ATÉ 25/09/2016

• CRIAÇÃO DO DER – 17/09/2016 ATÉ 21/09/2016
• CRIAÇÃO DE SCRIPTS DE TABELAS – 22/09/2016 ATÉ 23/09/2016
• CRIAÇÃO DE PROCEDURES E VIEWS COM REVISÃO FINAL – 24/09/2016 ATÉ 25/09/2016
  

• IMPLANTAÇÃO DE SERVIDOR E REDE: 17/09/2016 ATÉ 02/10/2016

• INSTALAÇÃO DE SO NO SERVIDOR – 17/09/2016
• INSTALAÇÃO DE SOFTWARES NECESSÁRIOS – 18/09/2016 ATÉ 22/09/2016
• CABEAMENTO E ESTRUTURAÇÃO – 23/09/2016 ATÉ 25/09/2016
• INSTALAÇÃO E CONFIGURAÇÃO DE BACKUP – 28/09/2015 ATÉ 30/09/2016
• CONFIGURAÇÃO DE REDUNDANCIA – 01/10/2016 ATÉ 02/10/2016

• DESENVOLVIMENTO: 28/09/2016 ATÉ 27/11/2016

• CRIAÇÃO DAS TELAS DE FUNCIONÁRIOS E CLIENTES – 28/09/2016 ATÉ 30/09/2016
• CRIAÇÃO DE CADASTRO

• DEPARTAMENTO – 01/10/2016 ATÉ 02/10/2016
• OCORRÊNCIAS – 05/10/2016 ATÉ 07/10/2016
• NÍVEL DE SLA – 08/10/2016 ATÉ 09/10/2016

• RELATÓRIOS – 12/10/2016 ATÉ 06/11/2016

• QUANTIDADE DE CHAMADOS – 12/10/2016 ATÉ 16/10/2016
• OCORRÊNCIAS – 19/10/2016 ATÉ 23/10/2016
• FUNCIONÁRIOS – 26/10/2016 ATÉ 30/10/2016
• DEPARTAMENTOS – 02/11/2016 ATÉ 06/11/2016

• TELAS DE ACOMPANHAMENTO/ CONTROLES – 09/11/2016 ATÉ 17/11/2016
• DESENVOLVIMENTO DE DASHBOARD – 18/11/2016 ATÉ 23/11/2016
• TESTE DE DESENVOLVIMENTO – 24/11/2016 ATÉ 27/11/2016

• TESTE DE REDE E SERVIDOR: 05/10/2016 ATÉ 06/10/2016
• TESTES PÓS-DESENVOLVIMENTO: 30/11/2016 ATÉ 05/01/2016

• TESTE DE TELA DE CADASTRADO – 30/11/2016 ATÉ 04/12/2016
• TESTE DE RELATÓRIOS – 07/12/2016 ATÉ 11/12/2016
• TESTE DE DASHBOARD – 14/12/2016 ATÉ 18/12/2016
• TESTE DE COMUNICAÇÃO DO BANCO DE DADOS – 21/12/2016 ATÉ 23/12/2016
  

• IMPLANTAÇÃO DO SOFTWARE: 06/01/2017 ATÉ 07/01/2017
• TREINAMENTO: 06/01/2016 ATÉ 07/01/2017
• HOMOLOGAÇÃO DO CLIENTE: 11/01/2017 ATÉ 29/01/2017
• AJUSTES PÓS-HOMOLOGAÇÃO: 01/02/2017 ATÉ 12/02/2017

Gestão de Riscos

Ao definir o escopo do projeto, realizamos a execução do mesmo, caso o usuário deseje que algo, ou alguma tela seja alterada, deverá passar por um processo hierárquico, sendo assim poderá ocorrer atrasos na entrega do projeto.  A probabilidade é de 100% que ocorrerá atrasos, e o impacto será alto, sendo assim será necessário, uma reorganização para que possamos definir novamente o projeto em andamento tais como:  tempo x mão de obra para a entrega.