Odkrywanie korzyści biznesowych z SharePoint

Czy ktoś w Twojej firmie kiedykolwiek zastanawiał się, czy czerpie najwięcej korzyści z programu SharePoint? Na pierwszy rzut oka wydaje się to śmieszne pytanie. Po co firma miałaby wdrażać SharePoint, jeśli nie określiła jeszcze jego prawdziwych korzyści i ogólnej wartości?

Jednak w moich codziennych rozmowach z innymi osobami technicznymi i biznesowymi zdumiewa mnie, jak często nie są oni w stanie zidentyfikować i określić ilościowo rzeczywistego zwrotu z inwestycji, jaki widzą w programie SharePoint. Jeszcze bardziej zdumiewające jest to, jak wiele firm nie wykorzystało w pełni swojego środowiska SharePoint do obniżenia ogólnych kosztów biznesowych i zwiększenia produktywności.

Specyfika techniczna programu SharePoint jest ważna, ale w tym artykule chcę podzielić się z wami więcej o tym, czego zazwyczaj brakuje w strategii biznesowej firm korzystających z programu SharePoint.

Dlaczego warto korzystać z SharePoint: wizja…

Zimą 2009 roku w niedzielę usiadłem na swoim miejscu przy oknie, niecierpliwie patrząc z 747. Wybierałem się do San Francisco, aby wziąć udział w mojej pierwszej w historii konferencji VSLive.

W tym czasie pracowałem w dużej firmie kosmetycznej. Byłem podekscytowany uczestnictwem w zajęciach dotyczących SharePoint, na które się zapisałem: Był to stosunkowo nowy stos technologii w firmie i chciałem na własne oczy zobaczyć, co SharePoint może naprawdę zrobić dla firmy.

Nie zawiodłem się. Opuściłem San Francisco z takim podekscytowaniem, uczuciem, o którym myślałem, że już dawno zniknęło z mojej kariery zawodowej. Tak bardzo chciałem wrócić do biura, aby omówić to niesamowite narzędzie z moim zespołem… tylko po to, by wrócić do rzeczywistości mojej egzystencji jako dyrektora w zespole Global Information Systems:

[Dyrektor Wykonawczy – GIS] : „Jasne, słyszałem o SharePoint. Nie rozumiem, o co to całe zamieszanie… Moglibyśmy robić te same strony internetowe w ramach naszej własnej farmy internetowej. Myślę, że marnujesz swój czas.

[Menedżer ds. relacji biznesowych – GIS] : „To po prostu zbyt proste i brzydkie. Nigdy nie będę w stanie sprzedać tego żadnemu z moich klientów biznesowych.”

[Starszy programista – GIS] : „O co chodzi? Nie widzę w tym żadnej wartości dodanej. Wygląda na to, że jest zbyt skomplikowane, aby w nim pracować. Myślę, że Active Server Pages to znacznie lepszy kierunek”.

Jedyną osobą, która okazała choć odrobinę zainteresowania, był reżyser, któremu bezpośrednio raportowałem. Nie wiedział zbyt wiele o technologiach w programie SharePoint, ale wiedział, że byłem tym zbyt podekscytowany, aby po prostu to zignorować.

Poprosił mnie o umówienie krótkiego spotkania w celu omówienia tej technologii nieco dalej. Spotkanie to doprowadziło nas do opracowania weryfikacji koncepcji SharePoint (POC) dla naszego kierownictwa wyższego szczebla, która ostatecznie stała się kluczowym elementem w dziale GIS. Zautomatyzowałoby i usprawniło nasze nowe procesy cyklu życia oprogramowania (SDLC) i utorowało firmie drogę do wykorzystania wielu zalet SharePoint, katapultując mnie do czołowego poziomu „The SharePoint Guy”. Przez następne osiem lat spędzałem większość czasu w firmie, wykorzystując SharePoint jako niesamowicie tanie narzędzie zwiększające produktywność. Dla tych, którzy chcieliby słuchać, poprawiłbym wiele procesów biznesowych i zmniejszył ich koszty, ale w firmie wciąż było zbyt wiele witryn, które były prostymi witrynami zespołów z bibliotekami dokumentów. Byłem tylko jedną osobą, płynącą pod prąd, aby sprzedawać SharePoint nie tylko mojej firmie, ale także najwyższym szczeblom w organizacji.

Czy to brzmi znajomo?

W ciągu ostatnich dziewięciu lat zauważyłem, że zastosowania SharePoint w większości firm mają jeden z dwóch podstawowych scenariuszy.

