Harmonogram dla klienta bez screenshota – i procent zaawansowania, o który pyta ubezpieczyciel

Klient prosi o harmonogram, więc biuro robi zrzut ekranu z wewnętrznego narzędzia albo eksportuje kawałek Excela i wysyła mailem. Ubezpieczyciel raz w roku pyta o procent zaawansowania projektów, więc ktoś siada i szacuje go z głowy. Obie sytuacje mają wspólny mianownik: biuro nie ma harmonogramu w formie, którą można pokazać na zewnątrz – więc improwizuje.

Improwizacja kosztuje. Screenshot wewnętrznego widoku pokazuje klientowi rzeczy, których nie powinien widzieć, i wygląda nieprofesjonalnie. Procent zaawansowania szacowany z głowy jest nieobronny, gdy ubezpieczyciel albo bank drąży. A za każdym razem ktoś w biurze traci czas na złożenie tego, co powinno składać się samo.

Ten artykuł pokazuje, jak oddzielić harmonogram wewnętrzny od wersji dla klienta, jak liczyć procent zaawansowania tak, żeby był obronny, i jak sprawić, żeby jedno i drugie powstawało z danych, które biuro i tak prowadzi – zamiast ze screenshotów i szacunków.

Dlaczego screenshot harmonogramu to zły pomysł?

Bo miesza dwa różne cele: wewnętrzne narzędzie służy do zarządzania pracą, a klient potrzebuje czytelnego obrazu postępu. Zrzut ekranu z narzędzia wewnętrznego jest jednocześnie za szczegółowy, nieprofesjonalny i zdradza rzeczy, które powinny zostać w biurze.

Wewnętrzny harmonogram jest gęsty: zadania per osoba, bufory, zależności, notatki robocze, czasem nazwiska i obłożenie zespołu. Klient nie potrzebuje tego widzieć – a część z tego wręcz nie powinna do niego trafić. Screenshot wysyła wszystko naraz: klient dostaje surową kuchnię zamiast dania. Widzi wewnętrzne rezerwy czasowe, które zinterpretuje jako „mają luz”, widzi obłożenie, które go nie dotyczy, i widzi estetykę arkusza roboczego, która nie buduje wrażenia profesjonalizmu.

Jest też problem praktyczny: screenshot to martwy obraz. Klient nie może go filtrować, nie widzi aktualizacji, a przy każdej zmianie trzeba robić i wysyłać nowy. Za tydzień krąży nieaktualna wersja i zaczyna się „a ja mam inny harmonogram”. To dokładnie ta sama pułapka, którą opisaliśmy przy granicach harmonogramu w Excelu – tyle że tu dotyka relacji z klientem, nie tylko pracy wewnętrznej.

Czym różni się harmonogram wewnętrzny od tego dla klienta?

Poziomem szczegółu i celem: wewnętrzny operuje zadaniami i zasobami, klientowski – fazami i kamieniami milowymi. To nie dwa pliki do utrzymywania osobno, tylko dwa widoki tych samych danych o różnym poziomie zbliżenia.

Kluczowa zasada: wersja dla klienta powstaje z wersji wewnętrznej, nie jest prowadzona osobno. Dwa niezależne harmonogramy zawsze się rozjadą – ktoś zaktualizuje jeden, zapomni o drugim, i klient dostanie datę sprzeczną z rzeczywistością. Jeden zestaw danych, dwa widoki: zespół pracuje na szczegółowym, klient dostaje przycięty i uczesany. Zmiana w jednym miejscu, a wersja klientowska odświeża się sama.

Jak liczyć procent zaawansowania, żeby był obronny?

Nie z głowy, tylko z ukończonych kamieni milowych o przypisanych wagach. Procent zaawansowania obronny to taki, za którym stoi metoda: które etapy są zamknięte, ile każdy waży, ile z tego składa się na całość.

Szacowanie „na oko” – „jesteśmy jakoś w 60%” – wystarcza w luźnej rozmowie, ale przewraca się, gdy pyta ktoś, kto ma w tym interes: ubezpieczyciel liczący ryzyko, bank finansujący inwestycję, inwestor rozliczający transzę. Wtedy trzeba pokazać, skąd wzięła się liczba. Metoda kamieni milowych z wagami daje odpowiedź: projekt jest podzielony na etapy, każdy ma przypisaną wagę procentową, a zaawansowanie to suma wag etapów zamkniętych plus częściowe zaawansowanie etapu w toku.

