Anúncio da Microsoft sobre BI – PerformancePoint => Sharepoint

Luciano Caixeta Moreira — Wed, 28 Jan 2009 19:57:00 GMT

Quem anda antenado no mundo de BI sabe que a Microsoft fez um anúncio recente a respeito do roadmap para o PerformancePoint. Para quem não viu, vale a pena dar uma olhada…

http://www.microsoft.com/bi/ (página principal de BI da Microsoft)
http://www.microsoft.com/presspass/features/2009/jan09/01-27KurtDelbeneQA.mspx (Q&A)
http://www.intelligententerprise.com/channels/performance_management/showArticle.jhtml;jsessionid=4WHQJIB1BOLBAQSNDLPCKH0CJUNN2JVN?articleID=212902660 (uma boa matéria)
Vale a pena ver esse vídeo, bem direto, claro e mostra o valor da mudança: http://download.microsoft.com/download/A/E/E/AEEE26CB-1536-4EC9-809E-536F6E49A1BB/Guy_Weismantel_BI_Announcement_MBR.wmv

O que eu penso disso… Particularmente, eu acho o anúncio fantástico!

Eu sempre encarei o PerformancePoint como um produto interessante, mas com algumas capacidades bem específicas que exigem mais cuidado da implementação, além de ser um produto separado, que necessita de uma nova licença. O que acontecia muitas vezes? As empresas iam avançando na implementação da sua solução de BI, usando o excelente valor agregado que nós oferecemos, mas quando era necessário dar o próximo passo na direção do PPS (PerformancePoint Server), o projeto era colocado de lado e outras funcionalidades acabavam entrando na frente da fila.

Com a mudança dos planos anunciado pela Microsoft, as capacidades analíticas do PPS, como dashborad e scorecards, serão incluídos no Microsoft Office Sharepoint Server Enterprise! Isto é, aquele que já possui o MOSS rodando na empresa, vai poder usufruir desses recursos que antes somente estava disponível no PPS. De quebra, essa integração também vai continuar tocando o Excel lá na ponta, ajudando a materializar o que a Microsoft chama de “BI to the masses” –> BI para o povão! ;-) aeeeeeeee.

É claro que essa notícia vai impactar aqueles que já estão trabalhando com o PPS, por isso a empresa ainda vai soltar mais um Service Pack em meados de 2009, suportando aqueles que estão utilizando-o. Mas eu acredito que, passado o momento de maior clarificação do roadmap e adequação do ambiente, os benefícios serão maiores que os impactos.

Novamente, fica aqui uma dica para 2009! Sharepoint é o produto que cresceu mais rápido na história da Microsoft e vem sendo colocado como fundação para uma série de outros produtos. Então é necessário que haja pessoal qualificado, que entenda o funcionamento do Sharepoint e possa otimizar os ambientes para receber a solução completa, além de ajudar na resolução de problemas, se necessário.

E você, o que achou?

[]s
Luciano Caixeta Moreira
luciano.moreira@microsoft.com
===============================================
This post is provided "AS IS" and confers no right
===============================================

Guia do Sharepoint e a confusão do column lookup

Luciano Caixeta Moreira — Fri, 21 Nov 2008 00:20:00 GMT

Guia

Aproveitando que eu estou brincando um pouco com o Sharepoint, vou deixar aqui uma boa referência vinda do grupo de patterns & practices: Sharepoint Guide (http://msdn.microsoft.com/en-us/library/dd203468.aspx).

Column lookup

Depois de montar minha VPC com o MOSS 2007, estava criando umas listagens para testes, principalmente para ver questões de relacionamento entre listas, exibições, etc. Partindo do básico que toda listagem já possui uma coluna ID (que não é exibida por padrão), criei novas colunas referenciando outras listas, pois assim conseguia criar um novo item relacionando uma atividade existente (vinda de outra tabela) com um outro dado qualquer, por exemplo.

A dúvida surgiu quando vi que era possível fazer para o campo nomeAtividade (antigo Title), duas ligações: nomeAtividade e nomeAtividade (link to item). Qual seria a diferença? Será que está na garantia da integridade relacional? Comecei a fazer alguns testes, confiando no meu intuito, mas não conseguia ver nenhuma diferença clara. Recorri então ao Live e como resultado da pesquisa encontrei este link: http://www.sharepointkings.com/2008/07/sharepoint-column-lookup-information.html.

Pelo que vi, em duas referências distintas, a diferença entre as opções está na navegabilidade do site.
- Quando você coloca a opção link to item e navega para o item em questão (uma atividade específica, por exemplo) partindo da listagem corrente, quando você clica em close é remetido para a listagem de onde partiu.
- Quando você coloca a opção SEM o link to item e navega para o item em questão (uma atividade específica, por exemplo) partindo da listagem corrente, quando você clica em close é exibida a página de atividades (RootFolder = *), pois você estava vendo o detalhamento de uma atividade.

Será que é só isso a diferença? Pesquisei mais um pouquinho e não achei nada diferente. Alguém sabe de outra diferença para nos contar? :-)
Se essa opção somente existir para isso, acho que é muita confusão para pouco benefício e, quem sabe, deveria ser feito de outra forma.

De qualquer maneira, fica uma dica. Acredito que o Sharepoint é uma ótima aposta para quem está trabalhando com nossa plataforma e, cada vez mais, outros produtos estão sendo construídos para “rodarem” sobre ele. Com essa complexidade inerente do agrupamento de tecnologias, muitos problemas podem surgir (p.ex.: quem está causando este gargalo?), aí alguém que sabia fazer um troubleshooting bem feito e conheça a arquitetura do produto, vai estar bem cotado no mercado… Concorda?

LUTI @ Microsoft : Sharepoint

Anúncio da Microsoft sobre BI – PerformancePoint => Sharepoint

Guia do Sharepoint e a confusão do column lookup