Todo lo que siempre quiso tener en SharePoint y nunca se atrevió a pedir

Pues bien, año nuevo, trabajo nuevo y SharePoint nuevo. Hay veces que todo se viene de una vez… Sí, tenemos SharePoint nuevo. A menos que usted haya estado inconsciente durante los últimos meses, o haciendo trabajo voluntario en Somalia o acaba de regresar de un viaje a la luna, supongo que se habrá enterado que Microsoft está trabajando en la versión 14 de Office y que, aunque todavía no ha dado una fecha para liberar el software, con toda seguridad ocurrirá a finales de este año o principios del entrante.

Y por supuesto, SharePoint es parte de Office, así que tendremos también una nueva versión tanto de Windows SharePoint Services (WSS) como de Microsoft Office SharePoint Server (MOSS). Ya incluso existe una versión Alpha distribuida por ahí, para los que tengan la curiosidad de ver que está pasando con nuestro servidor favorito. Por supuesto, Microsoft ha continuado con su mal vicio de no soltar nada sobre lo que viene nuevo, lo que sigue igual y lo que se va a eliminar; esta característica siempre ha sido muy chocante de Microsoft pues para algunos de nosotros es realmente imprescindible conocer de antemano lo que podemos y no podemos hacer en las implementaciones actuales para no dejar a nuestros clientes con los platos rotos dentro de algunos meses, con Portales que o no se pueden migrar, o que son tan difíciles de pasarlos a la nueva versión que prácticamente van a perder la inversión. Y comercialmente tampoco es inteligente de Microsoft el hacerlo de esta manera: en el año 2006 la venta de licencias de SharePoint 2003 se mantuvo quieta, después de haber estado aumentando año por año a una rata de casi 40%, simplemente por el hecho de que nadie se arriesgaba a hacer implementaciones grandes de SharePoint 2003, sabiendo que en un par de meses vendría una nueva versión. Por supuesto este año nos van a decir que la tasa de crecimiento de SharePoint se ha bajado por la crisis económica y cuentos de esos, pero probablemente será más por la falta de información sobre la nueva versión, que por que los bancos en todo el mundo, no solo en Norte América, han sido manejados como si fueran casinos callejeros…

En fin, volviendo a SharePoint, cuando la situación con SharePoint 2007 era similar a la actual con la nueva versión, alguna vez escribí algo por estos lados haciendo una “rápida encuesta no científica” sobre lo que nos gustaría que fuera solucionado/mejorado/agregado/eliminado en la nueva versión. Y por supuesto, siempre es gracioso comparar dentro de unos meses la realidad con las esperanzas, para ilusionarnos/desilusionarnos/renegar/sonreír. Para empezar, esta es una lista muy incompleta de mis deseos:

Deseos indispensables (hay que mejorarlo):

– Lo más obvio: que Variations funcione; que el Business Data Catalog sea de ida y vuelta (poder devolver datos, no solo poderlos ver); que el HTML generado sea menos Microsoft y mas estándar; que el Records Center funcione bien en otros idiomas fuera del ingles, lo mismo que el corrector de ortografía

– Lo que deseo como desarrollador: un mejor SDK; mejoras en Features (Características): que sean versionables, que se puedan activar desde una Solución; no queremos más dos tipos de Paginas Maestras (una “normal” y otra para “administración”) sino que todo funcione con una sola; soporte nativo “fuera-de-la-caja” (buena traducción de out-the-box) para Ajax, SilverLight y LINQ

– Lo que quiero como usuario: poder usar SharePoint en móviles, PDAs y demás cosas de esas (que tal algo así como WebParts especiales para teléfonos?); alguna manera de poder instalar mis propias aplicaciones como usuario sin tener que involucrar a todo el departamento técnico de la empresa (algo como WebParts en un “sand-box”, que solo funcione para mi, que yo lo pueda instalar y que este aislado del SharePoint “real”); que Carpetas en Librerías sean utilizables de verdad, que les pueda poner derechos y metadata, y que existan también en Listas

Deseos deseados (lo que me gustaría tener):

