Signaler: Attention au 'chaos' SharePoint peut créer

Un rapport de Forrester recommande aux clients de réfléchir attentivement à la façon dont ils envisagent d'utiliser le produit Office SharePoint Server de Microsoft, qui peut causer des ravages dans une organisation informatique lorsqu'ils sont utilisés comme plate-forme de développement d'applications personnalisées. Le rapport publié récemment, «Il est maintenant temps de déterminer la place de SharePoint dans votre stratégie de développement d'applications», explique comment SharePoint peut être extrêmement utile pour créer des intranets d'entreprise, mais les entreprises doivent être prudentes pour créer des applications personnalisées. - comme dans la gestion du cycle de vie des applications (ALM) et l'intégration d'applications d'entreprise (EAI) - que d'autres plates-formes de développement plus éprouvées ont.

En outre, SharePoint est misun En général, bien qu'il permette aux utilisateurs de créer leurs propres applications et de personnaliser assez facilement des sites intranet SharePoint, cela peut se transformer en un bourbier de complexité pour l'organisation lorsqu'il s'agit de gérer et de prendre en charge ces applications. Cette complexité oblige les équipes informatiques à «combler les lacunes du produit dans la gestion du cycle de vie des applications et l'intégration des entreprises en créant des stratégies pour éviter un nouveau chaos d'applications générées par les utilisateurs», selon les analystes de John Forrester. Rymer et Rob Koplowitz.

Le problème se complique encore avec le manque de personnes ayant des compétences avancées en matière de développement pour SharePoint.

Dans le rapport, ils décrivent plusieurs scénarios clients dans lesquels le développement personnalisé sur SharePoint est devenu impossible

Dans un cas, un «utilisateur puissant» de SharePoint a inspiré «un remaniement de l'informatique», ont écrit les analystes. L'utilisateur a créé plusieurs applications personnalisées populaires à l'aide de SharePoint, en supposant que les organisations de développement et opérationnelles puissent les prendre en charge. Cependant, ils ne le pouvaient pas parce que cela nécessitait des «compétences spécialisées qu'aucune organisation ne possédait», selon le rapport.

L'entreprise a dû embaucher un nouveau spécialiste informatique pour combler le vide et développer le rôle de SharePoint dans le développement d'applications de l'entreprise stratégie, selon un rapport.

Microsoft a initialement conçu SharePoint comme un produit de portail sur lequel les entreprises pourraient construire des sites Web. Mais avec sa version Office System 2007, Microsoft a étendu le produit pour devenir un centre de collaboration, de gestion de documents et de business intelligence, sans parler d'une plate-forme de développement pour la création de sites intranet personnalisés et d'autres applications. l'adoption a augmenté plus vite que Microsoft ne pouvait l'anticiper, ce qui pourrait avoir quelque chose à voir avec le manque de personnes ayant les compétences nécessaires pour faire face au produit. L'adoption rapide aurait également pu pousser SharePoint dans des utilisations pour lesquelles Microsoft n'avait pas encore préparé le produit.

"Je ne pense pas que même Microsoft puisse prédire les taux d'adoption de SharePoint" a déclaré Andrew Brust, chef de la nouvelle technologie de twentysix New York.

En effet, Rymer et Koplowitz notent que les clients de Forrester ont déclaré que la croissance de SharePoint «a surpris de nombreux développeurs d'applications». Ils comparent les maux de tête que les sites SharePoint créent pour les responsables informatiques à la manière dont les bases de données Lotus Notes se situaient dans les années 1990. Dans la défense de Microsoft, Brust a déclaré que la société reconnaît que SharePoint a des lacunes technologiques et travaille dur pour les combler, notant que résoudre le problème de la capacité ALM limitée de SharePoint en particulier est le genre de chose pour lequel "Microsoft vit".

Il a également noté que d'autres produits Microsoft - tels que BizTalk pour EAI et Visual Studio Team System pour ALM - peuvent aider les départements informatiques travailler avec SharePoint en attendant.

Dans leur rapport, Rymer et Koplowitz ont noté que pendant que Microsoft travaille pour combler les lacunes dans le produit, les organisations devraient soigneusement considérer avant le déploiement comment ils utiliseront SharePoint, le cas échéant, dans leurs organisations.

Ils ont suggéré aux entreprises de choisir Trois scénarios permettent à SharePoint de rendre le produit aussi efficace que possible.

L'un est d'utiliser le produit comme une simple application de collaboration et de partage d'informations et non comme une plate-forme de développement. Le deuxième scénario est à la fois une application et une plate-forme intranet pour laquelle l'entreprise comble des lacunes dans les produits - qui, outre ALM et EAI, incluent des problèmes de fiabilité, de disponibilité et d'évolutivité du produit.

Le troisième et le plus compliqué Le scénario d'une organisation serait d'utiliser SharePoint à la fois comme une application et un portail d'entreprise au cœur de la stratégie de développement d'applications d'une entreprise, selon les analystes. Cependant, les organisations doivent choisir cette option en sachant que cela nécessitera de lourdes tâches de la part de l'équipe informatique et qu'elles nécessiteront éventuellement une transition par rapport aux autres logiciels de portail ou intranet existants dans l'organisation, selon le rapport.