Erkundung der geschäftlichen Vorteile von SharePoint

Hat jemand in Ihrem Unternehmen jemals darüber nachgedacht, ob er den größten Nutzen aus SharePoint zieht? Oberflächlich betrachtet scheint dies eine lächerliche Frage zu sein. Warum sollte ein Unternehmen SharePoint implementieren, wenn es seine wahren Vorteile und seinen Gesamtwert noch nicht ermittelt hat?

Aber in meinen täglichen Gesprächen mit anderen Technikern und Geschäftsleuten bin ich erstaunt, wie oft sie nicht in der Lage sind, den tatsächlichen ROI, den sie in SharePoint sehen, zu identifizieren und zu quantifizieren. Noch erstaunlicher ist, wie viele Unternehmen ihre SharePoint-Umgebung nicht vollständig genutzt haben, um die Gesamtunternehmenskosten zu senken und die Produktivität zu steigern.

Die technischen Besonderheiten von SharePoint sind wichtig, aber in diesem Artikel möchte ich Ihnen mehr darüber erzählen, was normalerweise in der Geschäftsstrategie von Unternehmen fehlt, die SharePoint verwenden.

Warum SharePoint verwenden: Eine Vision…

An einem Sonntag im Winter 2009 saß ich auf meinem Fensterplatz und starrte gespannt aus einer 747. Ich war auf dem Weg nach San Francisco, um an meiner allerersten Konferenz, VSLive, teilzunehmen.

Damals arbeitete ich bei einem großen Kosmetikunternehmen. Ich war begeistert, an den SharePoint-Kursen teilzunehmen, für die ich mich angemeldet hatte: Es war ein relativ neuer Technologie-Stack innerhalb des Unternehmens, und ich wollte selbst sehen, was SharePoint wirklich für das Unternehmen tun kann.

Ich wurde nicht enttäuscht. Ich verließ San Francisco mit einer solchen Aufregung, ein Gefühl, von dem ich dachte, es sei längst aus meiner beruflichen Laufbahn verschwunden. Ich war so gespannt darauf, ins Büro zurückzukehren, um dieses erstaunliche Tool mit meinem Team zu besprechen … nur um in die Realität meiner Existenz als Direktor im Team für globale Informationssysteme zurückversetzt zu werden:

[Executive Director – GIS] : „Sicher, ich habe von SharePoint gehört. Ich verstehe nicht, was die ganze Aufregung soll … Wir könnten die gleichen Webseiten in unserer eigenen Webfarm erstellen. Ich glaube, Sie verschwenden Ihre Zeit.“

[Business Relationship Manager – GIS] : „Es ist einfach zu schlicht und hässlich. Das werde ich keinem meiner Geschäftskunden verkaufen können.“

[Senior Developer – GIS] : „Was ist die große Sache? Ich sehe darin keinen Mehrwert. Es sieht viel zu kompliziert aus, um darin zu arbeiten. Ich denke, Active Server Pages ist eine viel bessere Richtung.“

Die einzige Person, die auch nur ein bisschen Interesse zeigte, war der Direktor, dem ich direkt unterstellt war. Er wusste nicht viel über die Technologien in SharePoint, aber er wusste, dass ich viel zu aufgeregt darüber war, um es einfach zu ignorieren.

Er bat mich, ein kurzes Treffen für mich zu vereinbaren, um diese Technologie ein wenig weiter zu besprechen. Dieses Treffen führte dazu, dass wir einen SharePoint Proof of Concept (POC) für unsere Geschäftsleitung erstellten, der schließlich zu einer Kernkomponente innerhalb der GIS-Abteilung werden sollte. Es würde unsere neuen Software Development Lifecycle (SDLC)-Prozesse automatisieren und rationalisieren und dem Unternehmen den Weg weisen, viele SharePoint-Vorteile zu nutzen, was mich auf die prominente Ebene des „SharePoint Guy“ katapultiert. In den nächsten acht Jahren verbrachte ich einen Großteil meiner Zeit im Unternehmen damit, SharePoint als erstaunlich kostengünstiges Produktivitätstool zu nutzen. Für diejenigen, die zuhörten, würde ich viele Geschäftsprozesse verbessern und ihre Kosten senken, aber es gab immer noch zu viele Websites innerhalb des Unternehmens, die einfache Teamwebsites mit Dokumentbibliotheken waren. Ich war nur eine Person, die gegen den Strom schwamm, um SharePoint nicht nur an mein Unternehmen, sondern auch an die höchsten Ebenen innerhalb der Organisation zu verkaufen.

