Warning: Cannot modify header information - headers already sent by (output started at /home/klient.dhosting.pl/aprsystem/tmproject.pl/public_html/wp-config.php:1) in /home/klient.dhosting.pl/aprsystem/tmproject.pl/public_html/wp-content/plugins/all-in-one-seo-pack/app/Common/Meta/Robots.php on line 87

Warning: Cannot modify header information - headers already sent by (output started at /home/klient.dhosting.pl/aprsystem/tmproject.pl/public_html/wp-config.php:1) in /home/klient.dhosting.pl/aprsystem/tmproject.pl/public_html/wp-includes/feed-rss2.php on line 8
Zadania | TM Project https://tmproject.pl Time Manager Fri, 28 Jul 2017 17:07:37 +0000 pl-PL hourly 1 https://wordpress.org/?v=5.8.9 https://tmproject.pl/wp-content/uploads/2017/07/logo_tm-bez-tła-150x150.png Zadania | TM Project https://tmproject.pl 32 32 Diabeł tkwi w szczegółach – lista kontrolna w zadaniach https://tmproject.pl/diabel-tkwi-w-szczegolach-lista-kontrolna-w-zadaniach/?utm_source=rss&utm_medium=rss&utm_campaign=diabel-tkwi-w-szczegolach-lista-kontrolna-w-zadaniach https://tmproject.pl/diabel-tkwi-w-szczegolach-lista-kontrolna-w-zadaniach/#respond Thu, 01 Dec 2016 10:33:59 +0000 http://tmproject.pl/?p=46029 Często zdarza nam się sytuacja gdy tworząc harmonogram projektu przychodzą nam do głowy różne drobne czynności, które muszą być wykonane w tym projekcie. Część z nich jest na tyle duża, że możemy je zapisać w formie zadania jednak czy warto też tworzyć zadanie na np. podpisanie protokołu, przekazanie instrukcji obsługi itp. Oczywiście możemy je sobie w harmonogramie wprowadzić jako…

The post Diabeł tkwi w szczegółach – lista kontrolna w zadaniach first appeared on TM Project.]]>
Często zdarza nam się sytuacja gdy tworząc harmonogram projektu przychodzą nam do głowy różne drobne czynności, które muszą być wykonane w tym projekcie. Część z nich jest na tyle duża, że możemy je zapisać w formie zadania jednak czy warto też tworzyć zadanie na np. podpisanie protokołu, przekazanie instrukcji obsługi itp. Oczywiście możemy je sobie w harmonogramie wprowadzić jako kamienie milowe jednak nie przypiszemy wtedy do nich konkretnych pracowników, co z kolei zaskutkuje tym, że podczas wykonywania przez nich tego zadania informacja o tym, że powinni podpisać protokół i przekazać instrukcję prawdopodobnie będzie musiała być przekazana ustanie. Okoliczności takie generują duże prawdopodobieństwo wystąpienia pomyłki i zapomnienie o niektórych szczegółach.

Idealnym rozwiązaniem w takim przypadku wydaje się przypisanie listy czynności, w tym przypadku naszej listy kontrolnej do jednego zadania. Miałaby ona wygląd zwykłej listy z pozycjami, na której moglibyśmy sobie odznaczać czynności które zostały już wykonane. Zamkniecie zadania byłoby uwarunkowane wykonaniem całej listy kontrolnej. Takie podejście do tematu daje nam pewność, że wszystkie czynności, które zostały zaplanowane do wykonania faktycznie się zadzieją. Warto podkreślić w tym miejscu, że taką listę kontrolną do zadań w projekcie można już tworzyć na wstępnym etapie tworzenia harmonogramu korzystając z szablonów i doświadczeniach zebranych z innych projektów.

Innym zastosowaniem listy kontrolnej może być sytuacja gdy np. podczas wizyty u klienta otrzymujemy od niego drobne uwagi związane z produktem, który dla niego wykonywaliśmy. Zazwyczaj osoba, która zbierała te uwagi nie jest tą, która będzie je realizować więc często pojawia się problem jak je przekazać, żeby mieć pewność, że wszystkie zostały zrealizowane. Wpisując uwagi jako listę kontrolną do takiego zadania serwisowego wymuszamy w pewien sposób na wykonującym je pracowniku ich wykonanie. Nie ma wtedy możliwości powiedzenia, że nie zostały mu one przekazane lub z innego powodu nie wiedział, że ma je wykonać. Zamyka zadanie dopiero gdy wszystkie pozycje listy kontrolnej są wykonane.

