Copilot w Agile: 30 promptów wspierających adaptację

Microsoft 365 Copilot pomaga w rozmowie, pracy w aplikacjach i przygotowaniu materiałów; Cowork nadaje się do dłuższych zadań wymagających kilku kroków. W tym poradniku znajdziesz 30 pomysłów: 10 do Copilot Chat, 10 do aplikacji Microsoft 365 i 10 do Cowork. Microsoft potwierdza ogólną dostępność Cowork dla tenantów Microsoft 365 Copilot w obsługiwanych językach. Dostęp konkretnej osoby zależy od licencji, regionu i ustawień administratora; praca Cowork jest rozliczana według użycia.

Microsoft IQ może połączyć kontekst pracy, dane i wiedzę organizacji, ale tylko w granicach faktycznych połączeń i uprawnień. Nie zakładaj, że Copilot widzi cały system firmy. Dokumentacja Microsoft IQ pokazuje warstwy tego kontekstu.

Prompty są autorskimi szablonami do dostosowania do twoich źródeł i zasad firmy. Agent potrafi podać tabelę z miną eksperta nawet wtedy, gdy nie dostał pliku źródłowego.

Agile stawia na wczesne i ciągłe dostarczanie wartości, współpracę, reagowanie na zmianę oraz regularną refleksję zespołu. Copilot może porządkować materiał do tych działań, ale nie zastąpi rozmowy z klientem ani samoorganizacji zespołu. Dlatego prompty Microsoft Copilot w Agile powinny tworzyć materiał do inspekcji, a nie gotową decyzję. Najbezpieczniejszy wzorzec brzmi: podaj cel, kontekst, źródła, format wyniku i granicę odpowiedzialności.

Copilot nie zmienia zasad metodyki

Punktem odniesienia pozostaje zasady Manifestu Agile. Narzędzie AI nie nadaje nowego znaczenia pojęciom, nie zmienia odpowiedzialności i nie usuwa potrzeby rozmowy. Jeśli odpowiedź Copilota jest sprzeczna ze źródłem metodyki albo z jawną polityką zespołu, poprawiasz prompt lub dane. Nie poprawiasz metodyki tak, aby pasowała do odpowiedzi.

Microsoft uczy, że dobry prompt obejmuje cel, kontekst, źródło i oczekiwania. W pracy zespołu pracującego adaptacyjnie źródłem powinny być aktualne artefakty: feedback użytkownika, wynik eksperymentu, backlog, kryteria akceptacji i ograniczenia techniczne. Kontekst wyjaśnia, do jakiej rozmowy lub kontroli potrzebujesz wyniku. Oczekiwania określają format, definicje i sposób pokazania niepewności.

Element promptu	Co wpisujesz	Czego unikasz
Cel	Jedno zadanie możliwe do sprawdzenia	„Zarządzaj projektem lepiej”
Kontekst	Odbiorca, etap pracy i decyzja	Ogólny opis bez zastosowania
Źródła	Konkretne pliki, wersje i okres danych	Polecenie oparte na pamięci modelu
Format	Tabela faktów, braków, ryzyk i kroków	Esej, którego nie da się odebrać
Granica	Czego AI nie zatwierdza i nie wykonuje	Ukryte delegowanie odpowiedzialności

Granica jest szczególnie ważna przy wybór celu iteracji, priorytetu i sposobu wykonania. Copilot może porównać materiały, wyłapać sprzeczności i przygotować pytania. Decyzję podejmuje rola, która ma do tego mandat i ponosi konsekwencje. Jeżeli wynik miałby automatycznie wywołać działanie, dodaj osobną walidację, warunek zatrzymania i zapis akceptacji.

Przygotuj dane przed przygotowaniem promptu

Najpierw ustal wersję źródeł. Ten sam dokument w folderze roboczym, wiadomości e-mail i zatwierdzonym repozytorium może mieć inną treść. W promptach podawaj nazwę, właściciela, datę i zakres. Gdy źródła są sprzeczne, poproś o tabelę różnic. Nie proś modelu, by sam zdecydował, która wersja obowiązuje.

