A estratégia de 2008 deu certo e a empresa conquistou clientes de peso, como Hering, Honda Motocicletas, Editora Abril, Suggar, Nokia do Brasil, Brinquedos Estrela S/A, Unimed São Paulo, Ferrobahia Siderúgica, Silmaq, Rede La Salle, Colégio Expoente e Aoki Distribuidora. A previsão de crescimento para este ano de 2009 é de 35%, com faturamento de R$ 360,5 milhões.

Assim como na natureza, no mercado de ERP quem tem a boca maior engole o outro

Onde quero chegar com estes dados ? O que significam ?

Depois que li esta notícia do crescimento da Senior, a primeira coisa que me veio na cabeça foi que logo logo ela seria abocanhada pelos gigantes que hoje controlam o mercado de ERPs (Enterprise Resource Planning) no Brasil. De acordo com dados de 2008, este mercado estaria da seguinte forma:

Market Share de ERPs no Brasil em 2008

E a primeira empresa que me veio na cabeça foi exatamente a Totvs, por ser lider hoje depois da aquisição da Datasul e de ter adquirido outras empresas menores no último ano, aumentando assim o grupo, a experiência em áreas onde as empresas compradas detinham o conhecimento e também incrementando sua carteira de clientes.

Porém, analisando a situação, não creio que a Totvs (por enquanto) vá incorporar a Senior pelos 3 motivos que cito a seguir:

• O carro chefe da Senior é a atuação em Recursos Humanos com o seu software VetoRH. A Totvs já adquiriu a RM Sistemas em 2006. Junto com a compra, veio o know-how de uma empresa que tinha como seu principal produto também um software muito bom de RH, o Corpore.
• A Totvs ainda está ajustando seu fluxo de caixa e também questões administrativas após a fusão com a Datasul. Uma aquisição agora pode comprometer a organização dentro da empresa, que passou por duas fusões grandes nos últimos 2 anos.
• A concorrência agora está maior, visto que como lider do mercado de ERPs, as outras empresas mostradas no gráfico acima estão correndo atrás do prejuízo e agora também são potenciais compradores, visando angariar mais uma fatia do bolo. Infelizmente eu não achei o dado de quanto do mercado brasileiro de ERP corresponde os clientes da Senior.

Claro que são apenas especulações através do meu ponto de vista e experiência no mercado. Agora é esperar pra ver se minha bola de cristal está afiada :)

Fontes:
Senior Sistemas planeja crescer 35% em 2009
Totvs é líder no mercado de ERP no Brasil, diz pesquisa da FGV
Senior Cresce 31% em 2008 e planeja aquisições com ajuda do BNDES
Senior Sistemas fatura R$ 267 milhões e cresce 31,5%
Totvs é líder no mercado de ERP no Brasil, diz pesquisa da FGV
Com aquisição, Totvs detém 40% do mercado de ERP

Senior Sistemas estaria na mira da Totvs ?

Deus, vendo que a situação estava ficando fora de controle, criou o ERP para deixar os negociantes mais confiantes e não atrasar o desenvolvimento que estava acontecendo. Vários programas foram mostrados aos comerciantes, porém o que mais empolgou foi o SAP, vindo de lugares longínquos onde só a mágica e os seres místicos predominava.

Alguns abençoados foram escolhidos para o árduo trabalho de aprender suas técnicas e colocá-las em funcionamento. Não foi fácil! Vários pereceram no caminho, contudo os poucos restantes adquiriram o conhecimento necessário para utilização de tal ferramenta e assim acabar com os problemas dos comerciantes. O Diabo, vendo tudo isso acontecer ficou furioso. Não havia mais discórdia e nunca mais haveria roubo.

Assim mandou seus mensageiros das trevas para atrapalhar o bom andamento do projeto. Esses mensageiros ficaram conhecidos como os ‘USUÁRIOS‘. Tudo em que eles colocam suas terríveis garras apodrece, são conhecidos por trazerem a peste para este mundo (também conhecido como o Dump). Entretanto, chegou o dia do go-live. E eis que a surpresa veio! No primeiro lançamento da MIRO em produção aconteceu o desastre. Todos ficaram apavorados, ninguém nunca tinha visto aquilo.

O que afinal de contas era esse tal de Dump??? Afinal de contas que mensagem é essa ‘BDC ZERO DIVIDE‘. Os ‘USUÁRIOS’ ficaram felizes, pois a discórdia estava estabelecida entre os humanos novamente.