– Poder crear reportes para Flujos de Trabajo de una forma más sencilla, fuera de un montón de otros deseos para Flujos: poder usar flujos en paralelo, que el SPListItem tenga un objeto para instanciación de la misma forma que el SPList lo tiene para asociación, poder enganchar más de una página de modificación (Microsoft dice que se puede, pero hasta ahora no he visto a nadie que lo haya podido hacer, por no decir que a mí nunca me ha funcionado), poder acoplar flujos a Listas, Sitios y Webs (no solo a elementos de Listas); Eventos para Soluciones: de la misma forma que Features, que pueden usar eventos, yo quisiera tener eventos en soluciones de tal forma que pueda engancharle código al momento en que la solución es activada o desactivada…

Utopias (lo que nunca voy a ver):

– Que MOSS desaparezca: yo solo quiero tener a WSS, y una serie de Add-Ins, que funcionen tal como Project Server lo hace en el momento
– Que el horrible azul de la instalación por defecto sea cambiado por otro color, no importa cual
– Poder usar Ribbons en la interface … Porque no? A mí me gusta en Word y Excel…
– Que SharePoint Designer desaparezca por el resto de la eternidad

Lo que probablemente tendremos (casi con toda seguridad, aunque me estoy adelantando a lo que quiero decir en otra oportunidad):

– Mejores plantillas para Wikis y Blogs
– Mas sobre “Social Networking, People and Groups”: es importante para empresas en Norte América, así que, según la cosmogonía de Microsoft, tiene que ser importante para todo el mundo… no importa que toda la infraestructura al respecto NO sea utilizada por nadie fuera de Norte América misma
– Integración off-line, por el estilo de lo que Groove ha prometido desde los tiempos de Matusalén y nunca lo han hecho
– Power Shell… desde este momento le pongo la firma… me atrevo a apostar 10 minutos de salario a que stsadm va a desaparecer y será reemplazado por algún tipo de cmdlets

En fin, la discusión está abierta. Tengo un montón de curiosidad de saber lo que ustedes piensan al respecto. Si le sirve de alivio, Microsoft no le va a hacer caso ni a usted ni a mí, así que esto no es más que una especulación… tómeselo como un ejercicio mental, con una sonrisa y una taza de café caliente…

Gustavo – http://www.gavd.net
Escriba un Comentario que me haga reir…

Mintiendo descaradamente: "Problemas? SharePoint no tiene ningún problema…"

La semana pasada, charlando con un colega, me ha hecho una de esas preguntas que te agarran complemente con la guardia abajo: “En tu opinión, cuales son los mayores problemas de SharePoint?”… y por eso de ser un mentiroso experimentado, he podido contestar sin sonrojarme: “Problemas?, no, por supuesto, SharePoint no tiene problemas”… y luego los dos, muertos de la risa, seguimos conversando de cosas banales.

Pero después la pregunta me ha hecho recapacitar: después de tantos años de trabajar con SharePoint, intentando hacer de todo, por todos lados y de todas las maneras posibles, dejándome el pelo y litros de sudor y lagrimas por el camino, nunca me he puesto a pensar cuál es su mayor (o mayores) problema. Algo así como la vista de túnel: te fijas en aspectos determinados de un problema, sin ver que está pasando a los lados… o como el caballo en la carreta, que solo puede mirar hacia adelante…

Podría decir cual es el mayor problema de SharePoint? (EL problema, no LOS problemas, para simplificar el asunto). En realidad tendría que pensarlo detalladamente; los problemas cotidianos de falta de documentación, inconsistencias e inconsecuencias no me atrevería a nombrarlos como EL problema… que Variations no funciona como debería, y el corrector de ortografía y el Records Management solo funcionan bien en la versión en ingles tampoco, pues con seguridad serán mejorados en la próxima versión. Que Visual Studio no sea capaz de mostrar paginas aspx y WebParts de una forma decente es bastante irritante, y reniegas cada vez que tienes que crear una interface a puro pelo, pero con algo de experiencia de programación no es que sea algo que te impida seguir trabajando…

Mejor dicho, SharePoint tiene cientos, no, mejor dicho, miles de cosas pequeñitas que no funcionan como debería, que no funcionan como yo quisiera que funcionaran, que son imposibles de hacer o que son simplemente irritantes, pero decir que alguna de ellas es “el mayor problema de SharePoint”, no, tampoco puedo. Así que mi (sínica) respuesta no era tan descabellada después de todo. Probablemente la pregunta está mal hecha y no hay un mayor problema, sino múltiple problemas pequeñitos.

