Mostrando postagens com marcador SAPPHIRE. Mostrar todas as postagens
Mostrando postagens com marcador SAPPHIRE. Mostrar todas as postagens

quinta-feira, 2 de junho de 2011

Only because you have the tool does not mean you have to use it

Versão em português aqui.

The phrase that serves as title to this article was told in its original already in English like this: "only because you have the tool does not mean you have to use it" by Kelli Such, at SAPPHIRE NOW this year and then freely translated by me (in the Portuguese version on this article). 



Dilbert.com 

Kelli Such is Director of Business Intelligence at Kraft Foods in Chicago, United States. And until I watch the SAPPHIRE NOW session entitled: Building Tomorrow's Enterprise Solutions from SAP with BI, I did not know her.

Actually, to see the entire session, simply visit the event website (http://www.sapphirenow.com), register for free and search by the title: Building Tomorrow's Enterprise Solutions from SAP with BI.
Since then, what changed was simple: I became Kellii's fan. Of course, not only for this sentence. But by the context, by her courage and force behind this phrase. In the midst of the biggest event organized by SAP worldwide, Kelli - under the watchful eyes of the biggest giants in the business world of "tools", shared with us this "pearl". 

The beauty of the concept is the indisputable truth of the statement together with the obviousness of it. As a rough analogy, I could say one has a hammer at home and does not need to use it. I'm pretty sure that in my colleagues circle that statement would cause, without a doubt, a hiatus in the conversation.

The unfolding of the assertion in the field of Business Intelligence and IT in general is enormous. We have been seem that BI solutions market clearly go for the plurality of tools, it is normal and natural: planning tools, reports, dashboards, consolidation, etc.. And in general, all these tools come entagleded together in a "suite" or in a package. 


The idea of ​​packing tools is in principle great. It gives to the customer the possibility to do things that he/she did not foresee or did not know that could be made. But we must avoid the dictatorship of the technology. Decisions about whether to use a tool should ALWAYS be connected directly to a business need or opportunity. 


It is clear that IT, and especially BI professionals, can and should suggest uses not yet considered by our colleagues in other areas (whatever they are: finance, human resources, marketing, production, etc.). But these suggestions MUST be related to a business need or opportunity, otherwise they are pointless.  


If someone disagrees, I have a suggestion: just go home and use the hammer.
   
Huges,

Só porque você tem a ferramenta, não quer dizer que tenha que usá-la

English version here

A frase que serve de título a esse artigo foi dita em seu original em inglês: "only because you have the tool does not mean you have to use it" por Kelli Such, no SAPPHIRE NOW deste ano e depois livremente traduzida por mim.
Dilbert.com
A Kelli Such é Diretora de Business Intelligence na Kraft Foods em Chicago, Estados Unidos. E até assistir a palestra dela no SAPPHIRE NOW entitulada: Building Tomorrow’s Enterprise with BI Solutions from SAP, eu não a conhecia.

Aliás, para ver a sessão, basta acessar o site do evento (http://www.sapphirenow.com), se registrar gratuitamente e buscar pelo título: Building Tomorrow’s Enterprise with BI Solutions from SAP.

De lá para cá, o que mudou foi simples: eu me tornei fã da Kelli. Claro, não apenas por essa frase. Pelo contexto, pela coragem e pela força por trás dessa frase. No meio do maior evento organizado pela SAP no mundo, a Kelli - sob o olhar atento das maiores gigantes do mundo no ramo de "ferramentas", soltou essa pérola.

A beleza do conceito proposto é a verdade indiscutível da afirmação aliada a obviedade da mesma. Numa analogia grosseira, eu poderia dizer: tenho um martelo em casa e não preciso usar ele. Tenho certeza que em uma roda com meus amigos essa afirmação causaria, sem sombras de dúvida, um hiato na conversa.

O desdobramento da afirmação no ramo de Business Intelligence e em TI de modo geral é enorme. As soluções de BI de mercado caminham claramente para a pluraridade de ferramentas, é normal: ferramentas de planejamento, relatorios, Dashboards, consolidação, etc. E em geral, todas essas ferramentas vêm empacotadas em uma suite, num pacote.
A idéia do pacote é ótima, da ao cliente a POSSIBILIDADE de fazer coisas que ele não previa ou não sabia que poderiam ser feitas. Mas é preciso evitar a ditadura da tecnologia. As decisões sobre a utilização ou não de uma ferramenta devem SEMPRE estar ligadas diretamente a uma necessidade ou oportunidade de negócio.
Claro está que IT, e principalmente os profissionais de BI, podem e devem sugerir utilizações ainda não consideradas por nossos parceiros de outras áreas (sejam elas quais forem: finanças, recursos humanos, marketing, produção, etc). Mas essas sugestões, DEVEM estar ligadas a uma oportunidade ou necessidade de negócio.
Se alguém discordar, eu tenho uma sugestão: ao chegar em casa, use o martelo.

Grande abraço,

quinta-feira, 31 de março de 2011

A nova solução para seus problemas: HANA (?)

Se você é profissional SAP e não vive em um aquário, você muito provavelmente escutou falar de HANA. HANA significa: High Performance Analytical Appliance (em tradução livre: uma aplicação analítica de alta performance). Mais informações oficiais podem ser encontradas no site oficial, aqui.

O primeiro anúncio sobre HANA foi feito no SAPPHIRE 2010 (chegamos até a mencionar isso no artigo: In memory, em memória e o futuro do Business Intelligence - BI). E o anúncio foi feito pelo alto escalão da SAP, vale a pena dar uma olhada nos vídeos abaixo:
Vishal falando sobre o assunto

Hasso falando sobre o assunto:

A SAP fez até um vídeo muito bacana usado no último SAPFORUM tentando explicar as capacidades do SAP HANA 1.0:



Mas de fato, o que é HANA? Em resumo, SAP HANA é o primeiro produto que utiliza uma série de técnicas e inovações tecnológicas para suportar a tomada de decisões em tempo real. Entre os pontos que valem a pena destacar:
  • In-Memory - não é exclusividade da SAP, essa tendência veio pra ficar. Com o barateamento da memória ficou evidente que em um futuro próximo, disco rígido será peça de museu. Isso pode ser visto em outros lugares. Laptops estão usando cada vez mais discos SSD (solid state disk), os iPhones também não usam mais memória e vários provedores de BI também estão adotando esse modelo (para citar um, QlikView por exemplo).
  • Armazenamento colunar - lembra que você aprendeu que cada registro é uma linha no banco de dados? No caso do HANA isso não é verdade. Cada registro é uma coluna. Por que? Grosso modo, quando um comando SQL de sumarização é executado no banco de dados, mesmo querendo o total de uma coluna, o banco tem que ler todas as linhas. Com o armazenamento colunar, é preciso ler apenas 1 linha. A linha que contêm toda a informação que deve ser sumarizada. Eu vou escrever outro artigo sobre armazenamento colunar no futuro e posto o link aqui.
  • Real Real-time - consulta em tempo real de verdade. Quem conhece as práticas de mercado de DW e BI sabe que, em geral, as informações são transferidas para o DW em processos de carga. Essas cargas podem ser diárias, semanais ou mesmo mensais dependendo da necessidade de negócio. A promessa da SAP é utilizar uma tecnologia adquirida com a aquisição da SYBASE para que todo registro feito no sistema transacional esteja disponibilizado milisegundos depois no HANA.
Mas na minha opinião, o lançamento do produto HANA em si não é a melhor notícia. A melhor notícia é a existência e aplicação PRÁTICA dessas inovações tecnológicas que fazem parte do HANA. A menssagem da SAP é clara, este é apenas o primeiro produto. Tanto é que o HANA 1.5 já está no forno. Eu acho que além de uma campanha de marketing bem feita, o discurso de que uma nova geração de softwares (equivalente a criação do famoso R/3) pode estar prestes a nascer. Vamos ver o que o futuro nos reserva.

Para aqueles que como eu querem escutar um cliente antes de tomar uma decisão, eu encontrei um case da Hilti que vale a pena ser visto (em inglês):


Se você quer uma segunda opinião, isso é o que o Dilbert tem a dizer sobre possibilidades "real-time":

Dilbert.com

Grande abraço,

sexta-feira, 27 de agosto de 2010

SAP anuncia SAP NetWeaver BW 7.3

Eu sei, esse artigo é mais específico que os demais. Mas o que seria BI sem ferramentas? Como uma das grandes empresas de ERP e BI do mercado acaba de lançar seu novo release, nós resolvemos analisar o novo pacote. Aqui estão nossas opiniões:

Está claro que os famosos Enhancement packages (pacotes de melhorias) chegaram para ficar. Seguindo sua estratégia de longa data, a gigante alemã SAP acaba de lançar o release 7.3 de seu SAP NetWeaver.

Baseado no que pudemos ver, o novo release traz os já esperados: melhoria de performance, aumento de estabilidade e a correção de pequenos erros (bugs) aliada a alguns benefícios palpáveis. Separamos alguns  destaques:
  • a carga de dados está mais rápida depois de uma otimização no código fonte. Esse tipo de melhoria é sempre bem-vindo em ambientes com grande volume de dados;
  • a integração com SAP BO Data Services também foi melhorada. Agora os Data Services podem ser vistos como sistemas fontes (source systems) e fontes de dados (datasource) na mesma interface que mostra os componentes do SAP ECC, por exemplo (transação RSA1);
  • os controles de carga delta foram expandidos para fontes alternativas como: flat files, DB Connect, UD connect e Web Services.
Outra funcionalidade bem interessante para clientes que tem em performance seu ponto crítico é a possibilidade de se utilizar, com a nova versão, bancos de dados Teradata e HP Neoview. Além das melhorias no BW Accelerator (BWA).

De forma geral, a migração para o SAP NetWeaver 7.3 deveria ser considerada em dois cenários: caso você já tenha planos de migrar seu ambiente no futuro próximo; ou se você possui necessidades específicas nas áreas de: performance, carga de dados de sistema legado ou integração com BO Data Service.

Se você tem interesse em mais detalhes, a documentação oficial da SAP pode ser acessada aqui.


Grande abraço,

terça-feira, 10 de agosto de 2010

In memory, em memória e o futuro do Business Intelligence - BI

In memory ou processamento em memória parece ser a bola da vez. A gigante alemã SAP usou boa parte de suas palestras no SAPPHIRE 2010 discutindo o assunto e todos os outros grandes players do mercado investem no assunto.

No Brasil, o assunto também é discutido e, mais importante, já é realidade: de acordo com a Computer World de julho, a Coca-Cola do Brasil já está usando in memory na sua área financeira. Você pode ver a reportagem completa aqui.

Mas de fato, o que é in memory? Eu vi uma definição muito boa de Ingo Brenckmann no último SAPPHIRE, que pode ser vista aqui. Claro que tem um pouco de propaganda, mas os conceitos estão, em sua maior parte, presentes.

Em poucas palavras: processamento em memória é um conjunto de técnicas, tecnologias e ferramentas que permitem o armazenamento de um grande volume de dados em memória, tornando possível a análise desses dados em tempo real, acompanhando o raciocínio humano, sem ruptura no processo de análise.

Apesar de querer me ater aos benefícios criados para o usuário final e as potencialidades de utilização, não posso deixar de ressaltar os principais impulsionadores dessa tendência:
  • a evolução do poder computacional;
  • o barateamento dos custos de aquisição de memória;
  • a necessidade constante de respostas imediatas para problemas imediatos;
  • a crescente complexidade dos cenários analisados, que fazem da análise de cenários e simulações uma ferramenta básica.
Agora que sabemos o que é e o que levou ao processamento em memória, fica a pergunta mais importante: o que podemos fazer com isso?

Na verdade a potencialidade completa ainda não foi explorada, mas existem alguns exemplos que já são realidade em muitas ferramentas de mercado:
  • Análise de crédito: imagine que um cliente entra em contato por telefone solicitando a aprovação de um crédito adicional de 10% para compra de mercadoria. Utilizando processamento em memória, o atendente poderia obter informações sobre histórico de pagamento, probabilidade de inadimplência baseada em características do cliente, impacto no orçamento mensal e anual da empresa no caso de se conceder ou não o crédito, além dos impactos no objetivo pessoal e departamental em dois cenários: o cliente ser um bom pagador ou não. O mais impressionante: a resposta é imediata e baseada nas informações do último segundo de transações no ERP, o cliente recebe ou não a liberação do crédito na mesma hora.
  • Simulação de cenários de planejamento: com a escassez de recursos que toma conta de várias empresas e departamentos, é muito comum receber solicitações do tipo: por favor, reduza sua previsão de gastos para o próximo ano em 10%. O fato é que mais e mais as empresas amarram seus planejamentos com eventos: sejam eles projetos, eventos de marketing, campanhas etc. Nessa nova realidade, reduzir 10% no orçamento geralmente não é um exercício simples. Com o processamento em memória seria possível criar diversos cenários "on the flight" sem o envolvimento direto de TI levando-se em consideração: cancelar o evento A ou B e seus respectivos impactos, não apenas no novo objetivo orçamentário, mas também na lucratividade da empresa e em todos os demais componentes (gastos, despesas operacionais, vendas, crescimento orgânico etc). E com isso, fornecer informações em tempo real, para defender um BOM orçamento ou ajustá-lo de forma a adequar o planejamento a realidade.

Grande abraço,