1. Witryny zespołów z bibliotekami dokumentów

Witryny te są zazwyczaj tworzone na podstawie szablonu zespołu i zawierają jedną lub więcej bibliotek dokumentów, które mogą mieć bardzo skomplikowaną strukturę folderów. Bardzo rzadko używa się typów treści, tagów metadanych lub przepływów pracy. Witryny są w pełni obsługiwane przez jednostkę biznesową, której członkowie nie mają formalnej wiedzy na temat SharePoint i nie przyjęli roli „Power User”. Witryna została stworzona przez zespół ds. infrastruktury lub pomocy technicznej, który może szybko wygenerować witrynę z prostego zgłoszenia żądania pomocy technicznej.

2. W pełni dostosowane witryny z dużą, skomplikowaną bazą kodu

Zazwyczaj są to znacznie większe witryny o znacznie większej liczbie odbiorców: korporacyjne intranety, korporacyjne witryny HR i korporacyjne witryny informatyczne są zwykle kandydatami do tego typu wykorzystania programu SharePoint.

Projekty te zwykle zaczynają się od świetnego kierunku i oczekiwań. Są one sprzedawane jako tania alternatywa dla wielu zaawansowanych i drogich systemów zarządzania treścią (CMS), które firma już badała. Następnie wraz z postępem projektu wymagania zmieniają się i stają się bardziej skomplikowane. Potrzebuje więcej niestandardowego kodu, który ostatecznie staje się na tyle złożony, że obsługa kodu staje się problemem.

Od tego momentu rzeczy zwykle wymykają się spod kontroli. Zespół programistów zrezygnował z założenia, że ​​pozostanie przy funkcjonalności out-of-the-box (OOTB) z ograniczoną bazą kodu. Zamiast tego mają w pełni spersonalizowane podejście, od w pełni dostosowanych stron wzorcowych po prawdopodobnie hostowaną przez dostawcę aplikację (PHA) lub – jak to teraz nazywają – dodatek hostowany przez dostawcę.

Już słyszę westchnienia i widzę przewracanie oczami. „Tony, to są całkowicie słuszne podejścia do wykorzystania”. „Mamy oba te elementy, a nasi użytkownicy uwielbiają te witryny i nie mamy problemów z ich obsługą”. W żaden sposób nie twierdzę, że którakolwiek z tych metod jest zła, ani że jedna jest lepsza od drugiej, ale wierzę, że obie metody po prostu tracą możliwość pełnego wykorzystania tego, co ma do zaoferowania platforma SharePoint.

Ponadto wierzę, że te dwa modele powodują wrażenie, że SharePoint jest zbyt drogi w stosunku do tego, do czego go używa, lub że dział IT czuje, że mógł po prostu opracować tę samą funkcjonalność za pomocą serwerów internetowych i stron HTML lub gotowego CMS rozwiązanie w chmurze. Każda z tych opinii sprawia, że ​​zarówno biznes, jak i IT mają poczucie, że SharePoint nie wydaje się być odpowiednim narzędziem dla ich potrzeb.

Korzyści z SharePoint przepadły AWOL?

Abyśmy mogli lepiej zrozumieć, gdzie jesteśmy, musimy cofnąć się i przeanalizować, w jaki sposób się tu znaleźliśmy.

Wrócę do prostego pytania „Skąd dowiedziałeś się o programie SharePoint?” Z mojego osobistego doświadczenia, a także z doświadczeń wielu innych liderów IT, z którymi rozmawiałem, SharePoint jako platformę techniczną został wprowadzony do firmy z zespołu ds. infrastruktury z pomocą ich doradców Microsoft Enterprise.

Zazwyczaj pierwsza farma SharePoint jest rodzajem stanowiska testowego, które firma otrzymuje w ramach umowy Enterprise Agreement z Microsoft. W tym momencie większość firm angażuje klienta biznesowego i wdraża swój pierwszy zbiór witryn w jednej witrynie zespołu. Klient biznesowy uwielbia biblioteki dokumentów oraz możliwość współpracy i udostępniania dokumentów, dlatego zaczyna korzystać z witryny w ramach swoich procesów biznesowych.

Dla wielu z was może to brzmieć doskonale do zaakceptowania i, szczerze mówiąc, może być realnym przypadkiem użycia programu SharePoint. Ale kiedy zagłębisz się nieco w SharePoint, zdasz sobie sprawę, że jest to znacznie więcej niż tylko platforma wdrożona i obsługiwana przez zespół ds. infrastruktury: to solidna przestrzeń aplikacji, która wymaga ścisłej współpracy zespołów ds. infrastruktury, architektury korporacyjnej i aplikacji.