En realidad, mirando los proyectos que he realizado en los últimos, digamos, seis años, con SharePoint 2003 y 2007, tengo que decir que ninguno ha presentado problemas técnicamente insolubles. Por supuesto no quiero decir que ha sido fácil, de ninguna manera, lo único que quiero decir es que los problemas nunca han sido técnicos sino humanos: meter las de andar es de lo más fácil, sobre todo si se desconoce el producto (al principio de su ciclo de vida), o se quiere ser cabecidura o simplemente porque no somos tan inteligentes como quisiéramos (y como le hacemos creer a nuestros clientes). Haciendo un inventario de los proyectos de que me acuerdo rápidamente, los que han fracasado lo han hecho por factores humanos: mala gestión de clientes y usuarios, problemas de comunicación y malentendidos, presupuestos mal hechos que luego significan conflictos con el cliente, expectaciones desmesuradas que luego no se pueden cumplir…

Sobre todo desde hace unos dos años, desde que SharePoint 2007 se impuso como EL sistema empresarial, y todas las compañías piensan que están más o menos obligadas a implementarlo, los problemas de gestión se han multiplicado mucho más rápido que los problemas técnicos. Salvando las distancias, es un problema similar al de mediados de los años 90 del siglo pasado, cuando, de un momento a otro, todo tipo de negocios y empresas se vieron “obligados” a tener un sitio en Internet; cuando el dueño de la pizzería de la esquina se vio obligado a tener un sitio propio, sus problemas eran muy diferentes a los de la empresa de petróleos del país: con el uno puedes hablar de una forma y con el otro tienes que hablar de otra forma, su patrón de expectaciones es muy diferente, sus recursos económicos y capacidad de correr riesgos también… todos problemas de gestión humana y no problemas técnicos, algo que muy pocas empresas de IT entendieron en su tiempo; al final, el asunto se convirtió en un balón de aire caliente que nos reventó a todos en las narices hace unos diez años…

Y ahora volviendo a la pregunta del principio, el momento también es apropiado para cuestionarse cosas por el estilo: la próxima versión de SharePoint se nos viene encima y muy probablemente será una evolución técnica de la versión 2007, no una revolución. Esto significa que los problemas técnicos los podremos seguir solucionando, pero los problemas humanos continuaran siendo la incógnita que nos hará fracasar de vez en cuando… esperando que sea “de vez en cuando” y no “con frecuencia” o, peor aún, “continuamente”…

Gustavo – http://www.gavd.net
Escriba un Comentario que me haga reir…

Cuando los dinosaurios usaban documentos… y no SharePoint…

En algún lugar de Seattle de cuyo nombre no quiero acordarme, erase que se era un producto llamado “Site Server”, que más que nada era un montón de herramientas engomadas unas a las otras, porque de otra forma no habría manera de venderlas por separado. Las herramientas incluían un sistema de manejo de contenido de sitios, creación y análisis de estadísticas de utilización, maneras para personalizarlas y un sistema de manejo de documentos. En realidad, Site Server era un agregado (Add-In) de “Search Server”, el primer intento de Microsoft de crear una maquina de búsqueda que pudiera ser utilizada coherentemente por todos sus productos del momento. Y el otro agregado para Search Server era “Commerce Server”.

Estamos hablando de 1997, el año en el que desaparecieron los dinosaurios… Internet estaba apenas empezando a tomar fuerza y era más un juego para gente desocupada que un producto que empresas pudieran tomar en serio. Los únicos servidores que Microsoft producía eran SQL (versión 6.5 en ese entonces) y Exchange Server (versión 5.5). Windows NT estaba apenas empezando a funcionar, y no era suficientemente estable para que pudiera ser utilizado masivamente.

Site Server había sido programado en asp (tradicional asp, no aspx… DotNet aparecería apenas 3 años después). En ese entonces, Microsoft quería apostarle en grande a Exchange, y salieron con “Platinum”, la nueva versión que incluía un nuevo depósito que podría ser utilizado no solo para guardar Emails, sino también cualquier otro tipo de datos, como documentos y sitios Web. “Tahoe”, la nueva versión de Site Server, utilizaría el depósito de datos de Exchange, agregándole manejo de documentos y un motor de búsqueda. Todo el sancocho de piezas sueltas estaba amarrado por medio de WebDAV (Web Document Authoring and Versioning), que servía como mecanismo de comunicación e intercambio de información. Ahora estamos hablando del año 1999, en el que Lotus Notes de IBM era LA plataforma de intercambio de información empresarial (suena raro, eso era solamente hace diez años, pero probablemente ahora muy pocos se acuerdan de Lotus Notes, por no decir que alguien lo ha visto funcionar… pero hay alguien por ahí que haya visto WordPerfect o VisiCalc funcionando?).

En el mismo 1999, Microsoft salió con otra herramienta suelta: “Digital Dashboard Kit”, el primer framework para un Portal de Microsoft: la interface se podía utilizar en un navegador o en Outlook, y estaba construido por medio de “nuggets” o “portlets”, pedazos de software aislados, dedicados a realizar alguna tarea específica, que se podían integrar en una página Web (suena a WebPart, verdad?).

Pues bien, el año 2000 fue un año importante para Microsoft: Windows server 2000, SQL server 2000 y Exchange server 2000, junto con la aparición de DotNet y CSharp representaron la entrada de gala de Microsoft en el mundo empresarial. Y juntando a Tahoe con el repositorio de Exchange y el Digital Dashboar, nació oficialmente SharePoint Portal Server 2001. La pelea legendaria entre SQL y Exchange sobre quien poseía el mejor repositorio de datos fue ganada apabullantemente por SQL Server (probablemente el servidor más estable de Microsoft), y el “Local Web Store” de Exchange fue simplemente abandonado por órdenes expresas de Steve Ballmer mismo.

Desafortunadamente para SharePoint 2001, la decisión llego demasiado tarde, y el Portal estaba ligado intrínsecamente al Local Web Store (en realidad una Base de Datos basada en archivos físicos en el servidor), que era totalmente incapaz de servir una carga razonable de usuarios y tampoco utilizaba el nuevo DotNet framework. Esto represento casi la muerte prematura de SharePoint en el momento. Y, además, se le quito la parte de manejo de contenido (CMS, Content Management Server fue creado como un servidor separado) y Commerce Server también fue independizado. Y para acabar de completar el desastre, Microsoft salió con un Add-In para Office 2000 llamado “SharePoint Team Services”, que proveía funcionalidad que entraba en el terreno de SharePoint Server.

Afortunadamente el mercado de Portales se estaba empezando a desarrollar con fuerza, empresas empezaron a notar las ventajas de un sistema on-line de manejo de documentos, y Microsoft se dio cuenta que no podía abandonar el mercado: así que no había más remedio que sacar una nueva versión de SharePoint. La meta era fácil de pensar: usar SQL como depósito de datos, reemplazar asp por aspx y el DotNet framework y crear un sistema que pudiera ser escalado a cientos de miles de usuarios sin perder estabilidad. En octubre 2003 Microsoft liberó Office 2003 y Windows SharePoint Server 2003, y desde entonces el asunto ha ido a una velocidad imparable…

SharePoint 2003 fue inicialmente creado como un puro sistema de manejo de documentos, pero debido al fantástico API y Modelo de Objetos que Microsoft le creó, fue adoptado rápidamente como una plataforma de desarrollo, con la que se podía ir hacia cualquier lado, chocándose muy frecuente con CMS (que ya también había sido migrado al DotNet framework). En 2004 los dos grupos de desarrollo (SharePoint y CMS) fueron juntados, y el grupo de desarrollo de DotNet tomó la idea de las WebParts y la integro en AspNet 2.0. Luego, con DotNet 3.0, apareció el Windows Workflow Foundation; de igual manera, Business Intelligence toma cada vez más importancia.

SharePoint 2003 ha sido uno de los éxitos más clamorosos de Microsoft en sus 25 años de historia. Y para continuar ganando mercado, una nueva versión fue creada, que tomaba todos los elementos mencionados: regreso a ser un sistema de manejo de contenido sin abandonar el manejo de documentos, flujos de trabajo poderosos, Business Intelligence, y tratando de evitar los traumas de migración sufridos entre las versiones 2001 y 2003 pero manteniendo los puntos fuertes de escalabilidad y estabilidad del sistema. Y SharePoint 2007 nació.