Klingt das vertraut?

In den letzten neun Jahren habe ich beobachtet, dass SharePoint in den meisten Unternehmen in einem von zwei grundlegenden Szenarien eingesetzt wird.

1. Team-Sites mit Dokumentbibliotheken

Diese Websites werden im Allgemeinen aus der Teamvorlage erstellt und enthalten eine oder mehrere Dokumentbibliotheken, die sehr komplizierte Ordnerstrukturen aufweisen können. Inhaltstypen, Metadaten-Tags oder Workflows werden kaum verwendet. Die Sites werden vollständig von der Geschäftseinheit unterstützt, deren Mitglieder kein formelles Verständnis von SharePoint haben und die „Power User“-Rolle nicht übernommen haben. Die Site wurde vom Infrastruktur- oder Support-Team erstellt, das schnell eine Site aus einem einfachen Helpdesk-Anfrageticket generieren kann.

2. Vollständig angepasste Websites mit einer großen, komplizierten Codebasis

Normalerweise sind dies viel größere Websites mit einem viel größeren Publikum: Unternehmensintranets, Unternehmens-HR- und Unternehmens-IT-Websites sind die üblichen Kandidaten für diese Art der SharePoint-Nutzung.

Diese Projekte beginnen normalerweise mit großen Zielen und Erwartungen. Sie werden als kostengünstige Alternative zu vielen der teuren High-End-Content-Management-Systeme (CMS) verkauft, die das Unternehmen bereits untersucht hat. Im weiteren Verlauf des Projekts verändern sich die Anforderungen und werden komplizierter. Es ist mehr benutzerdefinierter Code erforderlich, der schließlich so komplex wird, dass die Unterstützung des Codes zu einem Problem wird.

Von hier aus geraten die Dinge normalerweise außer Kontrolle. Das Entwicklungsteam hat die Prämisse aufgegeben, bei Out-of-the-Box (OOTB)-Funktionalität mit einer begrenzten Codebasis zu bleiben. Stattdessen verfolgen sie einen vollständig angepassten Ansatz, der von vollständig angepassten Gestaltungsvorlagen bis hin zu möglicherweise einer vom Anbieter gehosteten App (PHA) oder – wie sie es jetzt nennen – einem vom Anbieter gehosteten Add-In reicht.

Ich höre schon die Seufzer und sehe das Augenrollen. „Tony, das sind absolut gültige Nutzungsansätze.“ „Wir haben beides und unsere Benutzer lieben die Websites und wir haben keine Probleme, sie zu unterstützen.“ Ich behaupte in keiner Weise, dass eine dieser Methoden falsch oder vorteilhaft gegenüber der anderen ist, aber ich glaube, dass beide Ansätze einfach die Gelegenheit verpassen, das, was die SharePoint-Plattform zu bieten hat, voll auszuschöpfen.

Ich glaube außerdem, dass diese beiden Modelle dazu führen, dass das Geschäftsgefühl entsteht, dass SharePoint viel zu teuer für das ist, wofür sie es verwenden, oder dass die IT-Abteilung das Gefühl hat, dass sie einfach die gleiche Funktionalität über Webserver und HTML-Seiten oder ein vorgefertigtes CMS hätte entwickeln können Cloud-Lösung. Beide Meinungen hinterlassen sowohl im Unternehmen als auch in der IT das Gefühl, dass SharePoint nicht das richtige Tool für ihre Anforderungen zu sein scheint.

Vorteile von SharePoint AWOL gegangen?

Damit wir besser verstehen, wo wir stehen, müssen wir einen Schritt zurücktreten und überprüfen, wie wir hierher gekommen sind.