Następnie usuń dane zbędne dla celu. Dokumentacja prywatności Microsoft 365 Copilot podaje, że Copilot respektuje istniejące uprawnienia Microsoft 365, a prompty, odpowiedzi i dane z Microsoft Graph nie są używane do trenowania bazowych modeli. Nie oznacza to jednak, że każde istniejące uprawnienie jest właściwe. Jeżeli zespół udostępnił folder zbyt szeroko, Copilot nie naprawi tego błędu organizacyjnego.

Przed pierwszym użyciem wykonaj próbę na zamkniętym, dobrze znanym przykładzie. Osoba odpowiedzialna powinna znać prawidłowy wynik i potrafić wykryć pominięcie. Zapisz prompt, wersje dokumentów oraz otrzymaną odpowiedź. Taki test nie dowodzi, że każde kolejne użycie będzie poprawne, ale ujawnia niejasne instrukcje, błędne definicje i niepotrzebne dane, zanim wynik wpłynie na rzeczywistą pracę.

Kontrola wejścia	Pytanie przed wysłaniem	Dowód
Aktualność	Czy to zatwierdzona wersja?	Data i właściciel dokumentu
Dostęp	Czy odbiorca ma prawo zobaczyć dane?	Grupa lub etykieta dostępu
Minimalizacja	Czy każde pole jest potrzebne?	Lista usuniętych danych
Definicje	Czy miary i statusy znaczą to samo?	Słownik użyty w analizie
Kompletność	Jakich danych brakuje?	Jawna lista luk

Jak korzystać z przykładów

Poniższe prompty są jawnie syntetycznymi przykładami. Nie opisują żadnego klienta ani wyniku wdrożenia. Każdy wymaga podmiany ogólnych nazw na zatwierdzone źródła twojego zespołu. Wspólna konstrukcja zmusza model do pokazania braków i pozostawienia decyzji człowiekowi.

Copilot Chat: 10 promptów do analizy i szkiców

W czacie podaj konkretny materiał i cel. Przy każdym ważnym ustaleniu wymagaj źródła, zaznaczenia braków oraz oddzielenia szkicu od decyzji. Tytuł dokumentu nie daje Copilotowi dostępu do jego treści.

1. Porządkowanie feedbacku.

   Na podstawie [zatwierdzony materiał do zadania „Porządkowanie feedbacku”, data i wersja] pogrupuj uwagi według problemu użytkownika, nie proponując jeszcze funkcji.

2. Hipoteza wartości.

   Na podstawie [zatwierdzony materiał do zadania „Hipoteza wartości”, data i wersja] zamień obserwację w hipotezę z warunkiem obalenia.

3. Mały przyrost.

   Na podstawie [zatwierdzony materiał do zadania „Mały przyrost”, data i wersja] rozbij cel na najmniejszy przyrost możliwy do sprawdzenia.

4. Kryteria akceptacji.

   Na podstawie [zatwierdzony materiał do zadania „Kryteria akceptacji”, data i wersja] wskaż niejednoznaczności i przygotuj testowalne kryteria.

5. Refinement.

   Na podstawie [zatwierdzony materiał do zadania „Refinement”, data i wersja] wypisz zależności, ryzyka i brakujące decyzje elementu backlogu.

6. Plan iteracji.

   Na podstawie [zatwierdzony materiał do zadania „Plan iteracji”, data i wersja] ułóż wariant planu bez automatycznego przypisywania zobowiązania zespołowi.

7. Daily.

   Na podstawie [zatwierdzony materiał do zadania „Daily”, data i wersja] streść przeszkody i zależności z notatek, bez oceny ludzi.

8. Review.

   Na podstawie [zatwierdzony materiał do zadania „Review”, data i wersja] porównaj rezultat z celem i dowodami od użytkowników.

