Projekt

21 lipca, 2021 przez Stary Zgred

Od ogółu do szczegółu …

Zbieranie wymagań biznesu jest jednym z kluczowych zadań w każdym Projekcie IT.
Projekt zazwyczaj realizuje to zadanie w kilku krokach:

• Na początek są to hasła wyrażone zazwyczaj w równoważnikach zdania bardzo luźno powiązane z rozwiązaniami IT.
  Niezależnie od tego czy będą to nowe czy też modyfikowane już istniejące.
• W drugim kroku przekładamy te ogólnie sformułowane wymagania na funkcje, które ma realizować rozwiązanie informatyczne.
• Ostatecznie uszczegóławiamy, aby zakodować sposoby przetwarzania danych, wygląd ekranów, itp…

Zależnie od wielkości zmiany, którą ma zrealizować Projekt, ile specyficznych wymagań zdefiniuje Biznes lista może być dłuższa lub krótsza 🙂.

Dodatkowo mogą się pojawiać modyfikacje, czyli rezygnacja z czegoś lub dodanie nowych wymagań. Oczywiście zarządzanie tymi zmianami to odrębny temat i teraz nie będziemy prowadzić szczegółowych rozważań.

Oczywistym jest, że zbierając wymagania natrafimy na sytuacje, że będą one ze sobą sprzeczne lub ich jednoczesna realizacja będzie kosztowna i wyjdziemy poza budżet 🙁.

Sponsor Projektu

Sponsor to osoba, która w takich sytuacjach musi zdecydować, którą opcję wybieramy do realizacji 😎.
Oczywiście nie jest to jedynie zadanie sponsora 😮.
W dużych Projektach, osoba ta wspiera się organizacją Projektową 🙂.
Dlatego mamy:

• Komitety Sterujące,
• Project Managerów
• a czasami nawet Project Office.
  Zespół którego zadaniem jest opracowywanie dokumentów projektowy i wspieranie KS oraz Sponsora w podejmowaniu decyzji.

Niezależnie jak wielka jest organizacja Projektu – zadania i cele są takie same – uwspólnić wymagania, niektórzy nazywają to uczesaniem celów.
Niezależnie jak to nazwiemy chodzi o to, aby wszystkie działania wspierały priorytetowe cele, czyli na koniec dnia ma być lepiej dla całej Firmy, a nie dla jednej określonej jednostki organizacyjnej 😳.

Temat jest bardzo delikatny, bo przez niektórych może być odczytany.
Ktoś ma sukces moim kosztem 😈.

Dlatego ważne jest, aby umieć policzyć koszty i zyski wszystkich uczestniczących w zmianie.
Tym którzy są stratni na konkretnym projekcje jakoś to zrekompensować 😎.
Zagadnienie to zostało wstępnie zasygnalizowane we wcześniejszym wpisie omawiającym definicje potrzeb otoczenie.

Jak definiować potrzeby/wymagania, aby sumarycznie mieć zysk to odrębne zagadnienie 😳.
Omówię je bardziej szczegółowo w kolejnych wpisach.

Teraz skupmy się na odpowiedzi na pytanie:
Po co robimy Projekt ❓
Jak ma wyglądać to lepiej ❓

Firma ma mieć większy zysk 😎

W pierwszym podejściu to stwierdzenie wystarczy 💡.
Trzeba jednak dopytać w jakim okresie 😕
Jak już wspominałem wcześniej to decyzja strategiczna firmy, czy gramy o dobry bilans tu i teraz, czy w dłuższej perspektywie – 2 a może 5 lat lub więcej ❗
To jest kluczowa decyzja, która w PLN wyraża się w prosty sposób poprzez stwierdzenie:

• Kupujemy teraz, budujemy CAPEX – wartość firmy
• OPEX nie jest problemem – optymalizujemy Case Flow
• Zobaczymy co zrobi rynek, jesteśmy folowersami

Żadna z powyższych odpowiedzi nie jest złą, ważne, aby była świadomą decyzją Zarządu 🙂.
Oczywiście powyższa lista jest uproszczeniem, w rzeczywistości może być jeszcze kilka innych równie dobrych 🙂.

Zazwyczaj inwestycje czyli Projekty świadczą o tym, że Firma działa w dłuższej perspektywie, czyli projekt robimy, aby w nadchodzących latach mieć lepiej 🙂.

Podsumowując Projekt ma poprawić nam sytuacje po jego zakończeniu, czyli płynnie przeszliśmy do codziennej działalności firmy czyli do Procesu 🙂.

Komentarze |0|