: Cuidado con 'caos' SharePoint puede crear

Un informe de Forrester advierte a los clientes que consideren cuidadosamente cómo planean usar el producto Office SharePoint Server de Microsoft, que según ellos puede causar estragos en una organización de TI cuando se utiliza como una plataforma de desarrollo de aplicaciones personalizada.

El informe recientemente publicado, "Ahora es el momento de determinar el lugar de SharePoint en su estrategia de desarrollo de aplicaciones", describe cómo, mientras que SharePoint puede ser extremadamente útil para crear intranets, las empresas deben tener cuidado al usarlo para crear aplicaciones personalizadas porque el producto carece de características. - como en la gestión del ciclo de vida de la aplicación (ALM) y la integración de aplicaciones empresariales (EAI) - que otras plataformas de desarrollo más probadas tienen.

Además, SharePoint está mal Entendido en general, y aunque permite a los usuarios crear sus propias aplicaciones y personalizar sitios de la intranet de SharePoint con bastante facilidad, esto puede convertirse en un atolladero de complejidad para la organización cuando se trata de administrar y dar soporte a esas aplicaciones, según el informe.

Esta complejidad hace que los equipos de TI se vuelvan ocupados tratando de "llenar las lagunas del producto en administración del ciclo de vida de la aplicación e integración empresarial a medida que crean políticas para evitar un nuevo caos de aplicaciones generadas por los usuarios", según el informe, escrito por los analistas de Forrester John Rymer y Rob Koplowitz.

El problema se complica aún más por la falta de personas con habilidades avanzadas de desarrollo para SharePoint, dijeron.

En el informe describen varios escenarios de clientes en los que el desarrollo personalizado en SharePoint se salió de control y se convirtió en algo más de lo que el personal de TI de una empresa podía manejar.

En uno, un llamado "usuario avanzado" de SharePoint inspiró "una reorganización de TI", escribieron los analistas. El usuario creó varias aplicaciones personalizadas populares usando SharePoint, suponiendo que las organizaciones de desarrollo y operacionales pudieran brindarles soporte. Sin embargo, no pudieron porque requería "habilidades especializadas que ninguna organización poseía", según el informe.

La empresa tuvo que contratar a un nuevo especialista en TI para llenar el vacío y ampliar el rol de SharePoint en el desarrollo de aplicaciones de la compañía estrategia, según un informe.

Microsoft concibió originalmente SharePoint como un producto de portal en el que las empresas podían construir sitios web. Pero con su lanzamiento como parte de 2007 Office System, Microsoft ha expandido el producto para convertirse en un centro de colaboración, administración de documentos e inteligencia de negocios, sin mencionar una plataforma de desarrollo para crear sitios de intranet personalizados y otras aplicaciones.

SharePoint la adopción ha crecido más rápido de lo que incluso Microsoft podría anticipar, lo que podría tener algo que ver con la falta de personas con habilidades para lidiar con el producto. La rápida adopción también podría haber llevado a SharePoint a usos que Microsoft aún no había preparado para el producto.

"No creo que ni siquiera Microsoft pueda predecir las tasas de adopción que SharePoint está viendo". dijo Andrew Brust, jefe de la nueva tecnología de consultoría de TI twentysix New York. De hecho, en su informe, Rymer y Koplowitz señalan que los clientes de Forrester dijeron que el crecimiento de SharePoint "sorprendió a muchos gerentes de desarrollo de aplicaciones". Ellos comparan los dolores de cabeza que los sitios de SharePoint crean para los administradores de TI con respecto a cómo eran las bases de datos de Lotus Notes en los años noventa. Ambos productos permiten la explosión de sitios y aplicaciones personalizadas que los departamentos de TI pueden tener dificultades para administrar.

En defensa de Microsoft, Brust dijo que la compañía reconoce que SharePoint tiene algunas brechas tecnológicas y está trabajando arduamente para llenarlas, señalando que la solución el problema de la limitada capacidad de ALM de SharePoint en particular es el tipo de cosas para las que "Microsoft vive".

También señaló que otros productos de Microsoft, como BizTalk para EAI y Visual Studio Team System para ALM, pueden ayudar a los departamentos de TI trabajar con SharePoint mientras tanto.

En su informe, Rymer y Koplowitz señalaron que, si bien Microsoft está trabajando para llenar los vacíos del producto, las organizaciones deberían considerar cuidadosamente antes de la implementación cómo usarán SharePoint, si es que lo hacen, en sus organizaciones.

Sugirieron que las empresas elijan una de ellas tres escenarios para que SharePoint haga que el producto funcione de la manera más efectiva posible.

Uno es utilizar el producto como una mera aplicación para la colaboración y el intercambio de información, y no como una plataforma de desarrollo en absoluto, dijeron. El segundo escenario es tanto una aplicación como una plataforma de intranet para la cual la compañía llena las lagunas del producto, que además de ALM y EAI incluyen problemas relacionados con la confiabilidad, disponibilidad y escalabilidad del producto.

El tercero y más complicado El escenario para una organización sería utilizar SharePoint como una aplicación y un portal empresarial en el núcleo de la estrategia de desarrollo de aplicaciones de una compañía, según los analistas. Sin embargo, las organizaciones deben elegir esta opción sabiendo que requerirá un gran esfuerzo por parte del equipo de TI, y también eventualmente requerir una transición de otro software de portal o intranet que pueda existir actualmente en la organización, según el informe.