Y de eso hace ya dos años, así que ahora estamos en camino a una nueva versión…

Gustavo – http://www.gavd.net/servers/
Escriba un Comentario que me haga reir…

El Manejo de Datos Maestros (Master Data Management) y SharePoint

Me perdonan por la traducción, pero por eso de estar empezando el año y tener cada vez menos células grises, no se me ocurre otra cosa…

Pero bueno, para empezar bien, comencemos por aclarar que es Master Data management (MDM). Según Stratature (http://www.stratature.com/faq.html): “MDM puede ser descrita usando la manera en que datos maestros interactúan con otros datos. Datos maestros puede ser descrito usando la manera en que son creados, leídos, actualizados, eliminados y buscados… La relacion entre datos maestros y datos transaccionales puede ser vista fundamentalmente como una relación sustantivo/verbo. Datos transaccionales capturan los verbos como venta, distribución, compra, email y revocación; datos maestros son los sustantivos”

Siguen sin entender ni jota? Bienvenidos en el club, yo tampoco entiendo nada. Probemos otra vez, utilizando ahora las claras explicaciones de Microsoft (http://msdn.microsoft.com/en-us/library/bb190163.aspx): “Que son Datos Maestros? La mayoría de los sistemas de software tienen listas de datos que son compartidos y usados por diferentes aplicaciones en el sistema. Por ejemplo, un sistema ERP típico tiene por lo menos un “Cliente Maestro”, un “Elemento Maestro” y una “Cuenta Maestra”. Estos datos maestros son los bienes activos más importantes de una compañía. No es inusual que compañías sean adquiridas principalmente para tener acceso a sus Datos Maestros de clientela”.

Si le agregamos a esto “Manejo”, creo que la cosa se va aclarando un poco: cómo manejar esos “Datos Maestros” para evitar contaminación, errores y problemas. Siguiendo con un ejemplo de Microsoft (amo ejemplos, denme ejemplos, con ejemplo existe el riesgo de que entienda de que se trata…): “Por el hecho de ser utilizado en múltiples aplicaciones, un error en un Dato Maestro puede causar errores en todas las aplicaciones que lo usen. Por ejemplo, una dirección incorrecta en el Cliente Maestro significa que ordenes, cuentas y literatura de mercadeo son enviadas a la dirección equivocada. Similarmente, un precio incorrecto en un Elemento Maestro puede significar un desastre y un número de cuenta incorrecto en una Cuenta Maestra puede conducir a que el CEO de la empresa termine en la cárcel”.

Fuera de que un CEO de una empresa en la cárcel es un espectáculo muy reconfortante, parece claro porque Master Data Management es importante. También se puede pensar que no es nada nuevo, probablemente lo único nuevo es que le hayan puesto un nombre, pero desde los tiempos de la invención de la rueda no es mucho lo que nos hemos inventado que se pueda llamar realmente nuevo (hummm… empezamos el año con comentarios pesimistas…).

Pues bien, a que viene todo esto, se estará preguntando. Microsoft ha comprado hace algunos meses una empresa que se llamaba Stratature, que era la empresa líder en la creación de software para Master Data Managment; en el sitio original de la empresa (http://www.stratature.com ), se puede leer que Microsoft ha adquirido Stratature como “la culminación de un esfuerzo para deliberar soluciones unificadas de Master Data Management para mejorar las iniciativas de manejo de información utilizando SQL, Inteligencia de Negocios y SharePoint”. Pues sí, SharePoint está metido en el asunto, y los rumores de los últimos tiempos es que la próxima versión de nuestro servidor favorito (o más odiado, como prefiera), incluye cosas para hacer Master Data Management. Qué cosas? Ni idea, pero no demoraremos mucho mas en descubrirlo…

A propósito, si le interesa, Microsoft tiene ahora inclusive un sitio Web sobre MDM, https://www.microsoft.com/sharepoint/mdm/default.mspx y un “Roadmap” (http://download.microsoft.com/download/4/6/2/462b1624-2ac4-4ebd-b4c0-7eaef3e4466d/MSMDMRoadmap.pdf) que entre otras cosas asegura que MDM será implementado en SharePoint.

Gustavo – http://www.gavd.net/servers/
Escriba un Comentario que me haga reir…