Z opisanych przypadków widać, że warto stosować listy kontrolne. Znacząco ułatwiają one pracę oraz eliminują możliwość zapomnienia o ważnych szczegółach od których to później mogą zależeć losy projektu.

The post Diabeł tkwi w szczegółach – lista kontrolna w zadaniach first appeared on TM Project.]]>
https://tmproject.pl/diabel-tkwi-w-szczegolach-lista-kontrolna-w-zadaniach/feed/ 0
Rozdzielenie pracy w pakietach https://tmproject.pl/rozdzielenie-pracy-w-pakietach/?utm_source=rss&utm_medium=rss&utm_campaign=rozdzielenie-pracy-w-pakietach https://tmproject.pl/rozdzielenie-pracy-w-pakietach/#respond Sun, 27 Nov 2016 10:56:04 +0000 http://tmproject.pl/?p=46030 Będąc kierownikiem działu lub osobą odpowiedzialną za rozdzielanie pracy wśród swoich pracowników często mamy do czynienia z sytuacją gdy z jednego projektu „wpada” nam do wykonania cały zestaw zadań w liczbie kilkunastu czy nawet kilkudziesięciu. Oczywiście możemy je rozdzielać żmudnie przypisując każde z osobna do odpowiedniego pracownika. Jeśli natomiast z góry już wiemy, że dany zestaw zadań będzie wykonywał określony…

The post Rozdzielenie pracy w pakietach first appeared on TM Project.]]>
Będąc kierownikiem działu lub osobą odpowiedzialną za rozdzielanie pracy wśród swoich pracowników często mamy do czynienia z sytuacją gdy z jednego projektu „wpada” nam do wykonania cały zestaw zadań w liczbie kilkunastu czy nawet kilkudziesięciu. Oczywiście możemy je rozdzielać żmudnie przypisując każde z osobna do odpowiedniego pracownika. Jeśli natomiast z góry już wiemy, że dany zestaw zadań będzie wykonywał określony zespół, np. trzech programistów to najłatwiej byłoby rozdzielić tą pracę proporcjonalnie na cały zespół. Oczywistym jest, że w rzeczywistości nie da się idealnie przewidzieć, które zadanie w jakim procencie będzie wykonywane przez każdą z tych osób. Zakładając jednak w pewnym przybliżeniu, że jedna z nich będzie nadzorować pracę, a pozostałe dwie będą te zadania wykonywać to możemy znacznie ułatwić sobie proces rozdzielania. Stosując odpowiednie mechanizmy systemie do zarządzania projektami możemy zaznaczyć sobie zadanie sumaryczne, a następnie wybrać osoby, które będą miały wykonywać wszystkie zadania podrzędne. w ostatnim kroku należy już tylko określić procentowy udział każdej z tych osób w czasie jaki został przewidziany na wykonanie zadań. Automat wtedy powinien nam przeliczyć czas jaki był zaplanowany w każdym zadaniu i zgodnie z założonym procentem odpowiednią jego część przypisać do wykonującego. Takie rozdzielanie pracy stosujemy w przypadku gdy harmonogram projektu został zbudowany w oparciu o zasoby rodzajowe. Tylko wtedy jesteśmy w stanie wybrać, spośród wszystkich zadań podpiętych pod zadanie sumaryczne tylko te, w których wykonującym ma być programista i zamienić go na przysłowiowego Kowalskiego.

Oczywiście takie rozwiązanie nie zawsze jest  możliwe do zastosowania. Sprawdza się ono w sytuacjach gdy dany zespół czy grupa pracowników jest w miarę mocno związana z projektem i realizuje pewien etap bez przeskakiwania pomiędzy projektami. Nie dotyczy to oczywiście osoby nadzorującej, która już z racji pełnienia takiej funkcji jest jakby zobligowana do bycia w różnych projektach.  Jeśli jednak większość zespołu realizuje zadania z doskoku to wtedy niestety staje się niezbędne planowanie pracy osobno, z punktu widzenia każdego zadania.