9. Retrospektywa.

   Na podstawie [zatwierdzony materiał do zadania „Retrospektywa”, data i wersja] pogrupuj obserwacje i zaproponuj jeden mierzalny eksperyment.

10. Zmiana zakresu.

Na podstawie [zatwierdzony materiał do zadania „Zmiana zakresu”, data i wersja] pokaż wpływ zmiany na cel, ryzyko i niedokończoną pracę.

Copilot w aplikacjach Microsoft 365: 10 promptów do plików i spotkań

Otwórz wskazany plik lub rozmowę. W wynikach wymagaj odwołania do miejsca w źródle i zatwierdzaj proponowane zmiany przed zapisaniem. Jeśli dane są w innym systemie, przygotuj zatwierdzony eksport; samo polecenie nie tworzy połączenia.

1. Mapa ryzyk.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Oddziel ryzyka potwierdzone od hipotez.

2. Decyzja architektoniczna.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Porównaj warianty według jawnych kryteriów i testów.

3. Scenariusze testowe.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wyprowadź testy wyłącznie z podanych kryteriów.

4. Analiza błędu.

   Aplikacja: Excel; pracuj na otwartym arkuszu z danymi.

   Zbuduj hipotezy diagnostyczne i bezpieczną kolejność testów.

5. Raport interesariusza.

   Aplikacja: Excel; pracuj na otwartym arkuszu z danymi.

   Pokaż wartość, dowody, ryzyka i decyzje bez raportowania aktywności.

6. Konflikt danych.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wskaż różnice definicji, okresu i właściciela.

7. Plan odkrywania.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Ułóż pytania i eksperymenty redukujące najważniejszą niepewność.

8. Kontrola promptu.

   Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

   Wypisz twierdzenia bez źródła i decyzje pozostawione modelowi.

9. Retrospektywa.

   Aplikacja: Teams; pracuj na otwartym zapisie rozmowy lub spotkania.

   Pogrupuj obserwacje i zaproponuj jeden mierzalny eksperyment.

10. Zmiana zakresu.

Aplikacja: Word; pracuj na otwartym dokumencie roboczym.

Pokaż wpływ zmiany na cel, ryzyko i niedokończoną pracę.

Cowork: 10 promptów do zadań wieloetapowych

Dla każdego zadania wskaż Cowork zatwierdzone pliki, ich wersje i osobę odbierającą wynik. Poproś o roboczy pakiet z odwołaniami do źródeł oraz listą braków. Przed wysyłką lub zmianą danych zatrzymaj zadanie do oceny przez człowieka. Dostępne działania zależą od uprawnień i konfiguracji.

1. Porządkowanie feedbacku i hipoteza wartości.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — porządkowanie feedbacku: Pogrupuj uwagi według problemu użytkownika, nie proponując jeszcze funkcji. Etap 2 — hipoteza wartości: Zamień obserwację w hipotezę z warunkiem obalenia. Przygotuj tabelę ustaleń, listę braków i pytania do właściciela. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

2. Mały przyrost i kryteria akceptacji.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — mały przyrost: Rozbij cel na najmniejszy przyrost możliwy do sprawdzenia. Etap 2 — kryteria akceptacji: Wskaż niejednoznaczności i przygotuj testowalne kryteria. Przygotuj krótką notę, rejestr źródeł i warianty do oceny. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

3. Refinement i plan iteracji.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — refinement: Wypisz zależności, ryzyka i brakujące decyzje elementu backlogu. Etap 2 — plan iteracji: Ułóż wariant planu bez automatycznego przypisywania zobowiązania zespołowi. Przygotuj zestawienie wersji, otwarte decyzje i plan kontroli. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

4. Daily i review.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — daily: Streść przeszkody i zależności z notatek, bez oceny ludzi. Etap 2 — review: Porównaj rezultat z celem i dowodami od użytkowników. Przygotuj materiał do przeglądu wraz z dowodami i punktami spornymi. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

