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…

6 comentarios sobre “Mintiendo descaradamente: "Problemas? SharePoint no tiene ningún problema…"”

  1. Hola Gustavo, como siempre una reflexión muy interesante. Me gustaría aportar una lista de problemas-inconveniente que encuentro en el producto en su estado actual:
    – Inconveniente en las listas, tales como el bajo rendimiento con listas mas grandes de …. 2000 elementos. Dificultad de construir modelos de datos complejos, lo que obliga meterte en utilizar base de datos externa y perder toda la ventaja del interface de mantenimiento de datos que trae SharePoint.
    – Limitación para ficheros grandes en bibliotecas de documentos(la recomendación de que un fichero no sea mas grande de 50MB se hace corto).
    – Pobre soporte para soluciones multi-idioma.
    – Algunas veces el desarrollo se hace demasiado complejo para hacer cosas sencillas(muchas iezas y muchas dependencias:CAML,XML,CSS,XSL,.net,features…….)

    A nivel no técnico, observo que se crea mucha expectación en el cliente con SharePoint y cuando se enfrentan con lo que cuesta hacer personalización de la solcuion se ponen muy nerviosos y se sienten defraudados.

    ¿que opinas?¿cuales son tus experiencias con estos inconvenientes?
    Jorge

  2. Buenas Gustavo y Jorge,
    Aunque yo no tengo la experiencia que tiene Gustavo, si que me gustaría dejar un comentario positivo, y es que gracias a la comunidad, algunas de las carencias de las que habla Jorge se han ido solucionando mediante artefactos más o menos ingeniosos.

    Un saludo

    JC’s

  3. Hola Jorge y Juan Carlos,
    Como comenta Juan Carlos, en efecto, entre todos nos hemos ido saliendo de problemas. El punto que tu mencionas se me salió del tintero, pero «la comunidad» de SharePoint es también una de las cosas que ha crecido a la medida del uso del producto: hace cinco años no había más de un par de sitios y blogs sobre el tema, todos en ingles, por supuesto, y ahora hay una explosión de información, inclusive en nuestro idioma, que es difícil de percibir…
    Y de nuevo, en efecto, como comenta Jorge, los problemas son mas de manejo humano de los proyectos que problemas realmente técnicos: expectaciones son en muchos casos demasiado elevadas, llevando a que los clientes se decepcionen. Por otro lado, y es otro punto a tener en cuenta, existe una falta enorme de personal realmente capacitado para trabajar con algo tan complejo como SharePoint: muchos de los problemas en retrasos y mayores costos son mas debidos a falta de experiencia técnica de diseñadores y desarrolladores, que problemas del producto mismo.
    En cuanto a los «problemas» que Jorge menciona:
    – Inconvenientes en las Listas: el límite de 2000 elementos no es completamente cierto: si usas la Lista como depósito (sin usar su interface), te puedes ir fácilmente a cientos de miles de elementos. Mira el posting de hace un par de meses «Cuantos elementos caben en una Lista de SharePoint?» http://geeks.ms/blogs/gvelez/archive/2008/06/18/cuantos-elementos-caben-en-una-lista-de-sharepoint.aspx. Y sobre lo de modelos complejos, tienes razón, siempre se le ha pedido a Microsoft que cree un sistema «Relacionado» de Listas, pero nunca han querido… probablemente también tienen razón, Listas son «una especie de» tabla en una Base de Datos, pero NO son tablas…
    – Archivos de 50MB: en el articulo «Error al cargar documentos muy grandes en una Librería» http://www.gavd.net/servers/sharepointv3/spsv3_item.aspx?top=6&itm=542 encuentras varias soluciones…
    – Multi-idioma: de acuerdo, Variations no funciona como debería… a ver como sale en la nueva versión
    – Desarrollo demasiado complejo: de acuerdo, SharePoint no es el servidor más fácil de programar, lo que lleva a los problemas de falta de personal bien entrenado para hacerlo funcionar correctamente… Pero es un problema del producto o de los que trabajamos con el?
    Un saludo,
    Gustavo

  4. Hola Gustavo, que facil parece solcuionase todo:-)
    – En cuanto a los ficheros grandes, por lo que entiendi leyendo algunas referencias de MS no es una cuestion de modificar la configuracion(tal y como indicas en el link) sino que si colocas ficheros mayores de 50MB puedes perjudicar seriemnte el rendimiento de la solcuion, digamos SharePoint no esta diseñado para albergar ficheros grandes(salvo que utilizes el API de External BLOB Storage). Con lo cual: TENEMOS UN PROBLEMA.
    – En cuanto a las listas y el numero de elementos, el rendimiento de consultas en listas con el numero de elementos mayores al limite indicado se ve perjudicado. he visto numerosas dolcuiones ingeniosas(tener un evento que crea carpetas cada 2000 elemento) creo que no es muy buena solcuion y MS deberia solcuionar esta limitacion ¿no crees?
    – Multi-Idioma no son solo los variants que no funcionan, ¿que pasa con el mutiidioma de las etiquetas de interface de usuario?¿que pasa con el multiidioma en el modelo de datos(no solo en los contenidos de publicacion?. Todo esto es lo que suele tener un verdadero producto Multiidioma.
    – Desarrollo complejo. Hombre, lo que decia es que hay cosas simples que tienen soluciones complejas. No se trata de que nosotros nos volvamos locos y hagamos sobreingenieria(que tiene que pagar el cliente) sino que el producto ofresca una solcuion mas facil.

    A mi me encanta el producto, pero es muy dificil defenderlo frente al cliente cuando te encuentras con estos «problemillas»:-(
    Un Saludo
    Jorge

  5. Hola Jorge,
    Empezando por lo de numero de elementos en Listas, depende de como se haga la busqueda. Si miras en el artículo que te indicaba (http://geeks.ms/blogs/gvelez/archive/2008/06/18/cuantos-elementos-caben-en-una-lista-de-sharepoint.aspx), veras que si se busca «a lo bestia», el rendimiento es terrible, pero usando consultas CAML, no hay diferencia entre buscar en 2 o 200.000 elementos.
    Y a lo de ficheros grandes, me parece que es más un problema de ancho de banda que de SharePoint mismo. Por pura curiosidad has una prueba: baja un archivo de 50 MB desde un servidor remoto y el mismo archivo desde una Lista de SharePoint y mide los tiempos de descarga. Te aseguro que te llevaras una sorpresa…
    Pero bueno, en mis especulaciones me refería precisamente a que este tipo de «inconvenientes» técnicos existen, por supuesto que existen, pero por ellos no fracasan proyectos. Lo que yo he observado es que proyectos fracasan mas por problemas de manejo de recursos humanos que por problemas técnicos intrínsecos al sistema (entre los que se encuentran lo que tu dices de explicarle cosas tecnicas a clientes a-tecnicos)…
    Un saludo,
    Gustavo

  6. External BLOB Storage es una nueva funcionalidad de SharePoint 2007 que permite guardar contenido fuera de su Base de Datos propia. No es muy utilizado hasta ahora pues tiene algunas peculiaridades de implementación y posibles problemas en versiones futuras, pero es algo para tener en cuenta en instalaciones grandes del Portal. En el SDK puedes encontrar toda la información necesaria.
    Saludos,
    Gustavo

Responder a gvelez Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *