Latest / M365.FM – podcast o Microsoft 365, Copilot i AI po polsku / Skuteczne wdrożenie Microsoft Copilot: jak opanować chaos w danych i zdobyć zaufanie użytkowników – 10 kroków (Dubbing AI)

Transcript

Skuteczne wdrożenie Microsoft Copilot: jak opanować chaos w danych i zdobyć zaufanie użytkowników – 10 kroków (Dubbing AI) · M365.FM – podcast o Microsoft 365, Copilot i AI po polsku

0:00
Wyobraź sobie swoje dane jako rój goblinów niechlujnych, mnożących się w ciemności i zdecydowanie niepomagających w zjednaniu sobie użytkowników.
0:06
Wrzuć kopilota w ten chaos, a zamiast magicznej produktywności otrzymasz przestarzałe podsumowania umów i przypadkowe bzdury, które w oczach szefa wyglądają jak z 2017 roku.
0:13
Nie budzi to zbytniego zaufania. Oto rozwiązanie.
0:16
Poskrom te goblinę odpowiednim przygotowaniem i wdrożeniem, a kopilot wreszcie zacznie działać jak asystent, którego ludzie naprawdę potrzebują.
0:21
Przedstawię Ci 10 najważniejszych działań, dzięki którym kopilot stanie się użyteczny bez zbędnej teorii.
0:24
Rzeczy, które możesz wdrożyć jeszcze w tym tygodniu.
0:26
Szybka reklama. Pobierz bezpłatną listę kontrolną z M365 Show, aby nie pominąć żadnego kroku, ponieważ prawdziwym koszmarem nie jest drugi dzień z kopilotem, lecz sytuacja, gdy wdrożenie zawodzi, zanim ktokolwiek w ogóle go dotknie.
0:35
Dlaczego wdrożenia zawodzą jeszcze przed pierwszym dniem?
0:37
Zbyt wiele wdrożeń kopilota kończy się fiaskiem, zanim użytkownicy dadzą mu uczciwą szansę.
0:41
I rzadko wynika to z tego, że Microsoft przemycił zły kod do Twojego tenanta lub że przegapiłeś magiczny przełącznik licencji.
0:46
Prawdziwym problemem są oczekiwania.
0:48
Ludzie myślą, że kopilot to przełącznik, który wystarczy pstryknąć, by 30 wersji pliku budżetowego połączyło się w jedną idealną odpowiedź.
0:54
To tylko marzenie.
0:55
Rzeczywistość przypomina raczej próbę nakarmienia olimpijczyka cheeseburgerami zamiast medalami, kończy się to skurczami i żalem.
1:01
Kwestia sprowadza się do danych.
1:03
Kopilot nie wymyśla wiedzy, on mieli te dane, które mu podrzucisz.
1:06
Jeśli Twój tenant to bałagan nieoznaczonych plików, duplikatów arkuszy i porzuconych folderów SharePoint, to w praktyce przygotowałeś wielki śmietnik.
1:13
Pewna firma, z którą współpracowałem, myślała, że ich biblioteka umów jest czysta.
1:17
W praktyce niektóre umowy były wygasłe, inne źle oznaczone, a połowa to tylko stare szkice utkwione w folderach z wersjami ostatecznymi.
1:22
Efekt?
1:23
Kopilot wygenerował podsumowanie, pewnie twierdząc, że partnerstwo z 2019 roku jest nadal aktywne.
1:27
Dział prawny wpadło w panikę, kierownictwo spanikowało, a zaufanie do kopilota niemal natychmiast trunęło w dół.
1:32
Tego rodzaju fiasko nie jest winą sztucznej inteligencji, lecz danych wejściowych.
1:35
Kopilot zrobił dokładnie to, co mu kazano, zamienił śmieci w wypolerowane śmieci.
1:39
Najbardziej niebezpieczne jest to, jak przekonująco wyglądają te wyniki.
1:42
Użytkownicy słuchają płynnego podsumowania i ufają mu, dopóki nie natrafią na rażącą sprzeczność.
1:46
Wtedy narzędzie otrzymuje nową etykietę, niewiarygodne.
1:49
A kiedy taka naklejka już się pojawi, bardzo trudno ją usunąć.
1:52
Doświadczenie i opinie praktyków wskazują na ten sam główny problem.
1:54
Słabe zarządzanie danymi zabija projekty, a i zanim jeszcze na dobre wystartują.
1:57
Możesz płacić za licencję, zatrudniać konsultantów i prowadzić efektowne spotkania otwierające.
2:01
Wszystko to nie ma znaczenia, jeśli fundamenty systemu to błoto.
2:03
I to jest najlepsze. Użytkowników nie obchodzą PowerPointy z harmonogramem ani ramy zarządzania.
2:07
Jeśli ich pierwsze zapytanie do Kopilota będzie błędne, zamkną okno i pójdą dalej.
2:11
Z ich perspektywy przekaz jest prosty.
2:13
Oto ten fantazyjny, nowy asystent.
2:15
Zapytaj go o cokolwiek.
2:16
Próbują więc czegoś prostego, jak pokaż mi otwarte umowy z dostawcą X.
2:20
Kopilot odpowiada, mieszając nieaktualne umowy, brakujące klauzule i przeterminowane warunki.
2:24
Zadaj sobie pytanie, czy po czymś takim klikną drugi raz?
2:27
Prawdopodobnie nie.
2:28
Gdy tylko biurowa poczta pantoflowa uzna go za kolejny gadżet, adopcja zamiera.
2:31
Więc jakie jest rozwiązanie?
2:33
Zacznij od małych kroków.
2:34
Weźmy tę pierwszą historię, ten nieuporządkowany zbiór umów.
2:37
Jeśli brzmi to znajomo, nie próbuj sprzątać całego zasobu na raz.
2:39
Zamiast tego przeprowadź segregację.
2:41
Wybierz jeden folder, który naprawisz w dwa dni.
2:43
Ujednolić etykiety, zaktualizuj daty, usuń szkice.
2:45
Następnie podłącz Kopilota do tego małego wycinka i przeprowadź ten sam test.
2:48
Różnica jest natychmiastowa, a co ważniejsze, odbudowuje zaufanie użytkowników.
2:52
Pomyśl o tym jak o zwalczaniu szkodników.
2:54
Każde brakujące pole metadanych, każdy zduplikowany arkusz, każda ostateczna wersja V2 to kolejny chochlik biegający po piwnicy.
3:00
Kierownictwo może na górze świętować swój błyszczący pilotaż AI, ale na dole te chochliki przegryzają kable i przestawiają foldery.
3:07
Jeśli wpuścisz tam Kopilota, właśnie wręczyłeś im megafony.
3:10
Wniosek jest prosty.
3:11
Złe dane nie niszczą wdrożenia w jednej dramatycznej katastrofie.
3:14
One po prostu ścierają każdą interakcję, aż zaufanie użytkowników całkowicie wygaśnie.
3:18
Jedna zła odpowiedź zmienia się w dwie, potem zaczynają się szepty, to nie jest dokładne.
3:21
I wkrótce nikt nie chce nawet próbować.
3:23
Ukrytym pierwszym krokiem nie jest więc licencjonowanie ani szkolenia, lecz polowanie na chochliki.
3:27
Wyczyść mały zestaw rekordów.
3:29
Wprowadź pewną strukturę.
3:30
Udowodnij, że narzędzie działa na czystych danych, zanim zaczniesz skalowanie.
3:33
Pomiń to, a tak, wdrożenie zawiedzie przed pierwszym dniem.
3:35
Jest jednak druga strona tego problemu, o której warto wspomnieć.
3:38
Nawet jeśli dane są gotowe, użytkownicy nie zaangażują się, jeśli sami tego nie chcą.
3:43
To rodzi trudniejsze pytanie, dlaczego ktoś miałby w ogóle prosić o Kopilota, zamiast go ignorować.
3:48
I jak organizacje sprawiły, że ludzie chcieli Kopilota.
3:51
To, co zmieniło sytuację w niektórych firmach, było proste.
3:54
Sprawili, że ludzie chcieli Kopilota, a nie tylko go tolerowali.
3:57
A to rzadkość w świecie id.
3:59
Zazwyczaj, gdy wypuszczamy nowe narzędzie, leży ono na pasku narzędzi, jak niechciana aplikacja, o którą nikt nie prosił.
4:05
Ale kiedy użytkownicy widzą natychmiastową wartość i realny zysk czasu, przestają je ignorować i zaczynają pytać menedżerów, dlaczego ich dział jeszcze go nie ma.
4:12
Oto kluczowa różnica.
4:13
Tolerowane narzędzia tylko zbierają kurz na pulpicie, otwierane jedynie wtedy, gdy szef każe z nich korzystać.
4:18
Pożądane narzędzia pojawiają się w rozmowach na korytarzu.
4:20
Hej, to zaoszczędziło mi właśnie godzinę.
4:22
Ta zmiana wynika z widocznych sukcesów, a nie z teorii z praktycznych rzeczy, które można zmierzyć.
4:27
Na przykład skrócenie przygotowania miesięcznego raportu z 8 godzin do 2, automatyzacja aktualizacji statusów,
4:32
by zatwierdzenia trwały dzień krócej lub redukcja błędów w uzgodnieniach, przez które działy finansowe chcą wyrzucać laptopy przez okno.
4:38
To właśnie takie sukcesy zmieniają ciekawość w prawdziwy apetyt.
4:42
Zbyt wiele wdrożeń IT zakłada, że adopcja działa na mocy dekretu.
4:45
Licencje zostają przydzielone.
4:46
Zespół komunikacji wysyła radosnego maila w poniedziałek i ktoś ma nadzieję, że ekscytacja się rozniesie.
4:49
Nie roznosi się. Użytkowników nie obchodzą prezentacje strategiczne, obchodzi ich to, czy ich piątkowy wieczór jest uratowany,
4:54
bo nie musieli przekopywać się przez 30 arkuszy kalkulacyjnych.
4:56
Jeśli tego zabraknie, kopilot zostanie zignorowany, zanim w ogóle dostanie szansę.
4:59
Odwrotność tego widać w rzeczywistym popycie podczas wdrożeń.
5:02
Widziałem, jak firma finansowa przeprowadziła mały, skoncentrowany pilotaż kopilota w jednym dziale.
5:06
Garstka analityków przestała tonąć w kartach Excela, przekazując połowę tej żmudnej pracy kopilotowi.
5:11
Raporty stały się bardziej przejrzyste, zaległości zmalały, a co najlepsze, wieści rozeszły się poza grupę pilotażową.
5:17
Pracownicy innych działów zaczęli naciskać na menedżerów, dlaczego oni to mają, a my nie.
5:21
I nagle nie trzeba było już wymuszać adopcji, lecz zarządzać kolejką przed drzwiami.
5:25
A jeśli chcesz poznać ten scenariusz, oto jak to zrobili.
5:28
Sześciu analityków, trzytygodniowy pilotaż, działające arkusze i codzienna pętla informacji zwrotnej.
5:32
Wąski zakres, szybka iteracja, widoczne zyski.
5:35
To właśnie efekt bufetu.
5:36
Nikt nie przejmuje się letnim, niejadalnym posiłkiem, ale gdy pojawia się taco bar, nagle ustawia się kolejka, która trwa.
5:42
Ponieważ popyt napędza dowód wartości, a nie kolejny korporacyjny komunikat.
5:46
Chcesz listę kontrolną pilotażu, aby uruchomić własny taco bar?
5:48
Pobierz ją z M365 Show.
5:50
Oto na czym opierały się inteligentne zespoły.
5:52
Po pierwsze, wykorzystały liderów opinii wewnątrz firmy, a nie personal it, aby pokazać prawdziwe historie typu
5:56
To zaoszczędziło mi godzinę dziś rano.
5:57
Po drugie, wybrały sukcesy, które inni mogli zobaczyć.
5:59
Raporty dostarczone przed czasem, usprawnione zatwierdzenia, czas przygotowań skrócony o połowę.
6:03
Po trzecie, pozwoliły, aby dowody rozprzestrzeniały się społecznie.
6:05
Poczta pantoflowa na czatach Teams i podczas spotkań działała mocniej niż jakiekolwiek błyszczące ogłoszenie.
6:10
Nie chodziło o marketing, chodziło o to, by rówieśnicy potwierdzili wiarygodność narzędzia.
6:13
I dlatego ludzie zaczęli pytać o kopilota, bo nagle nie był to kolejny ekran logowania,
6:17
ale coś, co ratowało ich przed kolejną żmudną pracą z danymi.
6:20
Organizacje, które sprawiły, że te sukcesy stały się widoczne, całkowicie zmieniły swoje podejście.
6:23
Zamiast działu i tnękającego wszystkich, by zaczęli korzystać z kopilota, użytkownicy chłonęli go jak tlen w codziennej pracy.
6:29
To adopcja z prawdziwego zdarzenia input, którego nie trzeba sztucznie wywoływać.
6:32
Oczywiście pokazanie sukcesów to jedno, a zaplanowanie wdrożenia tak, by nie brzmiało jak oferta sprzedaży, to drugie.
6:37
I właśnie tu w grę weszły odpowiednie ramy postępowania.
6:39
Ramy, które nie brzmiały jak sprzedażowe slogany.
6:42
Czy zdarzyło ci się ślęczeć nad slajdami o zarządzaniu zmianą i myśleć wow, to wygląda jak grupowy projekt na MBA?
6:47
Mam tak samo. Wdrażanie, a i powinno być proste.
6:49
Pokaż użytkownikom, co narzędzie potrafi, przygotuj ich do testów i pomóż, gdy utkną.
6:54
Zamiast tego dostajemy prezentację z setkami strzałek, koncentrycznymi okręgami i większą liczbą żargonu niż podczas tygodnia zmiany nazw produktów w Microsoft.
7:00
Ten szum może imponuje wiceprezesom, ale nie pomaga ludziom, którzy faktycznie zmagają się z arkuszami kalkulacyjnymi.
7:04
Skuteczne ramy to takie, które są uproszczone, wymierzone w realne problemy i na tyle zwięzłe, by pracownicy nie przestali słuchać.
7:09
ADKAR był jednym z niewielu modeli, który dało się przejrzyście przełożyć na praktykę.
7:13
Na papierze to świadomość, pragnienie, wiedza, umiejętności, wzmocnienie.
7:16
W świecie kopilota oznacza to następujące rzeczy.
7:19
Świadomość budują ukierunkowane dema, które faktycznie pokazują, co kopilot robi dla ich stanowiska, a nie błyszczące wideo o przyszłości produktywności.
7:26
Pragnienie oznacza natychmiastowe pokazanie korzyści, np. udowodnienie, że znienawidzone zadanie zajmuje teraz połowę mniej czasu.
7:31
Wiedza to mikrouczenie, a nie śmierć przez prezentację.
7:34
Daj im pięciominutowe listy kontrolne, ściągi albo podpowiedzi w narzędziu.
7:38
Umiejętności pochodzą z piaskownic, które pozwalają ćwiczyć na fałszywych danych lub mniej ważnych zadaniach, by nie bali się, że jeden błąd zepsuje projekt.
7:45
Wzmocnienie to nie kolejna notka korporacyjna, lecz szablony, skróty lub uznanie managera, gdy komuś się uda.
7:50
Po zdjęciu pancerza akronimu ADKAR wcale nie jest teorią.
7:54
To mapa drogowa, która mówi, powiedz, co to jest, dlaczego ułatwia dzień, jak tego używać, pozwól ćwiczyć bez strachu, a potem nagradzaj korzystanie z narzędzia.
8:01
Punkt kontrolny jest tutaj prosty. Zanim zaczniesz wdrożenie, upewnij się, że potrafisz wskazać co najmniej dwa realne zadania, w których kopilot poprawia wyniki o konkretny procent.
8:08
Sam ustal tę liczbę, 10% czy 20% nie ma znaczenia.
8:11
Jeśli nie udowodnisz tego w fazie pilotażowej, ramy sprowadzą się tylko do plakatów.
8:15
Widziałem, jak dobrze zadziałało to w średniej wielkości firmie wdrażającej kopilota w operacjach sprzedaży.
8:19
Nie zrzucili go w poniedziałek mailem, powodzenia wszystkim.
8:21
Zamiast tego przeprowadzili konkretne sesje demo, wybrali jedno realne zadanie raportowania lejka sprzedaży i utworzyli przestrzeń testową.
8:26
Analitycy testowali na przykładowych kontach, na których nic nie dało się zepsuć.
8:30
Śledziłem, ile czasu zajmowały te raporty i mierzyłem spadek.
8:33
Kierownictwo zwieńczyło to, wzmacniając poprawne użycie szablonami, dzięki czemu nawyk się utrwalił.
8:37
Gdy nadszedł czas wdrożenia, nikt nie bał się tego narzędzia.
8:39
Było już częścią ich przepływu pracy.
8:41
Podejście Kotera do szybkich zwycięstw sprawdziło się również w praktyce.
8:44
To antidotum na trwające rock sprinty zmian, gdzie nikt nie widzi wartości, dopóki nie straci cierpliwości.
8:49
Model opiera się na wczesnych widocznych zwycięstwach, które rozprzestrzeniają się szybciej niż jakakolwiek błyszcząca kampania.
8:53
W kontekście Kopilota pomyśl o tym, jak o dostarczeniu sukcesu w tydzień.
8:56
Zespół skraca cotygodniowy raport z czterech godzin do jednej lub lider projektu rezygnuje z niekończących się maili o statusie, bo Kopilot już przygotował podsumowanie.
9:04
Te szybkie rezultaty to nie tylko gadanie.
9:06
Rozchodzą się pocztą pantoflową, a kiedy sceptycy słyszą, jak koledzy chwalą się odzyskanym czasem, opór maleje.
9:11
Ludzie przestają przewracać oczami na ogłoszenia i sami zaczynają powtarzać te historie.
9:14
Sztuczka nie polega na wyborze odpowiedniego modelu z marką.
9:17
Chodzi o wybranie prostych ram i wykorzystanie ich przeciwko codziennym trudnościom.
9:20
Oznacza to krótkie cykle, widoczny wpływ i brak przekombinowania.
9:23
Nie zarzucaj ich ścianą faz, ani nie udawaj, że użytkowników obchodzi, na jakim są etapie.
9:27
Nie obchodzi ich to.
9:28
Pokaż im moment, w którym ich praca staje się lżejsza, a potem wesprzyj to strukturą, która wydaje się naturalna.
9:32
Dopiero wtedy ramy stają się dźwignią, a nie tapetą.
9:35
Z biegiem czasu dostrzegliśmy różnicę.
9:37
Adaptacja zaczęła brzmieć bardziej jak współpracownicy wymieniający się historiami sukcesu,
9:40
a mniej jak kadra zarządzająca czytająca notatki z PowerPointa.
9:43
To jest cel.
9:43
Żadnych modnych słów, żadnych laminowanych diagramów, po prostu ramy dopasowane do rzeczywistych problemów użytkowników.
9:48
Utrzymuj model w prostocie i po ludzku, a uzyskasz dynamikę, która wydaje się organiczna, a nie wymuszona.
9:53
Oczywiście wszystko to ma znaczenie tylko wtedy, gdy szkolenie faktycznie działa.
9:56
Ramy na papierze umierają w momencie, gdy ludzie wyłączają się w sali szkoleniowej.
10:00
I uwierz mi, wszyscy widzieliśmy, co się dzieje, gdy użytkownicy utkną na całodniowym szkoleniu z kopilota.
10:04
Do połowy poranka połowa sali jest już pogrążona w skrzynce odbiorczej, czekając aż to się skończy.
10:08
Szkolenie bez przewracania oczami.
10:10
Szkolenie to moment, w którym większość wdrożeń staje się niezręczna.
10:13
Każdy wie, że to ważne, ale źle przeprowadzone staje się momentem, w którym użytkownicy decydują,
10:16
czy faktycznie wypróbować kopilota, czy po cichu go zignorować.
10:18
Ta sekcja dotyczy ograniczenia szkolenia do tego, co działa, dając ludziom wystarczająco dużo praktycznych dowodów bez ich wyczerpywania.
10:24
Zacznijmy od wielkiej pułapki, gotowych demonstracji.
10:27
Te idealne przykłady, gdzie kopilot automatycznie pisze bezbłędny raport lub wyciąga umowę z kapelusza.
10:32
Wyglądają dobrze, ale szybko niszczą zaufanie, ponieważ prawdziwi użytkownicy nie żyją w świecie wypolerowanych dem.
10:36
Żyją w plikach od budżet 2020 do ostateczna wersja V13 oraz w wątkach mailowych z tematami typu RRFWD pilny proszę.
10:42
Gotowe prezentacje budują nierealistyczne oczekiwania.
10:45
Zamiast tego szkolna ich brudnej, prawdziwej pracy.
10:47
Przykład praktyczny, przynieś jeden nieuporządkowany arkusz kalkulacyjny i poproś kopilota o podsumowanie problemów.
10:52
Powtarzaj, aż podsumowanie będzie za każdym razem przydatne.
10:55
To szkolenie, któremu użytkownicy mogą zaufać.
10:57
A co najlepsze, gdy szkolenie przechodzi na prawdziwe dane, nawet jeśli kopilot się potknie, ludzie bardziej się angażują.
11:01
Jedna firma, z którą współpracowałem, odrzuciła błyszczące przykładowe slajdy i zamiast tego wyświetliła prawdziwe maile dotyczące lejka sprzedaży i zaległe arkusze.
11:08
Pracownicy widzieli, jak kopilot zmaga się, dostosowuje i skraca o kilka kroków żmudne zadania, których nie cierpieli.
11:13
To nie była magia, ale było to uczciwe.
11:15
Nagle w sali nikt nie był znudzony ani sceptyczny.
11:18
Ludzie byli ciekawi.
11:19
Ta zmiana znaczy więcej niż wygładzony przykład typu patrzcie, co to potrafi.
11:23
Ramy też mają znaczenie.
11:24
Trenerzy, którzy zaczynali od przesadnych zapewnień, tracili wiarygodność, gdy tylko kopilot udzielił niezręcznej odpowiedzi.
11:28
Rozwiązanie jest banalnie proste.
11:30
Użyj dokładnie tego zdania na początku każdej sesji.
11:33
Czasami zrobi się dziwnie.
11:34
Oto jak to wyłapać i naprawić.
11:36
To jedno zdanie resetuje oczekiwania.
11:38
Uczestnicy przestają czekać na perfekcję, a zaczynają sprawdzać użyteczność.
11:41
Niechlujny wynik to nie porażka, to tylko część krzywej uczenia się.
11:44
Takie podejście zmienia słabe szkice w momenty edukacyjne, a nie powody do odrzucenia.
11:49
Jeśli chcesz, by to zadziałało, myśl o szkoleniu nie jak o jednorazowych warsztatach, ale jak o wdrażaniu kodów do gry dla codziennej pracy.
11:54
Długie maratony w sali konferencyjnej zabijają entuzjazm.
11:57
Krótkie i częste sesje go budują.
11:59
Kilka konkretnych działań sprawdza się najlepiej.
12:04
Na samym początku prowadź od 15 do 30 minutowe mikrosesje zamiast całodniowej męczarni.
12:08
Stwórz piaskownicę z zaszumionymi, uszkodzonymi danymi, aby ludzie mogli testować bez strachu.
12:12
Rozdaj ściągę, jak weryfikować fakty z kopilotem.
12:15
W ten sposób szkolenie nie polega na udawaniu, że kopilot to czarodziej, ale na pokazaniu, jak używać go jako wsparcia bez ośmieszania się przed szefem.
12:22
Format listy kontrolnej sprawia też, że ludzie pamiętają wskazówki po wyjściu z sali.
12:25
Nikt nie będzie cytował trzygodzinnej prezentacji, ale jednostronicową ściągę każdy przyklei nad monitorem.
12:31
Efektem tych zmian jest zmiana nastawienia.
12:34
Na długich prezentacjach użytkownicy zaczynają testować zadania, które realnie oszczędzają im trudu.
12:38
Takie jak skracanie szkiców maili o połowę, podsumowywanie aktualizacji projektów czy wyciąganie odpowiedzi z gąszczu arkuszy.
12:44
Każda mała wygrana to dowód, że kopilot ma swoje miejsce w ich pracy, a nie tylko na slajdach marketingowych Microsoftu.
12:49
Zbierz kilka takich wygranych, a adopcja przestanie być postrzegana jako narzekanie działu IT.
12:53
Staje się to czymś, co użytkownicy chcą ciągle udoskonalać.
12:56
Doświadczenie pokazuje, że ten wzorzec napędza krzywe adopcji.
12:59
Zespoły szkolące się na uczciwych przykładach i w krótkich cyklach odchodzą z myślą, to naprawdę pomaga.
13:03
Dodajmy, że zespoły, które urządzają marketingowe pokazy odchodzą narzekając.
13:06
To takie proste.
13:07
Ciekawi użytkownicy stają się użytkownikami eksplorującymi.
13:09
Eksplorujący użytkownicy stają się codziennymi użytkownikami, a oni tworzą historie, które rozprzestrzeniają się szybciej niż jakakolwiek komunikacja wewnętrzna.
13:15
Chcesz otrzymać arkusze do prowadzenia własnych, skutecznych szkoleń?
13:18
Zapisz się do newslettera TLDR na M365 Show lub śledź stronę M365 Show, aby oglądać transmisję na żywo, gdzie MVP omawiają to dokładniej.
13:25
Oszczędza to zgadywania, co działa i wymyślania koła na nowo przy każdym projekcie.
13:28
Oto szkolenie bez przewracania oczami, prawdziwe pliki, realistyczne ramy i powtarzalne małe sesje, które szybko pokazują wartość.
13:34
Jeśli to opanujesz, kopilot poczuje się jak członek zespołu, a nie kolejny wybryk IT.
13:38
A kiedy właściwie zaplanujesz szkolenie, budujesz w użytkownikach pewność siebie.
13:41
Ale jeśli to zignorujesz, historia wdrożenia szybko się zmienia, bo nic nie wykoleja się szybciej niż przełączenie przycisku bez przygotowania gruntu.
13:48
Co się dzieje, gdy pomijasz trudną część?
13:50
Oto moment, w którym robi się brzydko.
13:52
Gdy firmy pomijają trudną część i po prostu uruchamiają kopilota bez sprzątania, bez przygotowań, bez mapy drogowej, włączając licencję w całym tenancie, jakby to był darmowy pączek w piątek.
14:00
Zanim ktoś wyśle świętującą wiadomość na Teams, użytkownicy już zasypują kopilota zapytaniami od podsumuj wyniki finansowe za Q4, poprzedstaw naszą politykę urlopową.
14:08
Co otrzymują w odpowiedzi?
14:09
Śmieci.
14:11
Mylące śmieci.
14:12
Nagle kopilot przestaje wyglądać jak pomocny asystent, a zaczyna jak żartobliwy bot, którego id podsunęło dla śmiechu.
14:17
Dlaczego tak się dzieje?
14:19
Bo cała nudna praca u podstaw została pominięta.
14:21
Brak segregacji starych bibliotek dokumentów, brak zapytań testowych, wyłapujących błędy, brak mikroszkoleń wyjaśniających, że szkice kopilota trzeba sprawdzać.
14:28
Zamiast tego masz foldery SharePoint działające jak firmowy wehikuł czasu, gdzie przestarzałe pliki Excela z 2007 roku pojawiają się jak objawienie, a kopilot radośnie serwuje je jako świeże spostrzeżenia.
14:37
Z perspektywy użytkownika wygląda to jak nurkowanie w śmietniku w garniturze.
14:41
Z perspektywy id wygląda to jak sezon polowań na dział pomocy technicznej.
14:44
Widziałem wdrożenie, które kompletnie legło w gruzach, gdy kierownictwo uparło się na start bezpośrednio dla kadry zarządzającej.
14:49
Pierwsze pytanie CFO.
14:51
Podsumuj nasze wyniki finansowe za Q4.
14:53
Zamiast aktualnych liczb, kopilot pobrał archiwum sprzed trzech lat, sprzed fuzji, ze strukturą firmy, która nie istniała od 2017 roku.
15:00
Wyglądało to wiarygodnie, było całkowicie błędne i wylądowało prosto na sali obrad.
15:04
Spróbuj to wytłumaczyć.
15:05
Tak właśnie umiera zaufanie, szybko.
15:07
Jedna zła odpowiedź na ważne pytanie i nagle całe wdrożenie zostaje uznane za zwykły chwyt.
15:11
Adaptacja zamiera, czaty w Teamsach zapełniają się memami zamiast sukcesami, a dział id zasypują gniewne telefony.
15:16
Jeśli jesteś w takiej sytuacji, oto skrypt wyjaśniający, który możesz przedstawić kierownictwu bez owijania w bawełnę.
15:21
Wstrzymaliśmy wdrożenie, aby poprawić źródła danych powodujące nierzetelne odpowiedzi.
15:25
Wznowimy proces etapami, osiągając wymierne korzyści.
15:28
To zmienia narrację z IT, zawaliło na IT, przejęło kontrolę.
15:31
Proces naprawczy nie jest przyjemny, ale jest możliwy.
15:33
Sprowadza się do prostego, czterostopniowego planu działania.
15:36
Wstrzymaj szerokie wdrożenie, posegreguj i zarchiwizuj nieaktualne źródła, uruchom mały program pilotażowy z jasnymi oczekiwaniami, komunikuj się przejrzyście i zbieraj opinie użytkowników.
15:44
Te cztery punkty decydują o tym, czy po cichu naprawisz bałagan, czy na stały szargasz reputację kopilota.
15:50
W ramach tego planu dział IT przeprowadził kilka kluczowych działań porządkowych.
15:53
Oczyszczono kluczowe zasoby danych, oznaczono dane aktywne i archiwalne, ograniczono zasięg kopilota do kontrolowanej grupy, a następnie wznowiono pracę w bezpiecznym środowisku.
16:00
Celem nie jest perfekcja, lecz kontrola.
16:02
Nie chcesz, aby kopilot przeszukiwał zakurzone archiwa i prezentował je jako pewne źródło wiedzy.
16:06
Chcesz, aby działał w uporządkowanym obszarze, gdzie faktycznie może budować zaufanie.
16:09
Zmiana sposobu komunikacji jest równie ważna.
16:12
Mądre zespoły nie nakręcały nadmiernych oczekiwań.
16:14
Jasno określiły zasady na samym początku.
16:16
Kopilot tworzy szkice.
16:17
Ty sprawdzasz fakty.
16:18
Oto jak rozpoznawać nieaktualne informacje.
16:21
Oto, gdzie zgłaszać błędne odpowiedzi, taka szczerość zadziałała lepiej niż jakikolwiek entuzjazm kadry zarządzającej, ponieważ dała użytkownikom proste wytyczne.
16:27
Nikt nie oczekuje, że generator szkiców będzie bezbłędny, ale każdy oczekuje, że będzie przewidywalny, a ta przewidywalność przywraca zaufanie.
16:34
Gdy cykle pilotażowe przyniosły małe, ale widoczne korzyści, kierownik projektu skrócił czas aktualizacji statusu o połowę, a menedżer wreszcie zobaczył 40-stronicowy dokument planowania sprowadzony do czegoś sensownego wieść zaczęła się rozchodzić.
16:45
Nie przez newsletry czy prezentacje, ale przez rozmowy na korytarzach i wątki w Teamsach.
16:49
Zamiast haseł C i O, adaptacje napędzały głosy pracowników, to faktycznie zaoszczędziło mi godziny pracy przy zadaniu, którego nie cierpię.
16:55
To znacznie potężniejsze niż jakakolwiek wyreżyserowana historia sukcesu.
16:58
Wniosek, pominięcie trudnych etapów na starcie zapewnia efektowne wdrożenie i szybką porażkę.
17:03
Wykonanie porządków i restart oznaczają wolniejszy początek, ale trwałą wiarygodność.
17:07
A wiarygodność jest jedyną rzeczą, która sprawia, że kopilot trafia do codziennego obiegu, a nie do szuflady z korporacyjnymi gadżetami.
17:12
Bo ostatecznie to nie, a i decyduje o sukcesie, ale to, czy ludzie na miejscu ufają mu na tyle, by z niego korzystać.
17:18
I ten jeden czynnik jest prawdziwym wyznacznikiem sukcesu.
17:21
Podsumowując, to tyle.
17:22
Różnica między wdrożeniem kopilota, które kończy się fiaskiem, a takim, które przynosi efekty, to nie magia, lecz wykonanie.
17:27
Zapomnij o marketingowym szumie i pamiętaj o 10 działaniach, które naprawdę mają sens.
17:31
Określ zakres źródeł, zacznij od uporządkowania najgorszego folderu, wdróż pilotażowo, wybierz liderów, pokaż namacalne korzyści, trenuj na realnych danych, ustal realne oczekiwania, stwórz bezpieczne środowiska testowe, mierz i dziel się wynikami oraz miej plan awaryjny.
17:44
Jeśli to zrobisz, wdrożenie stanie się przemyślane, a nie chaotyczne.
17:46
Zapisz się do newslettera na M365 Show i śledź M365 Show na LinkedIn, aby oglądać transmisję na żywo z MVP, gdzie omawiamy szczegóły.
17:53
Nie wytępisz każdego goblina danych, ale możesz zamknąć te najgorsze i pozwolić kopilotowi wykonywać prawdziwą pracę po prostu klikając przycisk subskrypcji.