Planejando a migração para Software Livre



Documentos relacionados
GOVERNO DO ESTADO DO PARÁ MINISTÉRIO PÚBLICO DE CONTAS DOS MUNICÍPIOS DO ESTADO DO PARÁ MPCM CONCURSO PÚBLICO N.º 01/2015

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Revisão ISO ISO Sistema de Gestão Ambiental. DQS do Brasil Ltda. Página 1

FACULDADE PITÁGORAS DISCIPLINA: SISTEMAS DE INFORMAÇÃO

Aumente sua velocidade e flexibilidade com a implantação da nuvem gerenciada de software da SAP

Dicionário da EAP - Software FarmaInfor

Gerenciamento de Problemas

O custo da infra-estrutura no

IMPLANTAÇÃO DE PROJETOS

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

REPROJETO DA ORGANIZAÇÃO COM SISTEMAS DE INFORMAÇÃO

Você consegue dirigir seu carro sem um painel de controle? Você consegue gerenciar um Service Desk sem Indicadores?

TRIBUNAL REGIONAL FEDERAL DA 2ª REGIÃO Secretaria de Tecnologia da Informação

Organização dos Estados Ibero-americanos. Para a Educação, a Ciência e a Cultura TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA

Desenvolvimento de Soluções de e-business. Objetivos do Capítulo

FTAD Formação Técnica em Administração. Aula 07 - ACI Prof. Arlindo Neto

PRINCÍPIOS DE SISTEMAS DE INFORMAÇÃO MÓDULO 17

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

COMPATIBILIZANDO CADASTROS

METODOLOGIA PARA ANÁLISE DE DESEMPENHO

SOLICITAÇÃO DE SERVIÇO DE TECNOLOGIA DA INFORMAÇÃO

Soluções em Documentação

Integração dos Modelos de Gestão de TI

Gerenciamento de Incidentes

Análise e projeto de sistemas PROF. REGILAN SILVA

SISTEMA DE GESTÃO DE PESSOAS SEBRAE/TO UNIDADE: GESTÃO ESTRATÉGICA PROCESSO: TECNOLOGIA DA INFORMAÇÃO

REPROJETO DA ORGANIZAÇÃO COM SISTEMAS DE INFORMAÇÃO

Estabelecer os procedimentos para o gerenciamento dos sistemas e demais aplicações informatizadas do TJAC.

Objetivos. PDI - Plano Diretor de Informática. O que é? Como é feito? Quanto dura sua elaboração? Impactos da não execução do PDI

MINISTÉRIO DA FAZENDA

Projeto Você pede, eu registro.

PRODAM - Empresa de Tecnologia da Informação e Comunicação do Mun. SP DIT- Diretoria de Infraestrutura e Tecnologia CPI - Comissão de Planejamento e

ADMINISTRAÇÃO E SERVIÇOS DE REDE

Laudon & Laudon MIS, 7th Edition. Pg. 1.1

Exame de Fundamentos da ITIL

Governança de TI. ITIL v.2&3. parte 1

Administração de Sistemas de Informação. Plano Diretor de Informática

Projeto InformAÇÃO. Equipe: Anderson Martins Juvenildo Vaz Rayça Cavalcante Sólon Gomes

15/09/2015. Gestão e Governança de TI. Modelo de Governança em TI. A entrega de valor. A entrega de valor. A entrega de valor. A entrega de valor

Organização e a Terceirização da área de TI. Profa. Reane Franco Goulart

Distribuidor de Mobilidade GUIA OUTSOURCING

Módulo Imobiliária. Proposta comercial

4o ENCONTRO DE USUÁRIOS DE BI

Segurança da Informação e Proteção ao Conhecimento. Douglas Farias Cordeiro

Planejamento e Projeto de Redes de Computadores. Eduardo Barrére

Para a Educação, a Ciência e a Cultura TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA CONSULTOR POR PRODUTO

PLANO DE ATUALIZAÇÃO E MANUTENÇÃO DE EQUIPAMENTOS

INFORMAÇÃO PARA A PREVENÇÃO

ACOMPANHAMENTO GERENCIAL SANKHYA

Implantação de ERP com sucesso

FANESE Faculdade de Administração e Negócios de Sergipe

FATEC Cruzeiro José da Silva. Ferramenta CRM como estratégia de negócios

EMISSÃO DE CERTIFICADOS ELETRÔNICOS NOS EVENTOS DO INSTITUTO FEDERAL CATARINENSE CÂMPUS VIDEIRA

UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

Gerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos

Sistemas de Informação I

Profa. Gislaine Stachissini. Unidade III GOVERNANÇA DE TI

Curso de Educação Profissional Técnica de Nível Médio Subseqüente ao Ensino Médio, na modalidade a distância, para:

DIRETORIA DE GESTÃO DE TECNOLOGIA DA INFORMAÇÃO COORDENAÇÃO DE SISTEMAS DE INFORMAÇÃO

Metodologia de Desenvolvimento de Sistemas

Este artigo abaixo foi produzido originalmente para a Network Core Wiki. Reproduzo-a aqui na íntegra. Publicado originalmente em 07/12/2007.

Sistemas Distribuídos

TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

DATA WAREHOUSE NO APOIO À TOMADA DE DECISÕES

Política de Atendimento Técnico, Suporte e Assistência aos softwares SiplanControl-M

Organização dos Estados Ibero-americanos. Para a Educação, a Ciência e a Cultura

ANEXO X DIAGNÓSTICO GERAL

REGIMENTO INTERNO DA SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO E COMUNICAÇÃO SETIC CAPÍTULO I CATEGORIA

MOD 12 Funções Operação de Serviços

Suporte, Treinamento e Manutenção de Software

SETIS- III Seminário de Tecnologia Inovação e Sustentabilidade 4 e 5 de novembro de 2014.

TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA

FACULDADE DE TECNOLOGIA SENAC GESTÃO DA TECNOLOGIA DA INFORMAÇÃO GESTÃO DE PESSOAS

Este Manual aplica-se a todos os Usuário de T.I. do Ministério Público de Goiás. ATIVIDADE AUTORIDADE RESPONSABILIDADE Manter o Manual Atualizado

Desenvolvimento de um software de gerenciamento de projetos para utilização na Web

Introdução à Computação

Uma proposta de Processo de Aquisição de Software para uma Instituição Federal de Ensino

Conhecimentos em Comércio Eletrônico Capítulo 4 CAPÍTULO 4 VISÃO GERAL DO COMÉRCIO

DESENVOLVIMENTO DE INTERFACE WEB MULTIUSUÁRIO PARA SISTEMA DE GERAÇÃO AUTOMÁTICA DE QUADROS DE HORÁRIOS ESCOLARES. Trabalho de Graduação

TERMO DE REFERÊNCIA. Serviços de informática. Prefeitura Municipal de Vitória das Missões-RS

SLA - Service Level Agreement (Acordo de Nível de Serviço) Gerenciamento de Estoque

Dito isso, vamos ao que interessa para se abrir um escritório contábil:

P4-MPS.BR - Prova de Conhecimento do Processo de Aquisição do MPS.BR

CATÁLOGO DE SERVIÇOS

Segurança Computacional. Rodrigo Fujioka

Melhores práticas no planejamento de recursos humanos

Solução Integrada para Gestão e Operação Empresarial - ERP

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software

FEATI - Faculdade de Educação, Administração e Tecnologia de Ibaiti Mantida pela União das Instituições Educacionais do Estado de São Paulo UNIESP

EMISSÃO DE CERTIFICADOS ELETRÔNICOS NOS EVENTOS DO INSTITUTO FEDERAL CATARINENSE CÂMPUS VIDEIRA

COMO COMEÇAR 2016 se organizando?

Termo de Abertura Sistema de Vendas de Pizzas Online (PizzaWeb) - Versão 1.0

Transcrição:

Planejando a migração para Software Livre

Definição: Migração (subs): Movimento de determinado ambiente ou plataforma operacional para outro. Para muitos esta palavra é sinônimo de dores de cabeça... :)

Existe uma receita prática para migração?

Não, porém existem procedimentos e metodologias que permitem que o processo de migração se dê de forma segura causando o mínimo de trauma possível.

Mas se está tudo funcionando, por que migrar?

Afinal, que podemos chamar de "migração de sucesso"? Podemos dizer que um caso de migração foi bem sucedido quando não apenas é feita a substituição de uma plataforma por outra, mas sim quando esta traz consigo melhorias no ambiente, tais como novas funcionalidades, mais segurança, estabilidade, aumento de produtividade, redução de paradas para manutenção, redução de custos e o principal: tornar a vida do usuário mais simples. :)

Antes de começar... "Se conheces o inimigo e conheces a ti mesmo, não precisas de temer o resultado de cem batalhas. Se conheces a ti mesmo, mas não conheces o inimigo, por cada vitória sofrerás também uma derrota. Se não conheces a ti mesmo nem conheces o inimigo, perderás todas as batalhas" Sun Tzu, A Arte da Guerra

Alguns aspectos importantes... - É realmente possível migrar? - Existe documentação da infra-estrutura atual? - Existe o domínio da tecnologia a ser utilizada? - Dispomos de recursos humanos necessários?

Usuário, o centro de tudo: O usuário não deve ser visto como um problema, mas sim como a parte mais importante de todo o processo de migração. Seu sucesso dependerá única e exclusivamente dele e por isso este deve ser visto como o ponto central deste processo.

