PROJ23- propozycje zmian

Dane wypełniającego

Wprowadzenie

Na następny stronach zostaną przedstawione propozycje zmian wysunięte przez osoby komentujące dokument z podziałem na obszary, których dotyczą.

Proszę określić konieczność wprowadzeniem zmiany, możliwe odpowiedzi to zbędna, potrzebna(dobrze by było, ale bez też będzie ok), konieczna.

W przypadku chęci wprowadzenia dodatkowych komentarzy należy zaznaczyć jedną z trzech odpowiedzi zamkniętych oraz uzupełnić pole komentarz.

Poniżej pytanie znajduję się komentarz Karoliny do obecnego rozwiązania i propozycji.

Przy wskazywaniu odpowiedzi bezwzględnie należy wziąć pod uwagę uzasadnienie biznesowo-ekonomiczne proponowanej do wprowadzenia zmiany, wiele z nich będzie się wiązać ze wzrostem kosztu rozwiązania.

W celu poznania kontekstu zaproponowanej zmiany należy posłużyć się kartą modyfikajci.

Algorytm

Do #2:

Wg mnie nie jest to dobre rozwiązanie. Ponieważ zakładamy, że to obciążenie pracownika definiuje możliwość Rockfin do wykonania projektu. O my mamy zaplanować prace, w tym przydział osób, aby zapewnić realizację zadań w projekcie na czas. Rozciąganie wykonania zadania w czasie nie jest dobrym roziwązaniem, nie ukrywajmy, jak mamy do wykonania 5 zadań na piątek to robmy je po kolei, czyli ustalamy które kończymy pierwsze, które drugie itp, nie siedzimy po 2hdziennie nad zadaniem, bo to jest strata czasu. I tak powinno wygladac planowanie - jak woidzimy ze słupków że obcciążaenie jest za wysokie, to musimy przelanować kolejność zadań lub przepisać zadania do innego pracownika. Jeżeli system sam rozkładałby zadania z uwzględnieniem dziennego capacity, uurlopow itd na wykresach będzie wszystko zawsze idealnie, i nie będzie informacji o przeciążeniach/przekroczeniach - agorytm nie pozwoli na to.

A dane powinny pokazywać rzeczywistą konieczność wykonania zadań vs. realne możliwości - to jest informacja czy mamy zadania poprawnie zaplanowane. (niektórych zadań nie da sie zrobic inaczej niż całość od razu albo jest to duża strata czasu)

Informacje, które będą niezbędne do wprowadzenia:

Algorytm w jaki sposób miałby następować taki rozkład.

Do #3:

Zadania przypisane do działań.

Pomiędzy działaniamy ustawione zależności. Na tej podstawie wyznaczany harmonogram projektu, a tym samym wstępne "rozłożenie w czasie" zadań.

Szczegóły struktury można ustalić dalej

Do #4:

W mojej ocenie cięzko do zaimplementowania. Takie sytuacje wymagają każdorazowo indywidualnego podejścia i analizy.

Ponaddto, to że zadanie nie może zostać ukończone w terminie będzie miało wpływ na cały harmonogram i potrzebna jest decyzja uzględniające całość.

Informacje, które będą niezbędne do wprowadzenia:

Wytyczne do zdefiniowania priorytetów zadań.

Musimy zaszyć algorytm, który będzie definiowa, które zadania można przesunąc, a które muszą zostać wykonane teraz.

Nie może to być rodzaj zadania, bo czasami nadrzędny jest projekt .

Do #5:

Propozycja modyfikacji: przy przekroczeniu o 10%

Informacje, które będą niezbędne do wprowadzenia:

10% względem której danej?

Planowane (pierwotnie) Jak już raz przekroczymy te 10% to potem to przekroczenie jest już stałe i każdorazowo trzeba podawać.

Aktualne pozostale+poniesione (uwzgędnia już ewentualne wcześniejsze podniesienia godzin) - z naszych 10% może stać się 19% bo kolejny komentarz wymagany przy drugim przekroczeniu o 10%

Do #6:

Propozycja modyfikacji: póki zadanie mieści się w datach działania nie wymagane.

Co z zadaniami przypisanymi do "worka" other? Ze względu na strukturę, nie wszystkie zadania muszą mieć swoje odzwierciedlenie w harmonogramie.

Struktura projektu i harmonogramu możliwa do ustalenia później, modyfikacji w trakcie trwania projektu, zdefiniowanie kilka szablonów projektu)