Wagi ustala się raz, na starcie projektu, i najlepiej powiązać je z pracochłonnością albo z wartością etapów w umowie – wtedy procent zaawansowania jest spójny z fakturowaniem, co zamyka usta pytaniom o rozjazd. Ważna uczciwość metodologiczna: etap w toku liczy się ostrożnie. Bezpieczniej przyjąć, że etap „prawie skończony” jest w 80% niż w 95%, bo ostatnie procenty projektu potrafią zająć nieproporcjonalnie dużo – a zawyżony procent zaawansowania mści się przy następnym raporcie, gdy trzeba się z niego wycofać.

Kto i po co pyta o procent zaawansowania?

Pytają ci, którzy ponoszą ryzyko związane z projektem: ubezpieczyciel przy polisie, bank przy finansowaniu, inwestor przy rozliczeniu transzy, czasem organ przy dofinansowaniu. Dla każdego z nich procent zaawansowania to nie ciekawostka, tylko podstawa decyzji finansowej.

Ubezpieczyciel wraca najregularniej – przy odnowieniu polisy pyta o stan realizacji projektów, bo od tego zależy jego ekspozycja na ryzyko. Odpowiedź „mniej więcej w połowie” nie wystarcza; potrzebne jest zestawienie projektów z procentem zaawansowania, które da się obronić. Bank finansujący inwestycję uwalnia transze po osiągnięciu progów zaawansowania – tu procent jest wprost wyzwalaczem płatności. Inwestor rozlicza etapy, więc jego pytanie o postęp to często preludium do faktury albo do jej kwestionowania.

Wspólny mianownik: to są sytuacje, w których szacunek z głowy jest ryzykowny, a metoda oparta na kamieniach milowych daje przewagę. Biuro, które na pytanie ubezpieczyciela odpowiada gotowym zestawieniem z jasną metodą liczenia, wygląda profesjonalnie i skraca całą wymianę do jednego maila. Biuro, które za każdym razem szacuje od nowa, traci czas i wiarygodność.

Jak sprawić, żeby harmonogram dla klienta powstawał sam?

Przez jedno źródło danych i dwa widoki: zespół prowadzi harmonogram wewnętrzny w ramach normalnej pracy, a wersja dla klienta i procent zaawansowania generują się z tych samych danych na żądanie. Klucz to nie prowadzić niczego podwójnie.

Mechanika jest prosta, gdy dane są uporządkowane. Fazy projektu mają swoje statusy i wagi – to samo, co służy do zarządzania, służy do liczenia zaawansowania. Widok dla klienta to filtr: pokaż fazy i kamienie milowe, ukryj zadania, osoby i bufory, przełóż język techniczny na zrozumiały. Procent zaawansowania to formuła: suma wag zamkniętych faz. Gdy to raz ustawione, wygenerowanie harmonogramu dla klienta albo zestawienia zaawansowania dla ubezpieczyciela to kwestia kliknięcia, nie wieczoru pracy.

Tu automatyzacja daje realną wartość bez ryzyka. Złożenie czytelnego harmonogramu z danych o fazach, przeliczenie procentu zaawansowania z wag, wygenerowanie zestawienia wszystkich projektów dla ubezpieczyciela – to czynności mechaniczne, które agent albo prosta automatyzacja wykonuje w sekundy. Człowiek zostaje przy tym, co wymaga osądu: ustaleniu wag na starcie i ostrożnej ocenie etapu w toku. To ta sama logika, co przy raporcie postępu dla inwestora – raport składa się z danych, które i tak istnieją, zamiast powstawać od zera.

Co z harmonogramem, gdy projekt się ślizga?

Aktualizować go uczciwie i komunikować poślizg wcześnie – harmonogram, który udaje, że wszystko idzie zgodnie z planem, szkodzi bardziej niż brak harmonogramu. Klient wybacza poślizg zakomunikowany z wyprzedzeniem; nie wybacza poślizgu ukrywanego do ostatniej chwili.

Pokusa jest znana: gdy projekt się ślizga, łatwiej nie wysyłać zaktualizowanego harmonogramu, niż tłumaczyć opóźnienie. To błąd. Klient i tak zauważy poślizg – później i gorzej, bo poczuje się wprowadzony w błąd. Harmonogram aktualizowany na bieżąco, z widoczną przyczyną przesunięcia (czekamy na decyzję urzędu, zmiana zakresu na życzenie klienta, oczekiwanie na dane wejściowe), zamienia opóźnienie z winy biura w wspólny problem do rozwiązania – często zresztą nie z winy biura wcale.

Tu przydaje się powiązanie harmonogramu ze statusami faz i przyczynami „czeka na kogo”. Jeśli faza stoi, bo czeka na decyzję środowiskową albo na dane od inwestora, to widać to w harmonogramie i widać, że zegar nie tyka po stronie biura. Uczciwy harmonogram bywa najlepszą obroną biura – pokazuje, gdzie naprawdę leży przyczyna opóźnienia, zamiast zostawiać ją domysłom klienta.