Tipos possíveis de migração: Podemos classificar o processo de migração basicamente em dois tipos: aquele em que existe um impacto direto nas nas atividades e tarefas quotidianas dos usuários - o qual se dá muitas vezes pela falta de planejamento - e aquele que não causa impacto. Não existe mágica, nem receita. A palavra chave para isso se chama "Organização". :)

Situações possíveis de migração: - Serviços de rede - Aplicações legadas - Bancos de dados - Servidores de aplicação - Ambiente Desktop e aplicações - Suíte de Aplicativos Office

É possível também que durante o processo de migração sejam necessárias mudanças estruturais na arquitetura física da rede. Muitas vezes se faz necessária a implementação de serviços (e consequentemente servidores...) com a finalidade de trazer melhorias ao ambiente (aumento de performance, maior escalabilidade, segurança, entre outros). Estes tipo de mudança geralmente traz consigo a necessidade da implementação de serviços em alta-disponibilidade para garantir o funcionamento de sistemas críticos.

Estágios do processo migratório: - Definição de objetivos - Levantamento de ambiente - Estudo de viabilidade - Busca e escolha de soluções adequadas - Homologação das soluções escolhidas - Implementação de um projeto piloto - Redação do projeto de migração - Implementação do projeto - Realização de testes e correção de erros - Treinamento de usuários - Documentação de procedimentos e ambiente - Organização de estrutura de suporte

Definição de objetivos: Existe um ditado que diz que "Antes de partir é preciso saber onde se quer chegar". O ponto de partida em um processo de migração é definir o que deverá ser migrado, e como se dará este processo. Vários fatores devem ser levados em conta neste ponto, tais como se a migração é realmente viável - e não uma utopia - e se realmente vale a pena migrar, tendo em vista os possíveis problemas que poderão ocorrer e os custos do processo.

Levantamento de ambiente: O levantamento detalhado do ambiente deve ser feito para que exista um melhor entendimento sobre a situação. É importante analisar o ambiente e entendê-lo em suas partes assim como um todo. Podemos considerar este passo como um dos mais importantes de todo o processo, visto que um pequeno detalhe que seja esquecido ou deixado de lado pode tornar o projeto completamente inviável.

Deve ser feito um levantamento detalhado de: - Hardware utilizado em servidores e estações de trabalho - Impressoras e outros dispositivos utilizados - Topologia das redes envolvidas no processo - Equipamentos de conectividade utilizados - Política de segurança atual - Sistemas operacionais utilizados - Serviços de rede utilizados - Aplicações de uso geral utilizadas - Aplicações legadas ou sistemas de uso específico - Tipos de documentos utilizados e mantidos por usuários - Base de usuários e outras informações importantes - Rotinas diárias dos usuários do ambiente - Rotinas diárias dos administradores

O levantamento das rotinas diária dos usuários e de administradores de rede é de vital importância, visto que com base nestas informações serão modelados o futuro ambiente de trabalho e também treinamentos. É importante salientar que um bom entendimento da rotina de usuários e administradores ajudará na hora da definição de quais soluções a serem adotadas, e que quando menor forem as mudanças no ambiente, menor será o impacto causado por este na rotina diária dos usuários. Lembre-se sempre que o usuário é o ponto central de todo o processo, e que o seu sucesso depende dele! :)

Estudo de viabilidade: Antes de continuar, deve ser feita uma análise minunciosa dos dados levantados, com a finalidade de descobrir se realmente é possível migrar. Deve-se levar em conta todos os possíveis riscos e problemas que poderão ocorrer em decorrência da migração, e qual será o impacto causado por esta na rotina diária dos usuários, fator que pode reduzir a produtividade do ambiente. Um processo de migração pode trazer consigo diversos riscos que devem ser avaliados pois em grande parte dos casos poderão ocorrer problemas diversos* e possíveis paradas deverão ser levadas em conta. O planejamento deverá prever estas situações para que estas não tragam danos ao ambiente. * Popularmente conhecido como Lei de Murphy

Busca e escolha de soluções adequadas: - Pesquisa por soluções livres - Pesquisa por soluções proprietárias - Escolha de soluções (preferencialmente mais de uma) - Verificar questões de licenças de software

Homologação das soluções escolhidas: - Análise de soluções encontradas - Testes de homologação para verificar a mais adequada

Implementação de um projeto piloto: Deve ser feita em um ambiente menor do que o real. Tem como finalidade servir para a detecção de possíveis erros que possam vir à acontecer e para corrigí-los antes da implementação do projeto propriamente dito. Neste ponto deve ser feito um acompanhamento das tarefas e rotinas do ambiente de testes para verificar se os objetivos iniciais podem ser cumpridos, e se vale a pena prosseguir.