5. Retrospektywa i zmiana zakresu.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — retrospektywa: Pogrupuj obserwacje i zaproponuj jeden mierzalny eksperyment. Etap 2 — zmiana zakresu: Pokaż wpływ zmiany na cel, ryzyko i niedokończoną pracę. Przygotuj roboczy dokument, listę wyjątków i kryteria odbioru. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

6. Mapa ryzyk i decyzja architektoniczna.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — mapa ryzyk: Oddziel ryzyka potwierdzone od hipotez. Etap 2 — decyzja architektoniczna: Porównaj warianty według jawnych kryteriów i testów. Przygotuj tabelę ustaleń, listę braków i pytania do właściciela. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

7. Scenariusze testowe i analiza błędu.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — scenariusze testowe: Wyprowadź testy wyłącznie z podanych kryteriów. Etap 2 — analiza błędu: Zbuduj hipotezy diagnostyczne i bezpieczną kolejność testów. Przygotuj krótką notę, rejestr źródeł i warianty do oceny. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

8. Raport interesariusza i konflikt danych.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — raport interesariusza: Pokaż wartość, dowody, ryzyka i decyzje bez raportowania aktywności. Etap 2 — konflikt danych: Wskaż różnice definicji, okresu i właściciela. Przygotuj zestawienie wersji, otwarte decyzje i plan kontroli. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

9. Plan odkrywania i kontrola promptu.

   Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — plan odkrywania: Ułóż pytania i eksperymenty redukujące najważniejszą niepewność. Etap 2 — kontrola promptu: Wypisz twierdzenia bez źródła i decyzje pozostawione modelowi. Przygotuj materiał do przeglądu wraz z dowodami i punktami spornymi. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

10. Porządkowanie feedbacku, retrospektywa oraz plan odkrywania.

Na podstawie [zatwierdzonych plików z datą i wersją] wykonaj kolejno etap 1 — porządkowanie feedbacku: Pogrupuj uwagi według problemu użytkownika, nie proponując jeszcze funkcji. Etap 2 — retrospektywa: Pogrupuj obserwacje i zaproponuj jeden mierzalny eksperyment. Etap 3 — plan odkrywania: Ułóż pytania i eksperymenty redukujące najważniejszą niepewność. Przygotuj roboczy dokument, listę wyjątków i kryteria odbioru. Wynik oddaj do [osoby zatwierdzającej] przed wysyłką lub zmianą danych.

Kontroluj wynik, zanim trafi do procesu

Najpierw sprawdź odwołania. Otwórz źródło i upewnij się, że wspiera dokładnie dane twierdzenie. Sam link nie jest dowodem. Dokument może dotyczyć innej wersji, produktu albo okresu. Jeśli odpowiedź łączy dwa źródła, sprawdź, czy używają tych samych definicji.

Potem sprawdź luki. Zadaj drugie polecenie: „Wypisz wszystkie zdania, których nie da się potwierdzić w podanych materiałach. Dla każdego wskaż brakujący dowód”. Nie proś o pewność wyrażoną procentem, jeżeli nie masz metody kalibracji. Wystarczy rozróżnienie: potwierdzone źródłem, interpretacja, hipoteza i brak danych.

Na końcu sprawdź zgodność z Agile. Płynna odpowiedź może wprowadzić element z innej metody albo przenieść odpowiedzialność na niewłaściwą rolę. To nie zawsze jest błąd — zespoły mogą pracować hybrydowo — ale odstępstwo powinno być jawne i uzasadnione. Nie nazywaj procesu zgodnym z metodyką tylko dlatego, że używa jej słownictwa.

Test wyniku	Pytanie	Gdy odpowiedź brzmi „nie”
Pochodzenie	Czy każde ważne twierdzenie ma źródło?	Wróć do danych
Zgodność	Czy terminy zachowują znaczenie metodyki?	Popraw definicje
Odpowiedzialność	Czy decyzja ma ludzkiego właściciela?	Zatrzymaj użycie
Sprawdzalność	Czy wynik ma kryterium odbioru?	Zmień format promptu
Odwracalność	Czy można bezpiecznie wycofać zmianę?	Zmniejsz zakres testu