Ich bringe Sie zurück zu der einfachen Frage „Wie haben Sie von SharePoint erfahren?“ Aus meiner persönlichen Erfahrung und der Erfahrung vieler anderer IT-Führungskräfte, mit denen ich gesprochen habe, wurde SharePoint als technische Plattform vom Infrastrukturteam mit Unterstützung ihrer Microsoft Enterprise-Berater in das Unternehmen eingeführt.

Normalerweise ist die erste SharePoint-Farm eine Art Testumgebung, die dem Unternehmen im Rahmen seines Enterprise Agreements mit Microsoft zur Verfügung gestellt wird. An diesem Punkt beauftragen die meisten Unternehmen einen Geschäftskunden und stellen ihre erste Websitesammlung mit einer einzigen Teamwebsite bereit. Der Geschäftskunde liebt die Dokumentbibliotheken und die Möglichkeit zur Zusammenarbeit und gemeinsamen Nutzung von Dokumenten und beginnt daher, die Website als Teil seiner Geschäftsprozesse zu nutzen.

Dies mag für viele von Ihnen völlig akzeptabel klingen und kann ehrlich gesagt ein praktikabler Anwendungsfall für SharePoint sein. Aber sobald Sie etwas tiefer in SharePoint eintauchen, stellen Sie fest, dass es so viel mehr ist als nur eine Plattform, die das Infrastrukturteam implementiert und unterstützt: Es ist ein robuster Anwendungsbereich, der die enge Zusammenarbeit der Infrastruktur-, Unternehmensarchitektur- und Anwendungsteams erfordert.

Ich bin keine „Infrastruktur-feindliche“ Person oder jemand, der sich politisch gegen das Infrastruktur-Team stellt, aber ohne die Zusammenarbeit der richtigen Partner von Anfang an läuft man Gefahr, den vollen Umfang der SharePoint-Plattform nicht zu verstehen und damit nicht auf die entsprechenden Geschäftsstrategien und Nutzungspläne vorbereitet sind. Diese Situation ist nicht einzigartig für die SharePoint-Plattform und weist auf ein viel größeres Problem der richtigen Zusammenarbeit und Strategie hin, das viele IT-Abteilungen betrifft.

Ihr Geschäftskunde ist der Schlüssel

Allzu oft haben viele technische Organisationen absolut keine Geschäftsstrategie, wenn es um SharePoint geht. Sie haben einfach einen kleinen Prozess, der zu ihren bestehenden hinzugefügt wird, um eine SharePoint-Site anzufordern und zu erstellen. Sie enthalten möglicherweise nicht einmal irgendeine Art von Governance rund um den Websiteerstellungsprozess, was zu einer sehr großen Menge an Websitesammlungen und schließlich zu einem Supportproblem führen kann.

Es kann einige grundlegende Gespräche und Schulungen über die Verwendung einiger der größeren Konzepte wie Websitesammlungen und Suche in SharePoint geben . Aber die Strategiediskussionen können sehr kompliziert werden. Aus diesem Grund entscheiden sich viele technische Organisationen einfach dafür, ihre Strategie beim Site-Erstellungsprozess zu beenden. Beginnen wir stattdessen langsam und mit den grundlegenden Schlüsselfeatures von SharePoint.

Wer sind Ihre Geschäftskunden? Ist es das technische Team des Unternehmens, Ihr regionales Marketingteam oder vielleicht das F&E-Team? Wie ich bereits erwähnt habe, wird die SharePoint-Implementierung normalerweise vom Infrastrukturteam gestartet und sickert dann langsam in die Geschäftskundenpopulation ein.

In einigen Fällen haben Ihre Geschäftskunden bereits in einem einfacheren Kontext von SharePoint gehört, wenn sie eine groß angelegte, wichtige Branchenanwendung in Betracht ziehen, wo normalerweise die zweite Verwendung von SharePoint beginnt. Ohne eine klare geschäftliche Einführungsstrategie wird es für das technische Team ein sehr langsamer und mühsamer Weg sein, um sicherzustellen, dass ihre SharePoint-Farm das richtige Maß an Akzeptanz und Nutzung hat.