The post Rozdzielenie pracy w pakietach first appeared on TM Project.]]>
https://tmproject.pl/rozdzielenie-pracy-w-pakietach/feed/ 0
Podziel pracę – o rozdzielaniu zadań https://tmproject.pl/podziel-prace-o-rozdzielaniu-zadan/?utm_source=rss&utm_medium=rss&utm_campaign=podziel-prace-o-rozdzielaniu-zadan https://tmproject.pl/podziel-prace-o-rozdzielaniu-zadan/#respond Mon, 14 Nov 2016 09:41:00 +0000 http://tmproject.pl/?p=45951 Planując prace w projekcie zazwyczaj PM nie wie kto będzie wykonywał konkretne zadanie. Czy to będzie przysłowiowy Kowalski czy Nowak okazuję się dopiero na późniejszym etapie. w takiej sytuacji, budując harmonogram używa on zasobów rodzajowych. Nie wskazuje on osobowo pracowników tylko określa, że w danym zadaniu będzie zaplanowana praca na 160h dla konstruktora, a w…

The post Podziel pracę – o rozdzielaniu zadań first appeared on TM Project.]]>
Planując prace w projekcie zazwyczaj PM nie wie kto będzie wykonywał konkretne zadanie. Czy to będzie przysłowiowy Kowalski czy Nowak okazuję się dopiero na późniejszym etapie. w takiej sytuacji, budując harmonogram używa on zasobów rodzajowych. Nie wskazuje on osobowo pracowników tylko określa, że w danym zadaniu będzie zaplanowana praca na 160h dla konstruktora, a w innym na 200h dla montera. Taki sposób pracy jest dla Kierownika Projektu sporym udogodnieniem gdyż on „zgłasza zapotrzebowanie” na konkretne zasoby, a już do Kierownika działu należy obszar rozdzielania pracy.

Póki zadania są nierozdzielone przez Kierownika Działu to ich datami granicznymi zarządza Kierownik Projektu. Jeśli jakieś zadanie w części harmonogramu, która powinna się już zakończyć się przedłuża/skraca to automatycznie przesuwają się też zadania od niej zależne(następniki). Sytuacja ta trochę się zmienia gdy Kierownik Działu już rozdzielił pracę, tzn. zaplanował, że zadanie, które w harmonogramie miał wykonywać konstruktor w rzeczywistości będzie wykonywał nasz Kowalski. Wtedy takie zadanie już nie powinno się automatycznie przesuwać.  Oczywiście Kierownik Działu powinien zostać poinformowany o tym, że zmieniły się daty zadania, w których miało ono być poprzednio realizowane jednak praca, która została rozplanowana nie powinna się zmieniać automatycznie. Spowodowałoby to ogromny zamęt, bo przecież musimy pamiętać o tym, że najczęściej w dziale realizowanych jest jednocześnie kilka projektów, które to z kolei prowadzone są przez różnych Kierowników projektów. Efekt mógłby być taki, że raz rozplanowana zadanie, mogłoby zmieniać się nawet kilka razy dziennie nie biorąc pod uwagę żadnych ograniczeń ani konfliktów. Dlatego tak ważne jest aby nad obszarem rozplanowanej pracy czuwał już tylko i wyłącznie Kierownik Działu. On jest w stanie odpowiednio reagować na ewentualne zmiany harmonogramu lub też jeśli jest taka potrzeba negocjować z Kierownikami Projektów jakieś przesunięcia zadań. Najlepiej zna sytuację w swoim dziale i wie kto i kiedy mógłby daną pracę wykonywać.

Taki sposób działania nie pozostaje oczywiście bez konsekwencji. Jeśli za obszar rozplanowanej pracy odpowiada Kierownik Liniowy to w przypadku jakiejkolwiek zmiany w harmonogramie musi on przeplanować zadania swoim pracownikom.  Zwiększa to ilość czasu jaką musi on poświęcić na pracę administracyjną dlatego warto tu się zastanowić na jaki okres do przodu praca powinna być rozdzielana. Doświadczenie pokazuję nam, że optymalny jest okres do dwóch tygodni. Wtedy widoczne jest i można kontrolować obciążenie pracowników z działu na najbliższy okres, prawdopodobieństwo ewentualnej zmiany jest na akceptowalnym poziomie, a sytuacja, w której ona wystąpi nie zmusza Kierownika do spędzania wielu godzin na przeplanowywaniu pracy.

The post Podziel pracę – o rozdzielaniu zadań first appeared on TM Project.]]>
https://tmproject.pl/podziel-prace-o-rozdzielaniu-zadan/feed/ 0