Nie jestem osobą „anty-infrastruktury” ani osobą, która politycznie sprzeciwia się zespołowi ds. infrastruktury, ale bez współpracy odpowiednich partnerów od samego początku ryzykujesz, że nie zrozumiesz pełnego zakresu platformy SharePoint, a tym samym są nieprzygotowani na odpowiednie strategie biznesowe i plan wykorzystania. Sytuacja ta nie jest charakterystyczna dla platformy SharePoint i wskazuje na znacznie większy problem prawidłowej współpracy i strategii, z którym boryka się wiele działów IT.

Twój klient biznesowy jest kluczem

Zbyt często wiele organizacji technicznych nie ma absolutnie żadnej strategii biznesowej, jeśli chodzi o SharePoint. Po prostu mają mały proces dodany do swoich istniejących, w jaki sposób zażądać i utworzyć witrynę SharePoint. Mogą nawet nie obejmować żadnego rodzaju zarządzania procesem tworzenia witryny, co może prowadzić do bardzo dużej liczby zbiorów witryn i ostatecznie do problemów z obsługą.

Może to być podstawowa rozmowa i edukacja na temat korzystania z niektórych większych pojęć, takich jak zbiory witryn i wyszukiwanie w programie SharePoint . Ale dyskusje na temat strategii mogą się bardzo skomplikować. Z tego powodu wiele organizacji technicznych po prostu decyduje się zakończyć swoją strategię w procesie tworzenia witryny. Zamiast tego zacznijmy powoli i od podstawowych kluczowych funkcji programu SharePoint.

Kim są Twoi klienci biznesowi? Czy są to korporacyjny zespół techniczny, regionalny zespół marketingowy, czy może zespół badawczo-rozwojowy? Jak wspomniałem wcześniej, wdrażanie SharePoint zwykle rozpoczyna zespół ds. infrastruktury, a następnie powoli przenika do populacji klientów biznesowych.

W niektórych przypadkach klienci biznesowi słyszeli już o programie SharePoint w prostszym kontekście, gdy rozważają zastosowanie dużej skali, kluczowej aplikacji biznesowej, od której zwykle zaczyna się drugie użycie programu SharePoint. Bez jasnej strategii wdrożenia biznesowego zapewnienie zespołowi technicznemu odpowiedniego wdrożenia i wykorzystania farmy programu SharePoint będzie bardzo powolną i żmudną podróżą.

W moim przypadku większość witryn SharePoint, które zostały już utworzone, gdy zapoznałem się z SharePoint, to po prostu witryny współpracy z dużymi bibliotekami dokumentów o bardzo skomplikowanych i zawiłych strukturach folderów.

Niektóre nazwy folderów były w rzeczywistości małymi zdaniami, aby zespół mógł dokładnie zrozumieć, jakie typy dokumentów znajdują się w folderze. Nie było tagów metadanych, typów treści, po prostu dokumenty w folderach.

Cały proces współpracy polegał na udostępnieniu rzeczywistych dokumentów. Było jedno repozytorium, w którym każdy mógł udostępniać dokumenty i taki był zakres współpracy zespołu. To właśnie klient biznesowy postrzegał jako największą wartość SharePoint.

Nic dziwnego, że kiedy zacząłem rozmawiać z ludźmi w firmie, ich wrażenie dotyczące SharePoint było w najlepszym razie niezbyt entuzjastyczne. Nawet niektórzy z moich technicznych odpowiedników zaczęli argumentować, że moglibyśmy znacznie zaoszczędzić, jeśli po prostu kupimy udziały plików w celu obsługi plików i struktur folderów.

Wiele podstawowych funkcji SharePoint po prostu nie zostało właściwie zakomunikowanych mojej firmie, a do pewnego stopnia nawet zespołowi technicznemu. Zostały one sprzedane na SharePoint jako niesamowite narzędzie CMS z doskonałymi możliwościami wzmocnienia współpracy i innowacji, ale najlepszym, co mogliśmy wymyślić, było udostępnianie plików.