In meinem Fall waren die meisten SharePoint-Websites, die bereits erstellt wurden, als ich SharePoint kennenlernte, einfach Websites für die Zusammenarbeit mit großen Dokumentbibliotheken mit sehr komplizierten und verschlungenen Ordnerstrukturen.

Einige der Ordnernamen waren eigentlich kleine Sätze, damit das Team genau verstehen konnte, welche Arten von Dokumenten sich in dem Ordner befanden. Es gab keine Metadaten-Tags, keine Inhaltstypen, nur Dokumente, die in Ordnern lagen.

Der gesamte Prozess der Zusammenarbeit bestand aus der gemeinsamen Nutzung der eigentlichen Dokumente. Es gab ein einziges Repository, in dem alle Dokumente gemeinsam nutzen konnten, und das war der Umfang der Zusammenarbeit für das Team. Darin sieht der Geschäftskunde den größten Wert von SharePoint.

Es ist kein Wunder, dass, als ich anfing, mit Leuten im Unternehmen zu sprechen, ihr Eindruck von SharePoint bestenfalls wenig begeistert war. Sogar einige meiner technischen Kollegen begannen zu argumentieren, dass wir eine Menge Kosten sparen könnten, wenn wir einfach Dateifreigaben kaufen würden, um die Dateien und Ordnerstrukturen zu verwalten.

Viele der grundlegenden SharePoint-Funktionen wurden meinem Unternehmen und teilweise sogar dem technischen Team einfach nicht richtig mitgeteilt. Sie wurden auf SharePoint als erstaunliches CMS-Tool mit großartigen Möglichkeiten zur Stärkung der Zusammenarbeit und Innovation verkauft, aber das Beste, was uns einfiel, war die gemeinsame Nutzung von Dateien.

Bei einem meiner ersten Vorstellungsgespräche in meinem Unternehmen fand ich heraus, dass der Grund für einige der langwierigen Ordnerstrukturen darin bestand, den Leuten ein gewisses Maß an Struktur zu bieten, damit sie bestimmte Dateien finden können. Das Unternehmen war sich nicht einmal der grundlegenden Suchfunktionen von SharePoint bewusst , ganz zu schweigen von den Best Practices von SharePoint. Ich musste einen Weg finden, meine Geschäftskunden einzubeziehen, damit sie SharePoint nicht nur effizienter nutzen, sondern sie auch über einige der wirklichen Stärken der Plattform aufklären können.

Präsentieren eines besseren Business Case

Aufgrund des Feedbacks aus den oben genannten Interviews mit Geschäftskunden wurde mir klar, dass ich mit der Ausbildung ganz von vorne beginnen musste. Aber wie sollte ich angesichts der bereits großen Farm, die wir derzeit hatten, in der Lage sein, „von vorne anzufangen“, wenn die Dinge bereits voranschreiten?

Die meisten Websites waren Websites für die Teamzusammenarbeit mit Dokumentbibliotheken. Also beschloss ich, mit Dokumentbibliotheken zu beginnen. Einer meiner Geschäftskunden stimmte zu, mit mir und meinem Team zusammenzuarbeiten, um ihre Bibliotheken so umzustrukturieren, dass sie die Ordnerstrukturen minimieren und gleichzeitig die Sichtbarkeit beim Auffinden der richtigen Datei, nach der der Benutzer sucht, erhöhen können.

Als wir tiefer in die Struktur einiger Sites eintauchten, wurde mir klar, dass die Ordnerstrukturen tatsächlich Datenelemente und Gruppierungen der verschiedenen Dateitypen waren, an denen das Team zusammenarbeitete. Also habe ich mich entschieden, mit einer sehr grundlegenden – aber leistungsstarken – Funktion von SharePoint zu beginnen: Metadaten-Tags.

Ich hatte immer das Gefühl, dass eine der wirkungsvollsten Methoden, einen Kunden über eine Technologie aufzuklären, darin bestand, einfach eine Art POC zu entwickeln. Das Problem mit POCs ist, dass sie einen Kosteneffekt haben. Sie müssen aufpassen, dass Sie eine Anwendung nicht vollständig entwickeln, damit das Unternehmen entscheidet, dass es nicht das ist, was es will.

