O documento descreve os processos e a metodologia utilizados pelo Departamento de Tecnologia da Informação para o desenvolvimento de sistemas. Apresenta os problemas atuais da área de TI e destaca a importância da alinhamento dos objetivos de TI aos objetivos estratégicos da empresa. Detalha os seis processos para o desenvolvimento de sistemas, incluindo a solicitação, análise, coleta de requisitos e tomada de decisão.

1. Departamento de Tecnologia da
Informação

2. Motivação
• Falta de compromisso da parte interessada.
• Desconhecimento da Diretoria.
• Falta de integração entre os envolvidos.
• Alto risco de paralisação
• Falta de RH necessários.
• Baixa produtividade.
• Alto índice de manutenção.
• A produção não alinhada a estratégia da
empresa.

3. Importância da T.I
• A cada dia que passa, as organizações tornam-se mais
dependentes da Tecnologia da Informação a fim de
satisfazer seus objetivos estratégicos e para atender às
necessidades do negócio em que atuam.
• Uma área de TI que não considerar os objetivos
estratégicos da organização em que se insere como os
seus próprios objetivos, será uma área de TI que deseja
apenas ser um simples provedor de tecnologia.
• Entretanto mesmo os provedores de tecnologia,
atualmente, tendem a preocupar-se com a estratégia de
negócio de seus clientes, condição básica para a venda
de serviços e produtos sob demanda.

4. Importância da T.I

5. Processos de Desenvolvimento
• 1.0 – Solicitação de Sistemas
• 2.0 – Parecer técnico dos Analistas de T.I
• 3.0 – Análise e tomada de decisão da Diretoria
• 4.0 – Análise e coleta de requisitos
• 5.0 – Apresentação da análise do sistema
• 6.0 – Decisão do desenvolvimento

6. 1.0 - Solicitação de Sistemas
1.1 – Cabeçalho
1.1.1 – Nome do Sistema
1.1.2 – Quem solicitou
1.1.3 – Data da solicitação
1.1.4 – Departamento Solicitante
1.1.5 – Gerente Responsável
1.1.6 – Responsável pelo sistema

7. 1.0 - Solicitação de Sistemas
1.2 – Informações do Sistema
1.2.1 – Descrição do Sistema
1.2.2 – Funcionalidades do Sistema
1.2.3 – Benefícios do sistema proposto
1.2.4 – Impacto se o sistema não for implementado
1.2.5 – Grau de necessidade do sistema

8. 2.0 - Parecer técnico dos Analistas
de T.I
2.1 – Informações Gerenciais
2.1.1 – Relação de sistemas pendentes
2.1.2 – Análise de viabilidade técnica
2.1.3 – Analista responsável pelo sistema

9. 3.0 - Análise e tomada de decisão
da Diretoria
3.1 – Tomada de
Decisão
3.1.1 – Foco gerencial
3.1.2 – Prioridade
3.1.3 – Decisão

10. 4.0 – Análise e coleta de requisitos
1.2 – Identificação dos envolvidos
1.3 – Solicitação de reunião com os envolvidos
1.3.1 – Nome do Sistema
1.3.2 – Nome do Solicitante
1.3.3 – Objetivo da Reunião
1.3.4 – Data, Local e Hora
1.3.5 – Nome dos participantes

12. Metodologia Utilizada
• Todo o projeto do software, irá se dividir
em 3 fases, são elas:
1 – Solicitação de Software
2 – Aprovação de Software
3 – Análise de Software
4 – Desenvolvimento

13. Análise de Software
• Será realizada de uma maneira
incremental, com um prazo máximo de 30
dias para conclusão de cada incremento.
Os processos a serem praticados são:
• 1 - Coleta de requisitos
• 2 - Análise de requisitos
• 3 - Modelagem

14. Desenvolvimento de Software
• 4 - Implementação (Terceiros)
• 5 - Testes
• 6 – Implantação (Work Shop’s e
Treinamentos)

15. Gerenciamento de Projetos
• Serão realizadas reuniões diárias de 15 min, onde serão
respondidas três perguntas e suas respostas
documentadas.
– O que vc fez ontem?
– Quais as dificuldades encontradas?
– O que vc vai fazer hoje?
• Haverá um cronograma das tarefas e os responsáveis
de cada uma delas.
• Haverá o custo para cada tarefa.
• Haverá uma análise de riscos encontrados no projeto.
• Todas estas informações deverão ser atualizadas
diariamente.

16. Gerenciamento de Projetos
• Haverá um relatório informando a quantidade necessária
de programadores para atender o desenvolvimento de
cada sistema, estes podendo ser internos ou terceiros.
• Caso haja alguma dificuldade nos processos serão
enviados imediatamente relatórios às superintendências
responsáveis.
• Haverá um banco de dados de lições aprendidas onde
serão colocadas as dificuldades obtidas nos projetos
para serem discutidas e evitadas futuramente.