Podczas jednego z moich pierwszych wywiadów w mojej firmie dowiedziałem się, że powodem niektórych długich struktur folderów było zapewnienie pewnego poziomu struktury, aby ludzie mogli znaleźć określone pliki. Firma nie była nawet świadoma podstawowych możliwości wyszukiwania w programie SharePoint , nie mówiąc już o stosowaniu najlepszych praktyk programu SharePoint. Musiałem znaleźć sposób na zaangażowanie moich klientów biznesowych, aby mogli nie tylko efektywniej wykorzystywać SharePoint, ale także edukować ich w zakresie niektórych prawdziwych atutów platformy.

Przedstawienie lepszego uzasadnienia biznesowego

Na podstawie informacji zwrotnych z powyższych wywiadów z klientami biznesowymi zdałem sobie sprawę, że muszę zacząć od edukacji od nowa. Ale w oparciu o już dużą farmę, którą obecnie mieliśmy, jak miałam „zacząć od nowa”, gdy sprawy już posuwały się do przodu?

Większość witryn to witryny współpracy zespołowej z bibliotekami dokumentów. Postanowiłem więc zacząć od bibliotek dokumentów. Jeden z moich klientów biznesowych zgodził się współpracować ze mną i moim zespołem nad restrukturyzacją swoich bibliotek w sposób, który pozwoliłby zminimalizować struktury folderów, jednocześnie zwiększając widoczność znalezienia odpowiedniego pliku, którego szukał użytkownik.

Gdy zagłębiliśmy się w strukturę niektórych witryn, stało się dla mnie jasne, że struktury folderów były w rzeczywistości elementami danych i grupami różnych typów plików, nad którymi współpracował zespół. Postanowiłem więc zacząć od bardzo podstawowej — ale potężnej — funkcji programu SharePoint: tagów metadanych.

Zawsze uważałem, że jednym z najpotężniejszych sposobów edukacji każdego klienta w zakresie technologii jest po prostu opracowanie jakiegoś POC. Problem z POC polega na tym, że mają one wpływ na koszty. Musisz uważać, aby nie rozwinąć aplikacji w pełni, aby tylko firma zdecydowała, że ​​nie jest tym, czego chce.

W moim przypadku koszt był minimalny, ale wartość była potencjalnie ogromna. Postanowiłem wziąć wiele bibliotek dokumentów, z których każda miała 20 lub więcej oddzielnych folderów, i odtworzyć je jako jedną bibliotekę dokumentów z metadanymi i typami zawartości. Zamiast próbować wyjaśniać typy treści, łatwiej było pokazać, w jaki sposób użycie typu treści może nie tylko dodać do struktury danych, ale także umożliwić prawidłowe zarządzanie dodatkowymi metadanymi powiązanymi z plikiem.

Efekt kuli śnieżnej

Wiele plików zawierało ważne, bardzo przydatne informacje. Firma zdecydowała się pogrupować pliki przy użyciu bardzo skomplikowanej struktury folderów. Na przykład mieli folder dla każdej ze swoich 15 marek, a w tych folderach mieli podfoldery na marketing, finanse i inne kluczowe kategorie; w tych podfolderach mieli jeszcze więcej podfolderów.

To pozwoliło im łatwiej znaleźć konkretny plik lub pliki, zamiast otwierać i przeglądać poszczególne pliki. Ale ze względu na tę skomplikowaną strukturę folderów potrzebowali teraz procesu biznesowego, aby upewnić się, że każdy plik został umieszczony we właściwym folderze. Jak się okazało, nowy proces biznesowy był po prostu zbyt trudny do zarządzania, a wiele plików znalazło się w niewłaściwym miejscu.

To pozwoliło mi na włączenie i wyjaśnienie zastosowania metadanych w biznesie. Podzieliłem strukturę plików na kilka kluczowych typów treści, które następnie wykorzystaliśmy do włączenia kluczowych elementów danych wraz z ważnymi walidacjami danych. To proste podejście do typów zawartości, metadanych i walidacji danych było pierwszym dużym sukcesem w mojej drodze do przedstawienia firmie lepszego uzasadnienia biznesowego dla programu SharePoint.

Teraz, gdy zwróciłem na siebie uwagę firmy, zdecydowałem się na prosty przewodnik po bibliotece dokumentów z kluczowymi interesariuszami. Pokazałem im prawdziwą wartość metadanych i typów treści, filtrując i sortując ich dane.

Ku mojemu zdumieniu byli po prostu zachwyceni niektórymi podstawowymi funkcjami SharePoint, o których istnieniu nawet nie wiedzieli. Następnie zdecydowałem się dołączyć niestandardową stronę filtrowania, aby naprawdę pokazać im, co można zrobić za pomocą prostego tworzenia strony, składników webowych i filtrowania.