Redação do projeto de migração: Tendo como base a experiência adquirida no projeto piloto, deve-se redigir um projeto detalhado especificando fases e definindo metas. O projeto deverá estipular também o cronograma de implantação, checkpoints e testes, que deverão ser seguidos durante a implementação. Um projeto dividido em fases torna a implementação mais simples e segura. É necessário especificar um checklist para o final de cada fase do projeto assim como um para sua conclusão.

Implementação do projeto: Após a elaboração do projeto de migração é hora de colocá-lo em prática. É importante que a implementação obedeça todos os detalhes especificados no projeto pois todos os passos definidos por este serão decisivos para o sucesso da migração.

Realização de testes e correção de erros: Durante a implementação do projeto são previstos checkpoints e testes de funcionamento para que possíveis erros sejam verificados e corrigidos. Ao término de cada fase deve ser realizado o checklist, com a finalidade de verificar se todos os passos especificados foram cumpridos corretamente e se o objetivo inicial foi alcançado.

Treinamento de usuários e administradores: Após a implementação é chegada a hora de começar a trabalhar no novo ambiente. Por mais que se queira, é praticamente impossível que um ambiente seja reproduzido em todos os detalhes. Sempre algo irá mudar e por isso se faz necessário que os usuários e administradores sejam devidamente treinados e instruídos sobre o funcionamento do novo ambiente. Dependendo da infra-estrutura disponível (local para treinamento, material didático, instrutores, disponibilidade de horários, etc) esta fase do projeto pode ser executada em paralelo com outras. Neste caso, a maior vantagem é que não se faz necessário que o usuário pare suas atividades para ser treinado e consequentemente que não ocorra uma redução na produção.

Documentação de procedimentos e ambiente: É muito importante que durante a implementação cada fase seja detalhadamente documentada, assim como ao término do projeto sejam escritos documentos com referência explicando como o ambiente funciona. Essa documentação será utizada por aqueles que irão manter o novo ambiente e deve sempre ser mantida e atualizada sempre que uma nova mudança seja feita no futuro.

Organização de estrutura de suporte: A mudança de ambiente necessitará de uma reestruturação no sistema de suporte. Dependendo o tamanho do ambiente se faz necessária a organização de uma equipe para tratar de problemas específicos do processo de transição entre os ambientes antigo e o novo. Um recurso interessante que pode ser facilmente implementado é a uma Intranet e a elaboração de uma documentação online para usuários e administradores.

O que pode causar problemas? - Erros durante o levantamento de ambiente. - Utilização de softwares sem prévia homologação - Falhas durante a análise e elaboração do projeto - Falhas de dimensionamento de recursos de hardware - Problemas de aceitação por parte de usuários - Problemas com o software legado - Problemas com terceiros durante a implantação

Um processo de migração sem planejamento pode causar: - Gastos desnecessários - Paradas desnecessárias - Diminuição de produtividade - Falhas de segurança - Perda de tempo - Demissões dos responsáveis* * Neste caso pode ser você...

Algumas dicas úteis: - Ser o mais detalhista possível durante o levantamento de informações - Tomar muito cuidado com dimensionamentos de hardware e serviços - Utilizar apenas soluções homologadas durante a migração - Acompanhar o trabalho dos usuários para entender sua realidade - Elaborar um projeto e tentar segui-lo sempre que possível - Obedecer metodologia na implementação de projetos - Consultar a opinião de outras pessoas em caso de decisões difíceis

Qual sequência de migração poderia ser sugerida? - Aplicações - Servidores e serviços de rede - Suite de Aplicativos Office - Sistema Operacional para estações Desktop

Considerações finais... Lembre-se que nada serve para tudo. Esta apresentação foi foi desenvolvida com a finalidade de servir como referência para a explanação de procedimentos necessários para a elaboração de um plano de migração para um ambiente genérico. É provável que esta apresentação possa servir para diversos ambientes, porém haverão casos em que isso não seja possível, sendo necessário que algumas alterações sejam feitas nos passos e procedimentos descritos ao longo desta.

Perguntas?

Agradecimentos: Empresas/Órgãos Públicos: - Conectiva S/A - INMETRO RJ - Netcom Soluções em Informática - Prefeitura Municipal de Caxias do Sul Aos amigos: - Fábio Olivé Leite - Rodrigo Missiagia - Vagner Farias - Marcos Polidoro - Luis Claudio Gonçalves - Marcelo Martins - Rodrigo Stulzer - Marcelo Gondin - Nielsen de Moraes

Leonardo Menezes Vaz <lmvaz@terra.com.br>

Muito obrigado por sua atenção!