In meinem Fall waren die Kosten minimal, aber der Wert potenziell enorm. Ich beschloss, mehrere Dokumentbibliotheken mit jeweils 20 oder mehr separaten Ordnern zu nehmen und sie als eine Dokumentbibliothek mit Metadaten und Inhaltstypen neu zu erstellen. Anstatt zu versuchen, Inhaltstypen zu erklären, war es einfacher zu zeigen, wie die Verwendung eines Inhaltstyps nicht nur zur Datenstruktur beitragen kann, sondern es ihnen auch ermöglicht, die zusätzlichen Metadaten, die einer Datei zugeordnet sind, ordnungsgemäß zu verwalten.

Der Schneeballeffekt

Viele der Dateien enthielten wichtige, äußerst nützliche Informationen. Das Unternehmen beschloss, die Dateien mithilfe einer sehr komplizierten Ordnerstruktur zu gruppieren. Zum Beispiel hatten sie einen Ordner für jede ihrer 15 Marken, und innerhalb dieser Ordner hatten sie Unterordner für Marketing, Finanzen und andere Schlüsselkategorien; innerhalb dieser Unterordner hatten sie noch mehr Unterordner.

Dadurch konnten sie eine oder mehrere bestimmte Dateien leichter finden, anstatt einzelne Dateien öffnen und anzeigen zu müssen. Aber wegen dieser komplizierten Ordnerstruktur brauchten sie jetzt einen Geschäftsprozess, um sicherzustellen, dass jede Datei im richtigen Ordner abgelegt wurde. Wie sie herausfanden, war der neue Geschäftsprozess einfach zu schwierig zu verwalten, und viele Dateien landeten am falschen Ort.

Dadurch konnte ich die Verwendung von Metadaten für das Unternehmen einbeziehen und erklären. Ich habe die Dateistruktur in einige wichtige Inhaltstypen unterteilt, die wir dann verwendet haben, um wichtige Datenelemente zusammen mit wichtigen Datenvalidierungen aufzunehmen. Dieser einfache Ansatz von Inhaltstypen, Metadaten und Datenvalidierung war der erste große Erfolg auf meinem Weg, meinem Unternehmen einen besseren Business Case für SharePoint zu präsentieren.

Jetzt, da ich die Aufmerksamkeit des Unternehmens hatte, beschloss ich, mit den wichtigsten Beteiligten einen einfachen Rundgang durch die Dokumentenbibliothek zu machen. Ich habe ihnen den wahren Wert von Metadaten und Inhaltstypen gezeigt, indem ich ihre Daten gefiltert und sortiert habe.

Zu meinem Erstaunen waren sie einfach beeindruckt von einigen der grundlegenden SharePoint-Funktionen, von denen sie nicht einmal wussten, dass sie existieren. Ich habe mich dann entschieden, eine benutzerdefinierte Filterseite einzufügen, um ihnen wirklich zu zeigen, was mit einer einfachen Seitenerstellung, Webparts und Filterung erreicht werden kann.

Ich habe sehr darauf geachtet, keine dieser Seiten vollständig anzupassen. Ich wollte nur OOTB-Webparts verwenden. Auf diese Weise hätten sie ein besseres Verständnis der grundlegenden SharePoint-Funktionen, bevor ich zu komplizierteren Szenarien überging. Die benutzerdefinierte Seite war ein großer Erfolg und wir hatten noch nicht einmal die erweiterten Möglichkeiten besprochen, die die Suchmaschine für sie bereitstellen würde. Ich wollte mit der Suchmaschine warten, bis ich die SharePoint-Grundlagen besser verstanden habe.

SharePoint-Workflows: Der Schlüssel

Meiner bescheidenen Meinung nach waren SharePoint-Workflows der wichtigste Faktor für meine Fähigkeit, meine Geschäftskunden zu schulen und die Einführung und Verwendung von SharePoint in meiner Organisation sicherzustellen. Workflows waren das erste Feature, das meine Aufmerksamkeit bei diesem ersten VSLive erregte, das ich erwähnte, und sie waren ein wichtiger Beitrag zu meinem ersten vollständigen SharePoint-POC, das unsere SDLC-Prozesse beinhaltete.