Bardzo uważałem, aby nie w pełni dostosować żadnej z tych stron. Chciałem używać tylko części webowych OOTB. W ten sposób lepiej zrozumieliby podstawowe funkcje programu SharePoint, zanim przejdę do bardziej skomplikowanych scenariuszy. Strona niestandardowa odniosła ogromny sukces i nawet nie dyskutowaliśmy o rozszerzonych możliwościach, jakie zapewni im wyszukiwarka. Chciałem wstrzymać się z wyszukiwarką do czasu, gdy lepiej zaadoptuję podstawy SharePoint.

Przepływy pracy SharePoint: klucz

Moim skromnym zdaniem przepływy pracy SharePoint były najważniejszym czynnikiem w mojej zdolności do edukowania moich klientów biznesowych oraz zapewnienia przyjęcia i wykorzystania SharePoint w mojej organizacji. Przepływy pracy były pierwszą funkcją, która zwróciła moją uwagę podczas tego pierwszego VSLive, o którym wspomniałem, i w dużym stopniu przyczyniły się do mojego pierwszego pełnego POC programu SharePoint, który zawierał nasze procesy SDLC.

Jeśli chodzi o SharePoint, pierwsze rozmowy, które prowadzę z klientami biznesowymi, zwykle dotyczą ich procesów biznesowych. Procesy biznesowe są kluczem do korzystania z programu SharePoint w celu zwiększenia produktywności i obniżenia kosztów, o czym każdy klient biznesowy chętnie dyskutuje.

Jak powiedziałem wielu wyższym dyrektorom IT, mogę praktycznie zagwarantować wykorzystanie i przyjęcie SharePoint po prostu w procesach biznesowych. Każda jednostka biznesowa ma procesy, a większość tych procesów ma punkty kontrolne lub punkty zatwierdzenia, i tutaj przydają się przepływy pracy, czy to poprzez wysłanie wiadomości e-mail z zatwierdzeniem, czy utworzenie zadania zatwierdzenia.

Gdy przekonam klienta biznesowego, w jaki sposób przepływy pracy mogą usprawnić jego procesy i obniżyć koszty, szkolę go, jak mogą używać tych samych zadań zatwierdzania, aby następnie tworzyć umowy dotyczące poziomu usług (SLA) lub kluczowe wskaźniki wydajności (KPI).

Jak wspaniale byłoby, gdyby jednostka biznesowa zrozumiała, ile czasu zajmuje sprawdzenie i zatwierdzenie dokumentu? Następnie mogliby zebrać te informacje i przyjąć strategię, aby ulepszyć cały proces. To umożliwiłoby im stworzenie wskaźników KPI w celu monitorowania i zarządzania procesem.

Aby pokazać zaangażowanie kierownictwa wyższego szczebla w doskonalenie swoich procesów, mogą nawet włączyć ulepszenia do swoich programów celów premiowych. Zwykle jest to home run, który przekonuje klienta biznesowego o prawdziwej wartości, jaką może osiągnąć dzięki przyjęciu i wykorzystaniu SharePoint.

Przyszłość

Kiedy po raz pierwszy usłyszałem o Office 365 i SharePoint Online, zrozumiałem wartość hostowanego środowiska SharePoint, ale znowu miałem problem z przekonaniem moich klientów biznesowych, że ten nowy kierunek jest najlepszy dla ich przyszłości. Byłem podekscytowany słysząc o PHA, ale byłem też ostrożny, jeśli chodzi o potencjalny koszt, jaki może to mieć z perspektywy wsparcia aplikacji.

Moja firma zaczęła podążać w kierunku zewnętrznych dostawców programistycznych z modelem outsourcingu, który może łatwo prowadzić do tworzenia przez dostawców skomplikowanych aplikacji biznesowych z dużymi kosztami rezydualnymi utrzymania i ulepszeń.

Jak w przypadku każdego hostowanego modelu, musimy przygotować się na zmianę. Jako ludzie naprawdę nie lubimy zmian, a jako zespoły wsparcia technicznego często boimy się zmian i tego, jak wpłyną one na zdolność naszego zespołu do posuwania się naprzód.

Kiedy po raz pierwszy usłyszałem o decyzji Microsoftu o wycofaniu InfoPath, a następnie o wprowadzeniu Flow jako silnika przepływu pracy, moja reakcja brzmiała: „Znowu zaczynamy!” Microsoft zamierzał podjąć kolejną decyzję biznesową, która utrudniłaby mi „sprzedanie” ich najnowszego kierunku SharePoint. Gdy zacząłem przeglądać ofertę Flow, byłem rozczarowany tym, co zobaczyłem.