Deus, vendo isso, ficou muito irritado e assim mandou ajuda: seus mais queridos ajudantes, os quais contribuíram até na arquitetura do universo, aqueles que sempre trazem a solução para os seus e que são muito mais que simples humanos. Sim, Deus teria que mandar para a terra a maior arma que existia entre as divindades para acabar com esse problema que estava assolando o mundo inteiro. Assim o mundo ficou conhecendo os ABAP’s warriors. Aparentemente pessoas comuns, mas na verdade são deuses que vieram acabar com os problemas dos seres humanos.

Somente através da crença destes destemidos guerreiros, que seguem combatendo arduamente este mal, é que a humanidade conseguiu chegar até os dias de hoje. Os guerreiros da paz, seguem a F-cincologia, que é o estudo do Dump. Todos são formados e têm o título de F-cincólogos. Com seus golpes secretos eles descobrem o que os ‘USUÁRIOS’ fazem de errado e corrigem possíveis problemas. Seus golpes secretos são:

THUNDER F5;

VORTEX F6;

STARDUST PLASMA F8.

Diz a lenda que seus golpes são tão poderosos que podem parar um servidor, ou acabar com o faturamento de uma empresa. Com esse arsenal esses indivíduos são a salvação da humanidade desde tempos remotos. E assim, começamos a Lenda destas pessoas, analistas e consultores que lutam por um ideal, diferente do que muitos imaginam, pois acham que são mercenários imundos ou coisa parecida. Na verdade eles cobram salários exorbitantes para que não percebam que são seres angelicais, mercenários porém limpinhos, que estão na terra somente para proteger as pessoas e seus interesses, conforme a vontade superior.

Recebido via e-mail.

PS: Aos poucos a coisa vai se normalizar por aqui. Aguardem e confiem. :)

A história de uma lenda – Implantação ERP SAP/R3

Welcome to IT CASTLE !

Quem é analista de sistemas como eu, mais cedo ou mais tarde passará por um processo de migração de sistemas ou aplicativos, seja esta migração de grande ou pequeno porte.

Até mesmo quem é um usuário comum de alguns softwares (só pra citar dois exemplos, Internet Explorer e Mozilla Firefox). Porém, esta migração é praticamente toda automática e dificilmente é traumática, diferente do que pode ocorrer em uma conversão de sistemas de grande porte, como os sistemas ERP (Microsiga Protheus, SAP/R3, Corpore RM, etc), mudança de plataforma (Windows x Linux) e softwares de banco de dados (Oracle x MS SQL Server).

Em minha carreira nesta área de sistemas já passei algumas vezes por processos de migração. Então, compartilhando esta minha experiência, seguem abaixo algumas dicas (e alguns causos que já passei) para que o processo seja menos traumático possível.

Levantamento de Informações

Acredite, esta é a parte mais importante do seu projeto. Muitas migrações tiveram que ser abortadas antes de chegar ao fim porque só depois de iniciado o processo é que foram ver que tudo que se tinha em mente não era bem assim, que o buraco era mais embaixo. Nesta hora não existe espaço pra lamentar, porque o dinheiro já foi gasto e o chefe já está de chicote na mão procurando os responsáveis.

Então, para que isto não aconteça com você, pesquise bem antes de fazer uma migração e levante algumas questões, como:

- Esta migração vai ser útil ? Vai trazer algum valor ao que eu já faço hoje no sistema “antigo” ?
- Meu servidor aguenta ? E minhas estações, vão suportar ?
- A nova versão já está madura o suficiente para que eu não seja o cobaia a testar e sofrer com os erros primários ?
- Existe algum caso de incompatibilidade já conhecida deste software com algum outro aplicativo ou até mesmo o Sistema Operacional que eu uso ?

Obviamente existem várias outras questões a serem abordadas. E tudo precisa ser feito aqui nesta fase de levantamento, que é onde o custo ainda é mínimo e o impacto, se acontecer algo errado, será quase nulo.

Documente

Planeje como vai ser a migração, como você prevê que as coisas acontecerão. Troque opiniões com os colegas de setor, formalize e peça para os gerentes assinarem.

Documente tudo o que você encontrou na fase de levantamento. Se algo ocorrer errado no meio do processo, sempre vão querer achar uma pessoa para assumir a culpa (mesmo que isto não resolva em nada o problema). Se você estiver bem embasado no que fez e seguiu os procedimentos dos fabricantes, poderá se safar desta.

Veja bem, não estou falando para você fugir da responsabilidade, ok ? Isto não deve acontecer nunca. Porém se você fez todo o processo e, por razões até então desconhecidas, algo deu errado, você terá argumentos. Se não tiver nada escrito provando, prepare-se para ouvir a ladainha.