Jak wdrożyć dwa widoki harmonogramu w tydzień?

Ustal fazy i wagi dla aktywnych projektów, zdefiniuj, co widzi klient, a co zostaje wewnątrz, i przećwicz wygenerowanie jednej wersji klientowskiej oraz jednego zestawienia zaawansowania. Reszta to powtarzalny szablon.

Scenariusz tygodnia. Dzień pierwszy: dla każdego aktywnego projektu spisz fazy i przypisz im wagi procentowe, najlepiej zgodne z etapami umowy – suma sto procent. Dzień drugi: zdefiniuj widok klienta – które fazy i kamienie milowe pokazujesz, jakim językiem, a co ukrywasz (zadania, osoby, bufory). Dzień trzeci: policz aktualny procent zaawansowania dla każdego projektu metodą wag i porównaj z intuicją – rozjazdy są pouczające. Dzień czwarty: złóż jeden przykładowy harmonogram dla klienta i jedno zestawienie zaawansowania dla ubezpieczyciela jako szablony do wielokrotnego użycia. Piąty: ustal, kto i kiedy generuje wersje klientowskie, żeby nie wróciły screenshoty.

Po tym tygodniu biuro ma dwie rzeczy, których wcześniej nie miało: profesjonalny harmonogram dla klienta na żądanie i obronny procent zaawansowania na każde pytanie ubezpieczyciela czy banku. Dopiero z tym fundamentem warto automatyzować generowanie – bo automatyzuje się jasny proces oparty na uporządkowanych danych, a nie improwizację ze screenshotów.

Najczęściej zadawane pytania

Czy prowadzić dwa osobne harmonogramy – wewnętrzny i dla klienta?

Nie – to prosta droga do rozjazdu. Prowadzi się jeden zestaw danych i generuje z niego dwa widoki: szczegółowy dla zespołu, przycięty dla klienta. Dwa niezależnie utrzymywane harmonogramy zawsze się rozjadą, a klient dostanie datę sprzeczną z rzeczywistością.

Jak ustalić wagi faz do liczenia procentu zaawansowania?

Najlepiej powiązać je z pracochłonnością lub z wartością etapów w umowie – wtedy procent zaawansowania jest spójny z fakturowaniem. Wagi ustala się raz, na starcie projektu, i trzyma się ich konsekwentnie, żeby liczba była porównywalna w czasie i obronna wobec pytających.

Jak liczyć zaawansowanie etapu, który jest w toku?

Ostrożnie i raczej zaniżając – etap „prawie gotowy” bezpieczniej przyjąć za ukończony w 80% niż w 95%, bo ostatnie procenty potrafią zająć nieproporcjonalnie dużo. Zawyżony procent mści się przy następnym raporcie, gdy trzeba się z niego wycofać przed klientem albo ubezpieczycielem.

Co pokazać ubezpieczycielowi, który pyta o stan projektów?

Zestawienie projektów z procentem zaawansowania liczonym metodą kamieni milowych z wagami, spójne z etapami umów. Taka odpowiedź jest obronna i profesjonalna, a całą coroczną wymianę skraca do jednego maila – w przeciwieństwie do szacunków z głowy, które zapraszają do dalszych pytań.

Jak komunikować klientowi poślizg w harmonogramie?

Wcześnie i z widoczną przyczyną. Zaktualizowany harmonogram z zaznaczeniem, na co czeka opóźniona faza (urząd, dane od inwestora, zmiana zakresu), zamienia poślizg we wspólny problem i często pokazuje, że zegar nie tyka po stronie biura. Ukrywanie poślizgu do ostatniej chwili kosztuje zaufanie bardziej niż samo opóźnienie.

Podsumowanie

Screenshot harmonogramu i procent zaawansowania szacowany z głowy to objawy jednego braku: biuro nie ma harmonogramu w formie, którą można pokazać na zewnątrz. Lekarstwo to jeden zestaw danych i dwa widoki – szczegółowy dla zespołu, przycięty i uczesany dla klienta – oraz procent zaawansowania liczony metodą kamieni milowych z wagami, obronny wobec ubezpieczyciela i banku. Gdy dane o fazach są uporządkowane, jedno i drugie generuje się samo, a poślizg komunikuje się uczciwie i wcześnie – co bywa najlepszą obroną biura.

Jeśli chcesz, żeby harmonogram dla klienta i procent zaawansowania powstawały z Twoich danych jednym kliknięciem – umów 15-minutową rozmowę. Pokażemy, jak zbudować dwa widoki na jednym źródle bez prowadzenia niczego podwójnie.