Wenn es um SharePoint geht, drehen sich die ersten Gespräche, die ich mit meinen Geschäftskunden führe, normalerweise um ihre Geschäftsprozesse. Geschäftsprozesse sind der Schlüssel zur Verwendung von SharePoint, um die Produktivität zu steigern und Kosten zu senken, etwas, das jeder Geschäftskunde gerne diskutieren möchte.

Wie ich vielen leitenden IT-Führungskräften gesagt habe, kann ich die Verwendung und Einführung von SharePoint praktisch einfach durch Geschäftsprozesse garantieren. Jede Geschäftseinheit hat Prozesse, und die meisten dieser Prozesse haben Checkpoints oder Genehmigungspunkte, und hier sind Workflows praktisch, sei es durch das Senden einer Genehmigungs-E-Mail oder das Erstellen einer Genehmigungsaufgabe.

Sobald ich einen Geschäftskunden davon überzeugt habe, wie Workflows seine Prozesse verbessern und seine Kosten senken können, unterrichte ich ihn darüber, wie er dieselben Genehmigungsaufgaben nutzen kann, um dann Service Level Agreements (SLAs) oder Key Performance Indicators (KPIs) zu erstellen.

Wie gut wäre es für eine Geschäftseinheit zu wissen, wie lange es dauert, bis ein Dokument überprüft und genehmigt wird? Sie könnten dann diese Informationen nehmen und eine Strategie zur Verbesserung des Gesamtprozesses entwickeln. Das würde es ihnen dann ermöglichen, KPIs zu erstellen, um den Prozess zu überwachen und zu steuern.

Um das Engagement der Geschäftsleitung für die Verbesserung ihrer Prozesse zu zeigen, könnten sie die Verbesserungen sogar in ihre Bonuszielprogramme aufnehmen. Dies ist normalerweise der Homerun, der einen Geschäftskunden von dem wahren Wert überzeugt, den er durch die Einführung und Verwendung von SharePoint erzielen kann.

Die Zukunft

Als ich zum ersten Mal von Office 365 und SharePoint Online hörte, verstand ich den Wert einer gehosteten SharePoint-Umgebung, aber ich hatte erneut Probleme damit, meine Geschäftskunden davon zu überzeugen, dass diese neue Richtung die beste für ihre Zukunft ist. Ich war begeistert, von PHAs zu hören, war aber auch vorsichtig in Bezug auf die potenziellen Kosten, die dies aus Sicht des Anwendungssupports haben könnte.

Mein Unternehmen war mit einem Outsourcing-Modell in Richtung Drittentwicklungsanbieter gestartet, was leicht dazu führen kann, dass Anbieter komplizierte Geschäftsanwendungen mit hohen Restkosten für Wartung und Erweiterungen erstellen.

Wie bei jedem gehosteten Modell müssen wir uns auf Veränderungen vorbereiten. Als Menschen mögen wir wirklich keine Veränderungen, und als technische Support-Teams haben wir oft Angst vor Veränderungen und wie sie die Fähigkeit unseres Teams, voranzukommen, beeinflussen werden.

Als ich zum ersten Mal von Microsofts Entscheidung hörte, InfoPath abzulehnen, und dann von der Einführung von Flow als Workflow-Engine, war meine Reaktion: „Jetzt geht es wieder los!“ Microsoft stand vor einer weiteren Geschäftsentscheidung, die es mir erschweren würde, ihre neueste SharePoint-Ausrichtung zu „verkaufen“. Als ich anfing, mir anzusehen, was Flow zu bieten hatte, war ich von dem, was ich sah, enttäuscht.

Aber Microsoft hatte seine Zukunftsvision, und ich habe sie einfach nicht verstanden – bis ich anfing, einige der Fähigkeiten von Flow in Bezug auf Integrationspunkte zu sehen. Flow lässt sich in viele der heute vorhandenen Anwendungen integrieren, ermöglicht es einem Unternehmen jedoch auch, seine eigenen Integrationspunkte zu erstellen. Dies hat es zu einem wichtigen Akteur in meinen Geschäftsdiskussionen über verbesserte Geschäftsprozesse durch die Integration mit verschiedenen Branchenanwendungen gemacht.