Do #7:

Komunikat jako ostrzeżenie będzie przy zapisaniu zadania.

Dodatkowo przy każdym zadaniu będzie pole czy zadanie ma daty poza datami działania (czy start zadania wyznaczony został przed starem działania) zawsze można przejrzeć to z poziomu projektu, wyfiltrować.

do #8:

Zawsze można dodać nowe zadanie. Można je przypisać albo w działaniu gdzie "oryginalnie" robiliśmy dokument, a można dodać zadanie jako prace dodatkowe.

Szczegółowe wytyczne będą opracowane również pod kątem wymagań analizowania godzin, nie tylko ile godzin na jakie zadanie, ale również o przyczyni, np. planowe prace projektowe, błędy wewnętrzne, błędy dostawcy, zmiany klienta, błędy klienta ...

Ponieważ mamy jedno miejsce, które ma obsłużyć kilka potrzeb, ta kwestia będzie definiowana później, z uwzględnieniem potrzeb w pozostałych obszarach.

Aktualne rozwiązanie daje nam na to kilka możliwości

do #9:

Musimy zmienić podejście. Mamy planować, a nie ograniczać się tylko do rejestracji. Bo w skrajnym przypadku nie będziemy zwiększać ilości POZOSTAŁEJ (nie planowanej) tylko rejestrować to co wpada bo można.

Informacje, które będą niezbędne do wprowadzenia:

Do weryfikacji, jak się zachowa system, jeżeli mam pozostałą ilość godzin 10 a będę rejestrować 12.

Czy system dopuści a pozostała ilość ustawi na 0

Czy nie pozwoli takiej ilości zapisać (brak możliwości zarejestrowania większej ilości godzin niż pozostała)

Ten przypadek nie został zdefiniowany

do #10:

Informacje, które będą niezbędne do wprowadzenia:

Co miałoby być kopiowane?

do #11:

Informacje, które będą niezbędne do wprowadzenia:

Potrzebne szczegóły jak to ma praktycznie wyglądać.

do #12:

Zbyt skomplikowane z poziomu systemu.

Rozważane było wprowadzenie dwóch algorytmów, ale zdecydowano, że pozostajemy przy obecnym (który jest znany i do którego jesteśmy przyzwyczajeni), żeby nie komplikować i nie wywracać wszystkiego do góry nogami. Wystarczające będzie zmiana z Excela na IFS, dodatkowo podawanie przez pracownika jaki algorytm wyliczenia i podawanie innych danych dla innego algorytmu, za bardzo skomplikuje.

do #14:

Było to analizowane, przyjęte jedno rozwiązanie, rozkład nieliniowy ma dać bardziej realny obraz jak się godziny będą rozkładać w przyszłości, jest to forecast a nie planowanie szczegółowe.

do #15:

Jak ten wskaźnik miałby działać? Każda osoba ocenia ilość godzin na zadanie wg własnych umiejętności - jeden zrobi coś w 2h inny to samo w 2 dni - i tu jest jeden rodzaj efektywności

Inny rodzaj efektywności to planowanie nie na 100% i jak to chcemy robić:

- czy dostępność robimy na 80% (nominalnie 32h zamiast 40h)

- czy rozkładamy zadania tak, aby obciążenie wychodziło na 80% - i co wtedy jak wychodzą "za wysokie słupki"

Informacje, które będą niezbędne do wprowadzenia:

Szczegółowe wytyczne jak pracujemy na danych - jakie działania należy podjąć w jakich przypadkach

do #16:

Nie ma możliwości zaznaczenia dowolnych zadań i polecenia przesuń o 2 tygodnie.

Ale jest możliwość przesunięcia wszystkich zadań w danym działaniu automatycznie o tyle o ile zostanie przesunięte całe działanie. Robione jest to na etapie przeharmonogramowania całego projektu i można to zrobić dla zadań w wybranych (nie koniecznie wszystkich) działaniach.

Lista zadań

do #17:

Każdy pracownik jest odpowiedzialny za organizację swoich zadań.

Ogólnie nie jest (jeszcze) zblokowane dodawanie zadań innym pracownikom.

Informacje, które będą niezbędne do wprowadzenia:

Czysto teoretycznie

Jak to miałoby wyglądać od strony praktycznej? Czyli dodaj zadanie i co podaje? Tzn, w jaki sposób to grupowe przypisanie miałoby wyglądać

Prezentacja danych