Já teve caso de ter vindo um gerente de outra área “conversar” comigo num tom não muito amigável, questionando os caminhos que foram tomados para certa atividade. Eu, com documento na mão assinado por um superior dele, dando carta branca para as atitudes a serem tomadas no projeto, apenas apresentei ao mesmo que ficou com cara de taxo e saiu resmungando algumas palavras sujas. Imagina se eu não tô com um documento deste na mão ?

Faça Backup

FAÇA BACKUP ! FAÇA BACKUP ! FAÇA BACKUP ! Sempre tenha um backup em mãos. Isto pode salvar muitas vidas. É sério !

Antes de começar o procedimento, faça cópia de tudo. TUDO MESMO ! Banco de dados, pasta dos aplicativos, executáveis, TUDO ! De preferência em duas cópias, porque backup é mestre pra não funcionar quando você mais precisa dele.

E não adianta comprar um CDzinho vagabundo na esquina. Ouça: NÃO ECONOMIZE neste ponto ! Os dados que você pode perder são de valores incalculáveis.

E não vale também fazer backup e guardar dentro da própria máquina. Os motivos eu não preciso nem explicar porque, né ?

Monte uma base de testes

Claro que você não vai querer dar uma de herói e fazer a migração em plena base oficial (ambiente de produção), não é mesmo ? Então, simule tudo em um ambiente o mais fiel possível do real. Se for um ERP, Crie um banco de dados de teste, use os executáveis que estão em produção. Assim você terá como corrigir alguns erros (quiçá todos) que irão ocorrer na sua migração oficial, antes mesmo que ela ocorra, diminuindo assim o tempo em que a empresa ficará sem utilizar o sistema.

Validação com o Usuário

Depois da migração feita em base teste, sem erros (aparentes para você), tudo está pronto né ? Não, não está.

Quem vai usar o sistema ? O usuário. Então, quem melhor que este para falar se está tudo certinho ou se está faltando uma coisinha aqui e outra acolá ? Então, bote seu querido usuário pra validar o sistema. E tenha em mente: Ele vai chiar. Isto é certo como 2 + 2 são 5. Porém, você terá o respaldo da gerência para fazer isto. O que ? Você não pensou em nada documentado pela gerência ? Volte lá no segundo tópico então.

Quanto aos testes, não adianta o usuário abrir o sistema e falar “Pronto, testei, tá tudo funcionando!” (Acredite, isto acontece). Na maioria das vezes, você vai ter que colocar alguém do lado dele para ir observando os testes. Experiência própria.

Dia destes pedi à um usuário do setor de pessoal para testar um sistema depois de eu ter feito a migração. E eu, esperando só o teste dele pra fazer o processo na base oficial. Quatro horas depois, verifiquei, pelo servidor, que ele não estava fazendo nada. Ele tinha simplesmente aberto a tela inicial do sistema e deixado lá parado, achando que ia enganar alguém mostrando que ele estava no sistema. Fui até a sala dele e perguntei: “E aí ? Você já testou o sistema e eu já posso fazer já na base oficial, né ?”. Ele ainda não tinha nem começado. Disse que só entrou no sistema e achou tudo diferente, que precisaria fazer um treinamento. O diferente dele é que os ícones haviam mudado de lugar com a nova interface do sistema. Mudei o tema pra ficar o mais parecido possível com o antigo e sentei ao seu lado. Feito isto, ele testou. A cada rotina que ele rodava, perguntava se tinha mais alguma por fazer. E eu só falando “E as férias ? Já calculou Décimo terceiro ? E recisão de algum funcionário, já fez ? O cálculo da folha tá saindo corretamente né ?”.

Aí você me diz “Mas Rafael, o usuário já assinou o documento, o ferro já vai entrar no dele a responsabilidade já foi assumida pelo teste. Pra que eu vou ficar do lado do cara?”. Pelo simples motivo de que você é o maior beneficiário deste ponto. Pense comigo: quanto mais erros você detectar nesta fase, melhor. Sendo assim, estes erros serão corrigidos na base oficial e quando for feita a migração de verdade não vão mais acontecer. E você deve saber que um erro numa base de produção, com todo mundo parado esperando você corrigir não é uma coisa das mais agradáveis.

Migração no ambiente oficial

Validado na base de testes, hora de fazer a migração no ambiente oficial. Muita calma nesta hora. Procure aprender com os erros cometidos na migração em base teste e mão na massa.

Validação com os usuários e assinatura do Aceite

