Pomimo tego, że historia SharePoint Designer 2013 powoli się kończy i jest już pewne, że niedługo po 2020 aplikacja nie będzie współpracować z nowymi wersjami SharePoint, wciąż istnieje wielu klientów, którzy z niej korzystają i z jej pomocą budują swoje rozwiązania.
Ten post stanowi niejako kontynuację mojej próby porównania Office 365 Groups do Teams. Pomimo faktu, że takie porównanie było możliwe, Office 365 Groups nie są, co wielokrotnie podkreślałem wówczas, samodzielną aplikacją, ale obiektem do sterowania uprawnieniami. Należy także pamiętać, że same Grupy w Office 365 zostały po raz pierwszy zaprezentowane w roku 2014. Przez lata koncepcja została rozbudowana i pozwala aktualnie na scentralizowane zarządzanie uprawnieniami i dostępem do wielu aplikacji w Office 365 oraz bierze udział w scenariuszach hybrydowych dla Exchange on-premise.
Od samego początku narracja jaką Microsoft, moim zdaniem, buduje wokół tego pojęcia jest taka, jakoby było to narzędzie do wspierania pracy w ramach grupy pracowników, dostarczające narzędzia i wspierające w codziennej współpracy i komunikacji.
Koncepcja Office 365 Groups nie jest nowa. Po raz pierwszy zostały zaprezentowane w 2014 roku, jednak od tego czasu ewoluowały: od produktu sięgającego korzeniami listy dyskusyjnej, do narzędzia pozwalającego na wygodną współpracę pomiędzy pracownikami. Dwa lata później, w listopadzie 2016 roku Microsoft zaprezentował nowy produkt: Microsoft Teams. Jego udostępnienie spowodowało niemałe zamieszanie wśród użytkowników i pewnego rodzaju konsternację, która w wielu przypadkach trwa do dziś.
W tym poście nie będę się starać wyjaśnić, który produkt używać kiedy, ale bardziej chcę porównać oba produkty, ich funkcje i możliwości, żeby dać Ci wiedzę, byś samodzielnie ocenił(a), którego produktu używać w swoim przypadku.
Wczoraj przeglądałem Twitter z lekkim smutkiem, ponieważ wiele osób pisało o tym, że na ich tenantach Communication Sites już są, tymczasem ja nie byłem w stanie znaleźć ich na swoim. Czytałem, że aby je zobaczyć, należy mieć w ustawieniach tenanta włączone „First release”, jednak mimo tego wciąż ich nie mogłem tworzyć.
W międzyczasie znalazłem tweet, w którym wyczytałem, że nie wystarczy mieć włączonego „First release for everyone”, ale należy przełączyć to na „First release for selected users”. Przejdź do https://portal.office.com/adminportal/home#/companyprofile i zmień „Release preferences” wskazując swoje konto jako jedno z tych „wybranych” 🙂
W połowie czerwca (20-ego czerwca) tego roku, Microsoft Stream – nowa aplikacja w pakiecie Office 365, została udostępniona dla wszystkich tenantów (GA). Wielu użytkowników jednak ma wątpliwości, w jaki sposób i czym ta aplikacja różni się od używanej dotąd Office 365 Video. Odpowiedź jest bardzo prosta – organizacje potrzebowały bezpiecznej i godnej zaufania platformy do przechowywania i streamowania materiałów wideo. W zasadzie, to właśnie te pliki zajmują najwięcej przestrzeni na twardych dyskach i przestrzeń do ich taniego przechowywania oraz udostępniania jest potrzebna.
Microsoft Forms to proste narzędzie, które pozwala na tworzenie formularzy (sond) i quizów oraz, co oczywiste, na zbieranie odpowiedzi. Pierwotnie aplikacja została przygotowana na potrzeby edukacyjne. Na stronie Microsoft można przeczytać, że inspiracją dla stworzenia aplikacji były prośby napływające od nauczycieli i studentów, którzy potrzebowali aplikacji umożliwiającej proste i szybkie tworzenie kwestionariuszy oraz na zbieranie odpowiedzi.
User Adoption – ten poruszany często zwrot nie jest związany stricte z systemami IT. Określa w zasadzie jak szybko i chętnie użytkownicy przyswajają i akceptują nowy produkt, innowację, zmianę, itp… I to nie tylko w świecie IT. W zasadzie jest używany w każdym segmencie rynku, który jest nastawiony na produkcję dóbr konsumowanych przez klientów. Nowy telefon, nowy samochód, innowacyjna usługa. Im szybciej użytkownik “kupi”, tym szybciej rosnąć będzie ROI.
Podczas konferencji Collaboration Summit, która niedawno zakończyła się w Zagrzebiu, miałem okazję uczestniczyć na wykładzie Jussi Mori, na którym opowiadał właśnie o adaptacji użytkowników, próbując ocenić przyczyny, dla których użytkownicy wcale nie chcą (nie mogą?) łatwo przyswoić nowych rzeczy oraz o sposobach, jakimi można próbować to zmienić. Ten wykład zainspirował mnie do pogłębienia tematyki i napisania tego posta, opartego na własnych doświadczeniach i posiłkując się informacjami dostarczonymi przez Internet.
Ten post traktuje o adaptacji użytkowników w IT, w szczególności w zakresie pracy użytkowników z produktami Microsoft, a dokładniej – SharePoint i Office 365.
Tegoroczna konferencja Collaboration Summit w Zagrzebiu dopiero co się zakończyła, jednak komentarze i echa nadal wybrzmiewają na Twitterze (zobacz tutaj). Byłem obecny na tym wydarzeniu po raz pierwszy i pomimo tego, że wiele z pokazywanych tam informacji zostało już zapowiedzianych podczas SP Virtual Summit (kliknij), uznaję obecność tam jako bardzo wartościową. Prezentujący pokazywali szczegółowo nowe funkcje i ciekawostki, które niebawem będą publicznie dostępne na platformie Office 365. W szczególności Dan Holme, który zrobił demo „na żywo”, podczas którego pokazał sposób redagowania i pracy z nowymi Communication Sites oraz odświeżone Team Sites.
Niedawno zakończona widekonferencja „SharePoint Virtual Summit” (https://resources.office.com/ww-landing-sharepoint-virtual-summit-2017) potwierdziła liczne „przecieki” na temat nadchodzących planów na dalszy rozwój Microsoft Office 365 w kontekście tzw. „Digital Workplace” – przestrzeni dedykowanej pracownikom, dostarczającej narzędzi niezbędnych do wykonywania pracy szybko i efektywnie.
W tym ujęciu, Microsoft szczególnie promuje następujące produkty:
To właśnie wobec nich planowane są najciekawsze zmiany.
W Nintex dla on-premisowych wersji SharePoint począwszy od 2010 (nawet w edycjach Standard) możliwe było używanie akcji, które pozwalały na wołanie Excel Services dostępnych na platformie SharePoint i w ten sposób na pracę z danymi, z plików xls i xlsx. Jednak w SharePoint Online ta usługa nie jest dostępna (ok, można z niej korzystać poprzez REST API, jednak nie w takim zakresie, jak można w on-premise), nie istnieje też możliwość skorzystania z niej poprzez dostępne akcje w Nintex for Office 365 czy Nintex Workflow Cloud. Zatem nie istnieje prosty sposób, by zrealizować taki scenariusz. Nasunęło mi się pytanie (zainspirowane licznymi z kolei pytaniami stawianymi na forum Community Nintex), w jaki sposób można to zrobić?
Najczęściej mawianym obejściem było zapisanie pliku xlsx do formatu csv, a następnie odczytanie jego zawartości i przetwarzanie jej poprzez użycie kolekcji (planuję napisać o tym oddzielny post).
Jednak ostatnio zauważyłem, że Microsoft Flow posiada już dostępne akcje, które właśnie używają Excel Services dostępnych w SharePoint Online. Co więcej, każdy ma dostęp do bezpłatnej wersji Microsoft Flowi tych akcji również. Teraz nie pozostało mi nic, tylko spróbować.