Ale Microsoft miał swoją wizję przyszłości, a ja po prostu jej nie zrozumiałem — dopóki nie zacząłem dostrzegać niektórych możliwości Flow w odniesieniu do punktów integracji. Flow integruje się z wieloma istniejącymi obecnie aplikacjami, ale umożliwia także firmie tworzenie własnych punktów integracji. To sprawiło, że stała się głównym graczem w moich dyskusjach biznesowych na temat ulepszonych procesów biznesowych poprzez integrację z różnymi aplikacjami biznesowymi.

Mobilność

Stało się to standardowym tematem rozmów, które ja, jako dyrektor techniczny, prowadzę z wieloma moimi klientami biznesowymi. Można omówić elastyczne projektowanie stron internetowych i sposoby ich maksymalizacji w celu poprawy obecności w internecie mobilnym. Możemy również omówić, w jaki sposób SharePoint wykorzystuje responsywne strony internetowe do tworzenia lepszego środowiska SharePoint na urządzeniach mobilnych. Microsoft opracował nawet mobilną aplikację SharePoint. Ale zwykle dyskusja zmierza w kierunku posiadania samodzielnej aplikacji mobilnej.

Gdy tylko słyszę słowa „samodzielna aplikacja mobilna”, słyszę szelest kasy: wiele aplikacji mobilnych ma wysoki koszt i wyspecjalizowany model wsparcia. Moją odpowiedzią ze świata SharePoint jest PowerApps.

Tak jak to robiłem w przeszłości, od razu przystępuję do tworzenia aplikacji mobilnej PowerApps POC. Wykorzystuje istniejące listy i biblioteki SharePoint jako wewnętrzne źródło danych dla mojej aplikacji. PowerApps to coś, co nazywam platformą programistyczną opartą na konfiguracji : pozwala na bardzo szybkie tworzenie aplikacji mobilnych.

Użytkownik może po prostu wybrać opcję PowerApps w SharePoint, aby utworzyć własną aplikację mobilną PowerApps. Nawet automatycznie tworzy wiele ekranów, aby dodawać i edytować nowe elementy na liście lub w bibliotece. Został również przetestowany ze wszystkimi obecnymi liderami w dziedzinie urządzeń mobilnych. Ma własne IDE wraz z bardzo prostym językiem opartym na konfiguracji, do którego może łatwo dostosować programista techniczny, a nawet doświadczony technologicznie użytkownik.

Po raz kolejny mam świetne narzędzie/funkcję SharePoint, które mogę wykorzystać do usprawnienia adopcji i wykorzystania platformy SharePoint. Połącz to nowe narzędzie z SharePoint i Flow, wraz z powiadomieniami push i możliwością korzystania z funkcji z natury mobilnych, takich jak usługi lokalizacyjne i połączenia telefoniczne, a PowerApps stał się moim nowym ulubionym punktem rozmowy z klientami biznesowymi na temat przyjęcia i wykorzystania SharePoint.

W rzeczywistości mój POC został nie tylko chętnie przyjęty przez moją firmę, ale ze względu na korzystanie z funkcji mobilnych, takich jak usługi lokalizacyjne i nawigacja GPS, zostałem poproszony o przedstawienie mojej aplikacji POC inżynierom PowerApps jako przykładu tego, co można zrobić z narzędzie.

Od VSLive do rozwiązań SharePoint

Kiedy siedziałem tam na swoim miejscu przy oknie, jadąc do San Francisco, nigdy nie wyobrażałem sobie, jak ta prosta podróż będzie miała tak duży wpływ na moją karierę techniczną. SharePoint jest naprawdę innowacyjnym i opartym na współpracy narzędziem, a Microsoft kontynuuje realizację swojej wizji i kierunku dzięki SharePoint.

Jak każde z tysięcy dostępnych obecnie rozwiązań SaaS lub PaaS, musimy upewnić się, że naprawdę rozumiemy, jak najlepiej wykorzystać te rozwiązania. Kontynuując ulepszanie naszych ogólnych procesów biznesowych i zadowolenie naszych klientów biznesowych, SharePoint stał się kluczowym narzędziem w moim arsenale. Nie mogę się doczekać przyszłości i tego, co SharePoint będzie miał do zaoferowania dla mnie i mojej firmy.