Tudo ocorreu à contento ? Pois bem, hora de colocar os usuários pra validar denovo. E sim, eles vão chiar novamente “Denovo ? eu tenho que fazer isto, isto, isto e aquilo aqui no departamento, estou sem tempo, blábláblá”. Quando acontece isto comigo, peço para reclamar com o chefe e não comigo, porque sou também um funcionário tão comum quanto ele. Claro que você não precisa ser mal educado, porém a verdade é esta mesmo.

A mesma historinha da validação em base teste. Peça para simularem tudo e depois assinarem o documento falando que tá tudo dominado validado.

Sistema testado pelos usuários, erros sanados, agora é correr pro abraço e felicidade total !?!?! Não necessariamente. Sempre ocorre um errinho ou outro pra ser corrigido. Porém, se as dicas acima forem seguidas, você conseguiu sanar muitas delas e terá algumas horas à mais de sono.

PS: Obrigado ao Graveheart pelas sugestões dadas no texto.

[tags] tecnologia, migração, upgrade, sistemas, erp, microsiga, sap, protheus, rm, corpore, analista, ti, sysadmin [/tags]

Os cuidados em uma migração de sistemas

Estive no Rio de Janeiro, cidade maravilhosa, nos dias 26 e 27 de Setembro de 2007 (caramba, como o ano está passando rápido mais uma vez), para um treinamento de uma ferramenta Microsiga em Gestão de Projetos, o SIGAPMS. O treinamento seria na própria Microsiga, filial Rio (SIGARIO), que fica em Botafogo.

Saí daqui as 20:40 de terça-feira, de ônibus, e cheguei na rodoviária do Rio as 5:30 de quarta-feira, algumas horinhas antes de pegar o treinamento, que começaria às 9:00. Fui de táxi para o hotel no Flamengo (muito ruim o hotel, aliás) e dormi uma horinha antes de ir para Botafogo.

O treinamento foi bacana, deu para abrir a mente com relação a algumas coisas legais sobre projetos com os companheiros de treinamento, como tipos de detalhamento, fases do projeto, custos e dificuldades com orçamento e prazos, principalmente em projetos de informática. Fiz colegas e bastante contatos. Networking é sempre importante.

O mais interessante do RJ é que, apesar de ser uma capital tumultuada no trânsito, como todas as outras, o visual é (quase) sempre muito bonito. Daí pude comprovar, in loco, o termo cidade maravilhosa. Tirei várias fotos e coloquei no meu Flickr, quem quiser, basta visitar. Mas, claro que nem tudo são flores. A gente vê muita coisa ruim e fica meio com medo (talvez por ter saído de uma cidade pequena para uma gigante). Porém, não só quem mora fora como quem mora no olho do furacão também reclama, vide enquete feita pela Veri do GeekChic no seu blog 30&Alguns sobre as 7 desMaravilhas do Rio.

Antes de viajar, fiz contato com o Nick Ellis do Digital Drops para saber se seria possível que nos encontrássemos, visto que é um cara que admiro e sabia que morava no RJ. Ele foi muito receptivo e me passou os telefones para contato. Fiz o contato no dia 26 e combinamos de ir no Leblon, onde ele mora (e muito perto de onde foi aquele tal encontro BLS), num barzinho chamado Bracarense. Bacana demais o lugar, fenomenal a pessoa que é Nick Ellis (que na verdade tem um nome totalmente diferente deste aí. Perguntem a ele). Conversamos por umas 3 horas e ele conheceu o que chamou de o primeiro mineiro que não bebe uma cachaça :P

Conversamos sobre o BarCamp RJ, que talvez irei, sobre o BlogCamp MG que também está por vir e neste eu vou concerteza, sobre nossos blogs (evidentemente) e sobre o I-Phone. Neste último, o Homem-Gadgets conseguiu plantar uma sementinha de vontade na minha cabeça para ter este danado. Ele falou tão bem do aparelho que acabei começando a saga por quem pode trazer este bendito pra mim dos EUA por um preço camarada. Quem ficou triste e viu suas ações despencarem foi a Nokia, que perdeu um futuro-possível cliente para o seu N-95. De lá mesmo, do Bracarense, postamos nos nossos Twitter’s via um HTC Touch que ele estava portando, conectado via edge.

Neste mesmo encontro a Veri e o Cardoso não puderam vir, pois tinham outros compromissos, mas foi extremamente gratificante conhecer uma pessoa como o Nick, que é super animado, simples e um geek, assim como eu. Ser blogueiro é isto, é ter contatos em tudo quanto é lugar que se vá. Como diria minha namorada, vai ter contato assim lá longe, literalmente.