Mobilität

Dies ist zu einem Standardgesprächsthema geworden, das ich als technische Führungskraft mit vielen meiner Geschäftskunden führe. Es ist in Ordnung, über responsives Webdesign zu sprechen und wie man es maximiert, um die mobile Webpräsenz zu verbessern. Wir können auch erörtern, wie SharePoint responsive Webseiten nutzt, um ein besseres SharePoint-Erlebnis auf mobilen Geräten zu schaffen. Microsoft hat sogar eine mobile SharePoint-Anwendung entwickelt. Aber normalerweise geht die Diskussion in Richtung einer eigenständigen mobilen Anwendung.

Sobald ich die Worte „eigenständige mobile Anwendung“ höre, höre ich das Klappern einer Kasse: Viele mobile Anwendungen haben einen hohen Kostenfußabdruck und ein spezialisiertes Supportmodell. Meine Antwort aus der SharePoint-Welt lautet PowerApps.

Wie schon in der Vergangenheit beginne ich sofort mit der Entwicklung einer mobilen PowerApps POC-Anwendung. Es nutzt vorhandene SharePoint-Listen und -Bibliotheken als Back-End-Datenquelle für meine Anwendung. PowerApps ist das, was ich eine konfigurationsbasierte Entwicklungsplattform nenne: Sie ermöglicht eine sehr schnelle Entwicklung mobiler Anwendungen.

Ein Benutzer kann einfach die PowerApps-Option in SharePoint auswählen, um seine eigene mobile PowerApps-Anwendung zu erstellen. Es erstellt sogar automatisch viele der Bildschirme zum Hinzufügen und Bearbeiten neuer Elemente in einer Liste oder Bibliothek. Es wurde auch mit allen aktuellen Marktführern im Bereich mobiler Geräte getestet. Es hat seine eigene IDE, zusammen mit einer sehr einfachen konfigurationsbasierten Sprache, die von einem technischen Entwickler oder sogar einem technisch versierten Power-User leicht angepasst werden kann.

Wieder einmal habe ich ein großartiges Tool/Feature von SharePoint, mit dem ich die Akzeptanz und Nutzung der SharePoint-Plattform verbessern kann. Integrieren Sie dieses neue Tool in SharePoint und Flow, zusammen mit Push-Benachrichtigungen und der Möglichkeit, von Natur aus mobile Funktionen wie Ortungsdienste und Telefonanrufe zu verwenden, und PowerApps ist zu meinem neuen bevorzugten Gesprächspunkt geworden, um mit meinen Geschäftskunden über die Einführung und Nutzung von PowerApps zu diskutieren SharePoint.

Tatsächlich wurde mein POC nicht nur von meinem Unternehmen eifrig aufgenommen, sondern wegen meiner Nutzung mobiler Funktionen wie Ortungsdienste und GPS-Navigation wurde ich gebeten, meine POC-Anwendung dem PowerApps-Engineering als Beispiel dafür vorzustellen, was damit gemacht werden könnte Werkzeug.

Von VSLive bis zu SharePoint-Lösungen

Als ich dort auf meinem Fensterplatz in Richtung San Francisco saß, hätte ich mir nie vorstellen können, wie diese einfache Reise einen so großen Einfluss auf meine technische Karriere haben würde. SharePoint ist ein wirklich innovatives und kollaboratives Tool, und Microsoft setzt seine Vision und Richtung mit SharePoint fort.

Wie bei allen Tausenden von SaaS- oder PaaS-Lösungen, die uns heute zur Verfügung stehen, müssen wir sicherstellen, dass wir wirklich verstehen, wie wir diese Lösungen am besten nutzen können. Um unsere gesamten Geschäftsprozesse weiter zu verbessern und unsere Geschäftskunden zufrieden zu stellen, ist SharePoint zu einem Schlüsselinstrument in meinem Arsenal geworden. Ich freue mich auf die Zukunft und darauf, was SharePoint für mich und mein Unternehmen zu bieten hat.