pasjonat OSS i BSS

“to wystarczająco złe dla kierownika projektu, gdy projekt napotyka problem – ale często jest to dopiero początek niepokojących rozmów z interesariuszami projektu. Kluczem do przetrwania tego bałaganu jest rozpoznanie rodzajów rozmów, które idą naprzód, a następnie unikanie destrukcyjnych rozważań, świadomie dając pierwszeństwo wartościowym dyskusjom. Jednym z cennych narzędzi, które mogą pomóc w najpoważniejszych sytuacjach jest zdyscyplinowane podejście do powiadamiania o zagrożeniach i planowania.”
Bill Hoberecht w Notatniku premiera.

jak wszyscy wiemy, CSP zajmują się dostarczaniem i gwarantowaniem usług komunikacyjnych. Osiąga się to poprzez ciągły strumień ” projektów.”Niektóre OSS zapewniają narzędzia do koordynowania dużej puli zasobów do pracy nad wieloma jednoczesnymi dostawami projektów w ramach CSP. Narzędzia te mogą obejmować zarządzanie zamówieniami, zarządzanie planowanymi wydarzeniami, zarządzanie pracownikami w terenie itp.

Zarządzanie Ryzykiem jest ważnym elementem tych narzędzi, aby podkreślić, kiedy terminy terminowe (np. RFS-ready for service) są zagrożone poślizgiem. Zarządzanie zagrożeniami ma również komponent ludzki, w którym przedstawiciel CSP będzie współdziałać z interesariuszem / klientem, aby poinformować ich o ryzyku poślizgu.

artykuł Billa (patrz link powyżej) dostarcza cennych informacji na temat ludzkiego komponentu (np. powszechne, ale bezowocne podejścia do zastraszania, obwiniania i wymówek), ale także dostarcza naprawdę cennych wskazówek dla programistów OSS.

w części zatytułowanej “cztery cenne rozmowy, które pomagają rozwiązać Problem” Bill wskazuje, że pozytywne działania w zakresie zarządzania zagrożeniami identyfikują:

1. stan obecny
2. działania naprawcze
3. przyczyna źródłowa
4. poprawa strategiczna

nasze OSS / BSS zdecydowanie mają do odegrania rolę w tych działaniach, jak następuje:

1. aktualny stan – zbieranie informacji, które przekazują aktualny stan i prawdopodobne Efekty przepływu (np. poślizgi daty kamienia milowego)
2. działania naprawcze-to jest miejsce, w którym DSS (systemy wsparcia decyzji) mogą przeprowadzać symulacje w celu zidentyfikowania najbardziej optymalnej realokacji zasobów w celu rozwiązania problemów dotyczących tego zagrożonego projektu, przy jednoczesnym uwzględnieniu wszystkich innych realizowanych projektów
3. pierwotna przyczyna – podczas gdy OSS może nie być w stanie uzyskać dostępu do informacji o wszystkie napotkane przeszkody, będą mogli zbierać ważne statystyki, takie jak zadania zajmowanie dłuższego czasu niż planowano, niewystarczająca ilość zasobów z niezbędnymi umiejętnościami do wykonania zadania, niemożność uzyskania zgody zainteresowanych stron, kontrola jakości / przeróbka itp.
4. poprawa strategiczna – Identyfikacja informacji projektu po projekcie może dostarczyć wglądu w makro-trendy, takie jak potrzeby poprawy procesów, ulepszenia szkoleń, zmiany personelu (np. zatrudnianie personelu, ponowne przydzielanie personelu, działania naprawcze dla niektórych osób) itp. Może nawet podkreślić potrzebę zmian w KPI i/lub zachętach do wydajności

narzędzia Systemu Wspomagania Decyzji oferują doskonałą okazję do wykorzystania naszych OSS i powiązanych danych, aby usunąć stres z ludzkiego komponentu zarządzania zagrożeniami. Jak wyjaśnia Bill, ” w projekcie, w którym problemy rozwijają się, harmonogramy mają kluczowe znaczenie dla firmy, a napięcia są wysokie, radzenie sobie z sytuacją zagrożenia jest obarczone niebezpieczeństwem. O ile nie przewidujesz wydłużonego okresu niezwykle słonecznej pogody dla nadchodzących projektów technologicznych, prawie na pewno będziesz musiał radzić sobie z trudnymi problemami i sytuacjami zagrożenia. Nie unikaj dyskusji o problemach.”Zapewnij kierownikom projektów lub operatorom wszystkie informacje, których potrzebują, aby zapewnić przejrzystość interesariuszom.