do #18:

Pierwszy poziom wyboru: Dywizja, następnie możliwość filtrowania w kolumnach

do #19:

Aktualnie jest wizualizacja kolorami, a na planowaniu zasobów jest również z podsumowaniami

Informacje, które będą niezbędne do wprowadzenia:

Proszę o wytyczne do wykresów. Co miałoby być konkretnie prezentowane. I jak liczyć capacity pracownika w tym przypadku przypisane do danego projektu, danego FTMS/Dywizji, jeśli zadania pracownika są przypisane do różnych....

do #20:

Stan realizacji z poziomu projektu to standardowa funkcjonalność projektu. (lista wszystkich zadań z projektu, z przypisanymi osobami, datami itp.)

Doprecyzować co chcemy uzyskać

do #21:

3 miesiące do przodu to już wystarczająco odległy czas, z punktu planowania zadań bieżących, w ujęciu tygodniowym

Do planowania długoterminowego mamy rozdział Planowanie zasobów, planowanie w ujęciu miesięcznym z uwzględnieniem ofert

do #22:

Informacje, które będą niezbędne do wprowadzenia:

Szczegółowe wytyczne, co te wykresy miałyby przedstawiać i jak wyznaczane miałyby być dane

do #23:

Możemy zmienić że %obciążenie pracownika w danym tyg na samej górze kolumn z ilością godzin pozostała na zadanie,

0 nie wyświetlane i mamy formę jak teraz że w tygodniach w których zadanie jest wykonywane mamy liczby, pozostałe puste - daje to pewna bardzo prosa formę Gantta.

do #24:

Informacje, które będą niezbędne do wprowadzenia:

Doprecyzować co chcemy uzyskać

do #25:

Nie jest zakładana prezentacja komentarzy do zmian. Komentarze można będzie wywołać (jak, nie było dyskusji).

Informacje, które będą niezbędne do wprowadzenia:

Do zdefiniowania potrzeby związane z analiza komentarzy do zmian

do #26:

Informacje, które będą niezbędne do wprowadzenia:

Szczegółowe wytyczne, co te wykresy miałyby przedstawiać i jak wyznaczane miałyby być dane.

do #27:

Informacje, które będą niezbędne do wprowadzenia:

Szczegółowe wytyczne, co te wykresy miałyby przedstawiać i jak wyznaczane miałyby być dane (jakie dane w odniesieniu do jakich danych)

Szablony

do #28:

Będzie możliwa ale dopiero jak będziemy mieli rzeczywiste dane, czyli po pewnym okresie funkcjonowania tego rozwiązania.

Informacje potrzebne do wprowadzenia

Ewentualnie możemy spróbować to zdefiniować teraz, ale to znowu będzie "strzał"

do #29:

W przyszłości będzie można to uzupełnić w szablonach. Ale najpierw musimy mieć dane.

Treść

do #30:

Określenie zasoby jest ogólnym określeniem w biznesie określającym i pracowników (zasoby ludzkie) i narzędzia i materiał (zasoby materiałowe) i miejsce i czas i pieniądze.

Informacje, które będą niezbędne do wprowadzenia:

Inne propozycje

Uprawnienia

Urlopy

do #32:

Zadania maja zostać wyznaczone z poziomy realizacji projektu.

Przypisanie zadania do pracownika i nalozenie realizacji zadania na jego dostępność pokazuje, czy jest to możliwe. Jeżeli nie, zadanie należy zaplanować inaczej (inny koniec, inny pracownik, inna ilosc godzin dziennie - jeżeli to możliwe) Więcej szczegółów w komentarzu do punktu 5

do #34:

Informacje, które będą niezbędne do wprowadzenia:

Doprecyzować co chcemy uzyskać.

do #35:

Dane o urlopach będą dostępne w module kadrowym w IFS, wprowadzanie tego do tego rozwiązania wydaje się bezzasadne.

To nie jest moduł do informowania kiedy pracownik ma urlop. Tylko do analizy jego obciążenia. Jego urlop uwzględniany jest poprzez zmniejszenie jego dostępności - nie ma znaczenia czy nie ma go w poniedziałek czy w czwartek. Ważne żeby ilość zadań zaplanowana na dany tydzień nie przekraczała jego dostępności (łącznie).

do #36:

Informacje, które będą niezbędne do wprowadzenia:

Doprecyzowanie o co chodzi i szczegóły

Dziękujemy za wypełnienie ankiety!