Bericht: Vorsicht vor "Chaos" SharePoint kann erstellen

Ein Bericht von Forrester warnt Kunden, sorgfältig zu überlegen, wie sie das Office SharePoint Server-Produkt von Microsoft einsetzen möchten, das bei Verwendung als benutzerdefinierte Anwendungsentwicklungsplattform in einer IT-Organisation Verwüstungen verursachen kann Der kürzlich veröffentlichte Bericht "Jetzt ist es an der Zeit, den Platz von SharePoint in Ihrer Anwendungsentwicklungsstrategie zu bestimmen", beschreibt, wie SharePoint zwar beim Erstellen von Unternehmensintranets äußerst nützlich sein kann, aber beim Erstellen benutzerdefinierter Anwendungen Vorsicht walten lassen sollte - wie im Application Lifecycle Management (ALM) und der Enterprise Application Integration (EAI) -, die andere, bewährte Entwicklungsplattformen haben.

Auch SharePoint ist falsch Der Benutzer kann zwar seine eigenen Anwendungen erstellen und SharePoint-Intranet-Sites ganz einfach anpassen, dies kann jedoch zu einem komplexen Komplexitätsfaktor für das Unternehmen werden, wenn es darum geht, diese Anwendungen zu verwalten und zu unterstützen, so der Bericht.

Diese Komplexität führt dazu, dass IT-Teams damit beschäftigt sind, "die Lücken des Produktlebenszyklusmanagements und der Unternehmensintegration zu füllen, indem sie Richtlinien erstellen, die ein neues Chaos von nutzergenerierten Anwendungen verhindern", heißt es in dem von Forrester-Analysten John geschriebenen Bericht Rymer und Rob Koplowitz.

Das Problem wird durch den Mangel an Leuten, die fortgeschrittene Entwicklungsfähigkeiten für SharePoint haben, noch komplizierter.

Im Bericht beschreiben sie mehrere Kundenszenarien, in denen die benutzerdefinierte Entwicklung auf SharePoint außer Kontrolle geriet und mehr als die IT-Mitarbeiter eines Unternehmens bewältigen konnten.

In einem Fall inspirierte ein so genannter "Power-User" von SharePoint "eine Umgestaltung der IT", schreiben Analysten. Der Benutzer erstellte mehrere beliebte benutzerdefinierte Anwendungen mithilfe von SharePoint, wobei er davon ausging, dass die Entwicklungs- und operativen Organisationen diese unterstützen konnten. Sie konnten dies jedoch nicht, weil es "spezialisierte Fähigkeiten erforderte, die keine der beiden Firmen besaß", so der Bericht.

Die Firma musste einen neuen IT-Spezialisten einstellen, um die Lücke in der Anwendungsentwicklung des Unternehmens zu schließen Strategie, nach einem Bericht.

Microsoft ursprünglich konzipiert SharePoint als Portal-Produkt, auf dem Unternehmen Websites erstellen können. Aber mit der Veröffentlichung als Teil des 2007 Office Systems hat Microsoft das Produkt zu einem Knotenpunkt für Collaboration, Dokumentenmanagement und Business Intelligence ausgebaut, ganz zu schweigen von einer Entwicklungsplattform für den Aufbau eigener Intranetsites und anderer Anwendungen.

SharePoint Die Einführung ist schneller gewachsen, als Microsoft selbst erwarten konnte. Dies könnte etwas mit dem Mangel an Mitarbeitern zu tun haben, die über die erforderlichen Fähigkeiten verfügen, um mit dem Produkt umgehen zu können. Die schnelle Aufnahme hätte SharePoint auch in Anwendungen bringen können, auf die Microsoft das Produkt noch nicht vorbereitet hatte.

"Ich glaube nicht, dass Microsoft die Akzeptanzraten, die SharePoint sieht, vorhersagen kann" sagte Andrew Brust, Leiter der neuen Technologie der IT-Beratungsfirma twentysix New York.

Rymer und Koplowitz stellten in ihrem Bericht fest, dass die Kunden von Forrester sagten, das Wachstum von SharePoint habe "viele Anwendungsentwicklungsmanager überrascht". Sie vergleichen die Probleme, die SharePoint-Websites für IT-Manager verursachen, mit der Funktionsweise von Lotus Notes-Datenbanken in den 90er Jahren. Beide Produkte ermöglichen die Explosion von benutzerdefinierten Sites und Anwendungen, die IT-Abteilungen schwer verwalten können.

In der Verteidigung von Microsoft sagte Brust, das Unternehmen erkennt, dass SharePoint einige technologische Lücken hat und arbeitet hart daran, sie zu füllen Das Problem der begrenzten ALM-Funktionalität von SharePoint ist insbesondere die Art von "Microsoft lebt für".

Er bemerkte auch, dass andere Microsoft-Produkte - wie BizTalk für EAI und Visual Studio Team System für ALM - IT-Abteilungen helfen können arbeite in der Zwischenzeit mit SharePoint.

In ihrem Bericht wiesen Rymer und Koplowitz darauf hin, dass Microsoft zwar daran arbeite, die Lücken in dem Produkt zu schließen, dass Unternehmen jedoch vor der Bereitstellung sorgfältig überlegen sollten, wie sie SharePoint in ihren Organisationen verwenden, wenn überhaupt.

Sie schlugen vor, dass Unternehmen eines auswählen sollten drei Szenarien für SharePoint, damit das Produkt so effektiv wie möglich funktioniert.

Man sollte das Produkt lediglich als eine Anwendung für die Zusammenarbeit und den Austausch von Informationen und nicht als eine Entwicklungsplattform überhaupt verwenden, sagten sie. Das zweite Szenario ist sowohl eine Anwendungs- als auch eine Intranet-Plattform, für die das Unternehmen Produktlücken schließt - neben ALM und EAI auch Fragen zur Zuverlässigkeit, Verfügbarkeit und Skalierbarkeit des Produkts.

Die dritte und komplizierteste Szenario für eine Organisation wäre, SharePoint als eine Anwendung und ein Unternehmensportal im Kern der Anwendungsentwicklung Strategie eines Unternehmens zu verwenden, sagten Analysten. Organisationen müssen jedoch diese Option wählen, da sie wissen, dass sie von Seiten des IT-Teams stark beansprucht werden muss und eventuell auch einen Übergang von anderen Portal- oder Intranetsoftware, die derzeit in der Organisation vorhanden sind, gemäß dem Bericht erfordern.