Niniejszy wpis należy przede wszystkim traktować jako przypomnienie o nieuniknionym, gdyż już jakiś czas temu Microsoft potwierdził decyzję, która ma duże znaczenie dla organizacji korzystających z narzędzi klasy PPM/EPM: Microsoft Project Online zostanie wycofany 30 września 2026 r. Dla wielu firm i instytucji Project Online był przez lata centralnym środowiskiem do zarządzania portfelem projektów, harmonogramami, zasobami, raportowaniem, workflow i danymi projektowymi. Koniec tej usługi oznacza więc konieczność zaplanowania realnej migracji — nie tylko przeniesienia plików czy licencji.
Warto jednak już na początku uporządkować pojęcia. Microsoft nie wycofuje całej rodziny produktów Microsoft Project. Decyzja dotyczy Project Online, czyli chmurowej usługi działającej w modelu Microsoft 365/SharePoint Online. Zmiana nie obejmuje klienta desktopowego Microsoft Project, Project Server Subscription Edition ani Plannera. Microsoft wskazuje wprost, że Project desktop pozostaje dostępny i nie jest objęty tą decyzją.
Najważniejsze daty i zakres zmiany
Pierwszą kluczową datą jest 1 października 2025 r. Od tego dnia Microsoft zakończył sprzedaż licencji Project Online-only dla nowych klientów. Nie oznaczało to jeszcze wyłączenia istniejących środowisk, ale było formalnym początkiem wygaszania produktu. Organizacje, które już korzystają z Project Online, mogą nadal pracować w swoich środowiskach do daty końcowej.
Drugą istotną datą jest 1 kwietnia 2026 r. Od tego momentu obecni klienci Project Online nie będą mogli tworzyć nowych tenantów Project Online. To ważne dla organizacji, które planowałyby tymczasową rozbudowę środowiska, reorganizację instancji PWA albo tworzenie nowych przestrzeni projektowych przed migracją. Po tej dacie takie działania będą ograniczone.
Najważniejsza data to jednak 30 września 2026 r. Tego dnia Project Online zostanie oficjalnie wycofany i przestanie być dostępny. Microsoft wskazuje, że po wycofaniu usługi użytkownicy nie będą mogli uzyskać dostępu do projektów ani powiązanych danych w Project Online. To oznacza konieczność wcześniejszego wykonania kopii danych, zaplanowania migracji i zakończenia przejścia do innego rozwiązania przed datą graniczną.
W praktyce oznacza to, że organizacje nie powinny odkładać decyzji na drugą połowę 2026 r. Migracja środowiska PPM zwykle wymaga czasu: inwentaryzacji danych, analizy konfiguracji, oceny procesów, wyboru narzędzia docelowego, testów, pilotażu, komunikacji do użytkowników i przeszkolenia zespołów. Szczególnie ryzykowne jest założenie, że Project Online będzie można „po prostu zastąpić Plannerem” bez analizy tego, jak naprawdę był używany w organizacji.
Project Online, Project Server i klient desktopowy: trzy różne rzeczy
Microsoft regularnie przyzwyczaja nas do chaosu w nazewnictwie swoich produktów. Moim ulubionym przykładem dydaktycznym są zawirowania wokół środowiska gamingowego. Xbox Game Studios na ten przykład był znany jako Microsoft Game Studions. To nie koniec – ostatnio zaskoczono nas rewolucyjną zmianą „Xbox” na „XBOX”. Także – nie powinniśmy być zaskoczeni.
Największe nieporozumienia wokół tej zmiany wynikają z mieszania nazw produktów. Dla osób spoza środowiska Microsoft PPM nazwy Project Online, Project Server, Project for the web, Planner i Project desktop mogą brzmieć podobnie. W praktyce są to jednak różne produkty, o różnym przeznaczeniu i różnej architekturze.
Microsoft Project Online to usługa chmurowa, która przez lata pełniła funkcję środowiska enterprise project and portfolio management. Była wykorzystywana m.in. do zarządzania portfelem projektów, harmonogramami, zasobami, raportowaniem, PWA, procesami akceptacyjnymi i integracjami. To właśnie ta usługa kończy życie 30 września 2026 r.
Microsoft Project Server Subscription Edition to inna kategoria rozwiązania. Jest to rozwiązanie lokalne, instalowane i utrzymywane w infrastrukturze organizacji. Microsoft opisuje je jako skalowalne rozwiązanie on-premise do zarządzania portfelem projektów i zasobami. Project Server działa jako aplikacja usługi w SharePoint Server Subscription Edition, jest częścią instalacji SharePoint Server, ale wymaga osobnego licencjonowania.
To rozróżnienie ma praktyczne znaczenie. Project Server może być dla niektórych organizacji najbliższą funkcjonalnie ścieżką przejścia z Project Online, zwłaszcza tam, gdzie potrzebne są zaawansowane funkcje PPM, zarządzanie zasobami, harmonogramowanie, raportowanie, workflow i klasyczne środowisko PWA. Nie jest to jednak prosta kontynuacja tej samej usługi w chmurze. Przejście do Project Servera oznacza wejście w model lokalny, z odpowiedzialnością za infrastrukturę, SharePoint Server, administrację, bezpieczeństwo, kopie zapasowe, aktualizacje i utrzymanie.
Osobną kategorią jest klient desktopowy Microsoft Project. To aplikacja instalowana na komputerze użytkownika, używana przede wszystkim do tworzenia i prowadzenia harmonogramów projektów. Microsoft podkreśla, że decyzja o wycofaniu Project Online nie dotyczy Project desktop. Klient desktopowy nadal będzie dostępny, między innymi w wersjach Project Standard 2024 i Project Professional 2024.
Trzeba jednak dodać ważne zastrzeżenie: sam fakt dalszej dostępności klienta desktopowego nie oznacza, że organizacja zachowa funkcje Project Online. Jeżeli Project desktop był wykorzystywany w połączeniu z Project Online, to po wycofaniu Project Online nie będzie już tego samego centralnego środowiska chmurowego do publikacji projektów, pracy na portfelu, timesheetów, raportowania czy zarządzania zasobami. Klient desktopowy może nadal służyć do pracy na harmonogramach, ale nie zastępuje automatycznie całej platformy PPM.
Konsekwencje dla organizacji
Najważniejsza konsekwencja dotyczy danych projektowych. Microsoft wyraźnie wskazuje, że po wycofaniu Project Online organizacje nie będą miały dostępu do projektów ani danych powiązanych z usługą. To oznacza, że dane trzeba wcześniej wyeksportować, zarchiwizować albo zmigrować do nowego rozwiązania. Dotyczy to nie tylko samych harmonogramów, lecz także danych portfelowych, pól niestandardowych, informacji o zasobach, konfiguracji PWA, raportów, integracji, zależności z Power BI, procesów akceptacyjnych i ewentualnych powiązań z SharePointem.
Druga konsekwencja dotyczy ciągłości procesów PMO. W wielu organizacjach Project Online nie był tylko narzędziem dla kierowników projektów. Był elementem systemu zarządzania: miejscem rejestracji projektów, akceptacji inicjatyw, monitorowania statusów, raportowania do zarządu, planowania zasobów i kontroli portfela. Wycofanie usługi może więc dotknąć nie tylko PM-ów, ale także PMO, działy IT, controlling, zarządy, właścicieli biznesowych i komitety sterujące.
Trzecia konsekwencja dotyczy raportowania zarządczego. Jeżeli raporty Power BI, dashboardy PMO albo cykliczne raporty portfelowe korzystają z danych Project Online, trzeba sprawdzić, jakie źródła danych zostaną utracone i jak zostaną odtworzone w środowisku docelowym. Migracja narzędzia bez odtworzenia modelu raportowego może doprowadzić do sytuacji, w której projekty formalnie są prowadzone w nowym systemie, ale organizacja traci porównywalność danych, historię portfela albo cykliczne raportowanie dla kierownictwa.
Czwarta konsekwencja dotyczy wyboru modelu docelowego. Microsoft wskazuje kilka ścieżek przejścia: Planner, Project Server Subscription Edition oraz Dynamics 365 Project Operations. Planner jest kierunkiem zgodnym z nowoczesnym środowiskiem Microsoft 365 i rozwijanym podejściem do work management. Project Server Subscription Edition jest opcją dla organizacji potrzebujących zaawansowanego PPM albo funkcjonalności zbliżonej do Project Online. Dynamics 365 Project Operations może mieć sens tam, gdzie projekty są mocno powiązane z finansami, zasobami, rozliczeniami i timesheetami.
To oznacza, że nie istnieje jedna uniwersalna ścieżka migracji. Organizacja, która używała Project Online głównie jako repozytorium harmonogramów i prostego raportowania, może rozważyć inne rozwiązanie niż organizacja, która wykorzystywała pełne PPM, zarządzanie zasobami, workflow i raportowanie portfelowe. W praktyce decyzja powinna wynikać z analizy sposobu użycia obecnego środowiska, a nie wyłącznie z nazwy produktu.
Co organizacja powinna zrobić przed 30 września 2026 r.
Pierwszym krokiem powinna być inwentaryzacja środowiska Project Online. Trzeba sprawdzić, ile projektów znajduje się w środowisku, które z nich są aktywne, jakie dane są krytyczne, jakie pola niestandardowe są używane, jakie workflow działają, jakie raporty korzystają z danych Project Online, jakie integracje funkcjonują i którzy użytkownicy faktycznie pracują w systemie.
Drugim krokiem powinna być analiza procesowa. Nie warto migrować wszystkiego jeden do jednego tylko dlatego, że istnieje w obecnym środowisku. Koniec Project Online może być dobrym momentem, aby oddzielić funkcje rzeczywiście potrzebne od historycznych konfiguracji, które przez lata narastały w systemie. W wielu organizacjach migracja PPM jest jednocześnie okazją do uproszczenia formularzy, pól, etapów akceptacji, raportów i zasad pracy PMO.
Trzecim krokiem jest wybór scenariusza docelowego. Organizacja powinna świadomie odpowiedzieć, czy chce iść w stronę nowoczesnego środowiska Microsoft 365 i Plannera, czy potrzebuje bardziej rozbudowanego PPM w Project Server Subscription Edition, czy może projekty powinny zostać mocniej powiązane z finansami i operacjami w Dynamics 365 Project Operations. W niektórych przypadkach sensowne może być także rozwiązanie partnerskie klasy PPM/SPM, ale powinno ono zostać ocenione w analizie dopasowania i luk, z uwzględnieniem kosztów, integracji, bezpieczeństwa i utrzymania.
Czwartym krokiem jest plan migracji danych i raportowania. Sama decyzja o wyborze narzędzia nie wystarczy. Trzeba określić, które dane zostaną przeniesione, które zostaną tylko zarchiwizowane, jak zostanie zachowana historia projektów, jak zostaną odtworzone raporty, jak będą działały uprawnienia i kto będzie właścicielem danych po migracji.
Piątym krokiem jest komunikacja i zarządzanie zmianą. Dla użytkowników końcowych koniec Project Online może oznaczać zmianę codziennego sposobu pracy: inne formularze, inne raporty, inne miejsce aktualizacji statusów, inne podejście do harmonogramów lub zasobów. Bez dobrego planu komunikacji i szkoleń migracja może zostać potraktowana jako czysto techniczne przełączenie systemu, choć w rzeczywistości dotyczy sposobu zarządzania projektami w organizacji.
Najważniejsze jest więc właściwe odczytanie komunikatu Microsoftu. Microsoft Project nie znika. Nie znika klient desktopowy. Nie znika Project Server Subscription Edition. Nie znika w szczególności Planner. Kończy się natomiast Microsoft Project Online jako chmurowa usługa PPM, a to dla wielu organizacji oznacza konieczność poważnej decyzji architektonicznej i procesowej.
Dobrze przygotowana organizacja wykorzysta tę zmianę do uporządkowania środowiska zarządzania projektami. Źle przygotowana może obudzić się z problemem utraty dostępu do danych, przerwaniem raportowania portfelowego i koniecznością nerwowej migracji tuż przed datą graniczną.