Typowe błędy

Pierwszy błąd to pytanie o „najlepszą decyzję”. Model nie zna wszystkich ograniczeń ani kosztów, a atrakcyjna rekomendacja może ukrywać brak danych. Proś o warianty, kryteria i skutki. Drugi błąd to ocena ludzi na podstawie metryk procesu. Copilot może zauważyć korelację, ale nie zna przyczyny i łatwo utrwala błędną interpretację. Analizuj system pracy, nie ranking osób.

Trzeci błąd to wprowadzanie wygenerowanej treści bez testu. Dotyczy to zarówno kodu, jak i planu, raportu czy polityki. Wymagaj drugiej osoby, ograniczonego pilotażu albo formalnej akceptacji zależnie od ryzyka. Czwarty błąd to długa rozmowa bez wersji. Gdy zmieniasz źródło lub cel, zapisz nowy prompt. Inaczej nie odtworzysz, skąd wziął się wynik.

Zbuduj kontrolowaną bibliotekę promptów

Biblioteka powinna przechowywać właściciela promptu, dozwolone źródła, oczekiwany format, kryteria testu i datę przeglądu. Zapisuj również poziom ryzyka oraz rolę zatwierdzającą. Sam tekst promptu nie wystarczy, bo wraz z procesem zmieniają się dane, definicje i granice odpowiedzialności.

Pole	Minimalna treść
Właściciel	Osoba odpowiedzialna za aktualność
Cel	Jedno zadanie i jego odbiorca
Źródła	Dozwolone repozytoria i wersje
Odbiór	Testy oraz format dowodu
Akceptacja	Rola podejmująca decyzję
Przegląd	Data lub zdarzenie wymuszające aktualizację

Zacznij od jednego zadania częstego i odwracalnego. Przez dwie iteracje zapisuj, jakie poprawki człowiek wprowadził przed użyciem wyniku. Jeżeli nie umiesz pokazać drogi od odpowiedzi do źródła, prompt nie jest gotowy do pracy operacyjnej. Jeżeli wynik jest poprawny, ale proces trwa dłużej, automatyzacja nie rozwiązała właściwego problemu.

Gdy prompty korzystają z wielu systemów i przechodzą między rolami, potrzebują wspólnego modelu danych, uprawnień i odpowiedzialności. Taki porządek jest częścią systemu działania firmy. Następnym krokiem jest powiązana metodyka i jej praktyczne zastosowanie.

W poniedziałek wybierz jeden przykład z tabeli. Dołącz dwa aktualne źródła, dopisz właściciela decyzji i zażądaj kolumny „brak danych”. Poproś drugą osobę o odtworzenie jednego wniosku. Jeśli nie potrafi wskazać dokumentu, definicji i kroku kontrolnego, popraw prompt przed kolejnym użyciem.

Umiejętności i wtyczki w Cowork

Jeśli ten sam sposób pracy powtarza się w zespole, zapisz kolejność kroków i kryteria odbioru jako umiejętność SKILL.md w Cowork. Gdy potrzebujesz dostępu do zatwierdzonego systemu poza Microsoft 365, sprawdź wtyczki Cowork, ich wydawcę, uprawnienia i przepływ danych. Umiejętność utrwala metodę, a wtyczka może dostarczyć łącznik; żadna z nich nie zastępuje zatwierdzenia wyniku.

Od czego zacząć?

Wybierz jeden prompt na danych publicznych lub syntetycznych. Zapisz wersję źródeł, odpowiedź i poprawki uzgodnione z liderem zespołu. Jeśli praca ma kilka etapów i wraca regularnie, sprawdź ją w Cowork. Akademia AI pomaga ustalić wspólne kryteria odbioru dla zespołu.