-
Data: 2007-10-07 21:47:11
Temat: Re: wydajnosc pracy
Od: "Jackare" <jacek[kropka]leszczuk@interia_usun_to.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]>
> Pewnych prac zwymiarować się jednak nie da - da się to zrobić jedynie z
> ich efektami. Mogę Cię jednak zapewnić, że rozliczanie efektów w
> sytuacji, gdy niemożliwa jest bieżąca kontrola ilości i sposobu
> wykonywania pracy, może prowadzić do sporych nadużyć na tle "dzisiaj
> osiągnę sukces, jutro przechodzę do nowej firmy, a pojutrze może się tu
> wszystko zawalić".
> Innymi słowy, będzie dochodziło do sytuacji podejmowania się przez
> pracowników tych prac, z których będą mieli największe
> premie/uznanie/cokolwiek, kosztem prac niewdzięcznych, aczkolwiek na
> dłuższą metę niezbędnych. A ponieważ nie da się zwymiarować samej pracy,
> a tylko jej wyniki, to przełożony nie będzie miał możliwości
> wyprostowania sytuacji.
>
Od tego jest kierownictwo i optymalizacja procesów oby nie było takich
sytuacji.
Czego nie da się zwymiarować ?
Jeżeli w zpotymalizowanym procesie na całość zadania na stanowisku składa
się praca "wdzięczna" i "niewdzięczna" to niewykonanie pracy "niewdzięcznej"
będzie skutkowac niewykonaniem zadania.
Jeżeli tak nie jest trzeba zmienić proces lub podział prac.
(...)
> Z moich osobistych "badań" wynika, że powyższe dwa punkty są do siebie
> idealnie sprzeczne. Pęd pracowników do firmy/zadań, gdzie nie będą mogli
> zostać skutecznie zidentyfikowani jako winni niepowodzenia czegoś, jest
> przeciwnie proporcjonalny do ich kwalifikacji.
>
od tego są odpowienie metody zarządzania i motywowania. Nie organizuje się
pracy aby zbierać haki na ludzi.
Odpowiedzialności nie identyfikuje się po to aby ludzi karać lub doprowadzać
do źle pojmowanych oszczędności poprzez niepremiowanie (czyli jednak
karanie).
Identyfikowalność niezgodności i odpowiedzialności w procesie służy czemuś
zupełnie innemu.
Konsekwencje wprowadza się w przypadku zawinionych i/lub uporczywie
powtarzanych błędów ludzi biorąc pod uwagę uwarunkowania otoczenia.
Jeżeli tak niejest oznacza to zazwyczaj że to kierownik robi sobie dupochron
kosztem swoich ludzi, ale zakładam że kierownik też jest oceniany i
weryfikowany.
--
Jackare
Następne wpisy z tego wątku
- 07.10.07 21:53 Adam Płaszczyca
- 07.10.07 22:02 Jotte
- 07.10.07 22:15 Any User
- 07.10.07 22:29 Jackare
- 07.10.07 23:07 Jackare
- 07.10.07 23:21 Jackare
- 08.10.07 00:08 Any User
- 08.10.07 07:16 Jackare
- 08.10.07 10:02 Any User
- 22.10.07 22:56 Adam Płaszczyca
- 11.12.07 13:19 Wwieslaw
Najnowsze wątki z tej grupy
- Pedalskie ogłoszenia na rządowej s. WWW oferty.praca.gov.pl:443
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Ile powinien trwać tydzień pracy?
- Jakie znacie działające serwery grup dyskusyjnych?
- is it live this group at news.icm.edu.pl
- praca 12/24
- 5 minut przerwy przy komputerze
- raczej już nigdy nie będę pracował w Polsce
- Stanowiska sztucznie tworzone
- Re: SOLUTIONS MANUAL: Optical Properties of Solids 2nd Ed by Mark Fox
- zapłata
- Re: Cwana cwaniurka czyli niemieccy oszuści.
- Re: Cwana cwaniurka czyli niemieccy oszuści.
- Jawność zarobków wszystkich
- rozmówki przy wódeczce...
Najnowsze wątki
- 2025-02-12 Warszawa => Expert Recruiter 360 <=
- 2025-02-12 Ostrów Wielkopolski => Area Sales Manager OZE <=
- 2025-02-12 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-02-12 Dęblin => Node.js / Fullstack Developer <=
- 2025-02-12 Kraków => PHP Full Stack Developer <=
- 2025-02-12 Dęblin => JavaScript / Node / Fullstack Developer <=
- 2025-02-12 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-02-12 Łódź => NodeJS Developer <=
- 2025-02-12 Błonie => Sales Specialist <=
- 2025-02-10 Chrzanów => Programista NodeJS <=
- 2025-02-10 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2025-02-10 Białystok => iOS Developer (Swift) <=
- 2025-02-10 Mińsk Mazowiecki => Team Lead / Tribe Lead FrontEnd <=
- 2025-02-10 Białystok => System Architect (Java background) <=
- 2025-02-10 Szczecin => Senior Field Sales (system ERP) <=