E para finalizar, nada melhor que, antes do treinamento de quinta, acordar cedo e ir pra praia, ver o mar, sentir a água batendo nos pés. Como bom mineiro eu disse: Ê trem bão, sô!

[tags] projetos, i-phone, Rio, blogosfera, blogs, amizade, gestão, blogcamp, barcamp [/tags]

RJ, IPhone, Drops, Gestão de Projetos, Praia e Afins

Porém, hoje, com a carga fiscal exagerada no país, algumas empresas, querendo tirar uma vantagem ilícita, utilizam de práticas ilegais dentro do sistema de informática para sonegar impostos. No caso de algum fiscal intimar a empresa e for comprovada a sonegação, os empresários responsáveis estão sujeitos a punição de 2 a 5 anos de reclusão.

O que eu gostaria de alertar aos amigos que são donos de empresas desenvolvedoras de sistemas, as chamadas Software Houses, e os analistas que trabalham nestas empresas que vocês também estão sujeitos a reclusão, sabiam ? Pois é.

Em conversa com o Jorge do Direito & Trabalho, mesmo não sendo sua especialidade, o mesmo me disse que dependendo da interpretação do juiz, pode ser considerado até como participante direto da sonegação. Em outros casos, pode ser considerado como indireto e seu superior tomar uma punição maior.

Até o momento, revirei o google de cabeça para baixo mas não encontrei algum link que ilustre a minha afirmação sobre a responsabilidade das empresas de informática sobre os sistemas das empresas. Inclusive, no Jus Navigandi, achei um diretório com muitos assuntos sobre crimes de ordem tributária, mas não tive sucesso em achar algo específico sobre o nosso assunto. Porém o que estou dizendo é o que eu tenho visto de uns tempos para cá: a Receita e a Polícia Federais fechando o cerco e muita gente sendo presa.

Então amigos profissionais de TI, tomem cuidado e pensem 3 vezes ao aceitar participar de um esquema de sonegação de impostos, caixa dois e demais crimes fiscais. Um dos prejudicados será você que terá que usar o promotor público para fazer sua defesa. O administrador da empresa provavelmente terá o dinheiro para pagar um bom advogado.

[tags] sonegação, fiscal, caixa 2, crimes, tributária, direito, analista, sistemas, informação [/tags]

A responsabilidade do profissional de TI

Aí você me pergunta: O que isto tem haver com tecnologia, Rafael ?

Tem haver com a notícia que li agora pouco. Tudo bem que é do mês passado, mas não deixa de ser relevante.

Nela, a protagonista da história é a empresa Axé Mix (de ninguém mais, ninguém menos que Ivete Sangalo), que conta com o Protheus, sistema ERP da Microsiga. Os abadás são vendidos tanto online (o que é tendência, mas é assunto para um outro post) quanto nos postos de venda, tudo integrado de forma online com a base oficial da empresa. Assim, tudo fica centralizado e a capacidade de se extrair dados em tempo real é factível. A agilidade conseguida (em conjunto com os funcionários, claro. Sem o apoio e a boa vontade deles, você pode colocar o melhor sistema do mundo que não funcionará) resultou na diminuição das filas e comodidade para comprar de qualquer lugar do mundo.

No começo de tudo o cenário que se tinha era um mundo onde apenas as empresas gigantes, dotadas de um daqueles trambolhos, que eram os Mainframes (acredite, eles ainda existem!!), podiam ter um sistema gerencial. Integrado então, piorou… Hoje em dia empresas dos mais variados ramos (comércio, supermercados, alimentos, siderúrgicas, metalúrgicas, etc) e tamanhos (epp, micro, pequenas, médias e grandes) contam com um sistema integrado.

Destaquei o caso para demonstrar que a expansão dos sistemas hoje em dia não se resume a apenas grandes empresas e com negócios restritos a modelos tradicionais. Inovação é fundamental, seja do lado da fornecedora de software, propondo soluções para melhoria do negócio, seja do lado do cliente, que ditará o norte para qual todos vão caminhar.

As coisas tendem a ficar mais “tangíveis” (é engraçado usar o termo tangível para software) quando começa a se utilizar de ferramentas como DW (Data Warehouse), Workflow, BI (Business Intelligence), encontrando assim tendências, fazendo seu sistema ERP (seja ele Protheus, R/3, Corpore) proativo e se concentrando na estratégia.

E não se assuste quando alguem lhe disser que os sistemas ERP vão dominar o mundo

[tags] erp, microsiga, protheus, sistemas integrados, axe mix, ivete sangalo, estrategia [/tags]

Microsiga na Folia