-
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.nask.pl!news.nask.org.pl!newsfe
ed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail
From: "Bartek" <bolivar @ CosTamJeszcze autograf.pl>
Newsgroups: pl.praca.dyskusje
Subject: Re: Parametry biologiczne człowieka - ambitne zagadnienie
Date: Thu, 14 Jun 2007 11:49:16 +0200
Organization: tp.internet - http://www.tpi.pl/
Lines: 68
Message-ID: <f4r306$reu$1@atlantis.news.tpi.pl>
References: <f4p1vi$e2$1@inews.gazeta.pl> <0...@n...onet.pl>
<f4pv2d$10su$1@opal.icpnet.pl>
NNTP-Posting-Host: abkk126.neoplus.adsl.tpnet.pl
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response
Content-Transfer-Encoding: 8bit
X-Trace: atlantis.news.tpi.pl 1181814598 28126 83.7.178.126 (14 Jun 2007 09:49:58
GMT)
X-Complaints-To: u...@t...pl
NNTP-Posting-Date: Thu, 14 Jun 2007 09:49:58 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
Xref: news-archive.icm.edu.pl pl.praca.dyskusje:208211
[ ukryj nagłówki ]>> Nie. Zle zrozumiales. Chyba nawet AnyUser nie sadzi ze wszyscy moga
>> pracowac tak
>> samo wydajnie. Mialem na mysli kalibrowanie wskaznikow per pracownik. Po
>> prostu
>> przychodzi nowy to mierzymy ile potrafi pracowac na "normalnym biegu" i
>> jaka ma
>> wydajnosc. Potem wrzucamy mu wyzszy bieg i znowu mierzymy. I tak kilka
>> razy. Po
>> 2-3-5 tygodniach znowu. I wychodzi nam nominalna wydajnosc pracownika X.
>> Po
>> 3-5miesiacach powtarzamy badanie i wychodzi nam juz dosyc dokladna
>> wydajnosc
>> pracownika dla sytuacji kiedy pracuje normalnie i sie "lekko poci". A
>> pozniej raz na rok-dwa-piec testowo sprawdzamy wydajnosc ta sama metoda.
>> Wg.
>> mnie w pracach powtarzalnych po 5 tygodniach pracownik powinien miec
>> 80-95%
>> _swojej_ maksymalnej "rozsadnej" (takiej nie wypalajacej) wydajnosci. Po
>> 3
>> miesiacach 99-100%. Potem zmiany tej wydajnosci maja podloze poza
>> fizjologiczne
>> czyli problemy w domu, zdrowie i np. utrata zaufania do
>> pracodawcy/nieuczciwosc
>> pracownika.
>
> Z grubsza tak, ale projekt ma na celu stworzenie:
>
> - systemu potrafiącego monitorować wiele (setki, być może tysiące)
> parametrów jednocześnie, dla każdego pracownika osobno, wiele razy
> dziennie, codziennie, oraz potrafiącego z sensowną wydajnością i
> skalowalnością zarządzać wynikami tych pomiarów
>
> - systemu wnioskującego o obecnych i przyszłych parametrach pracownika - z
> punktu widzenia użytkownika końcowego chodzi o wnioskowanie perspektyw
> poszczególnych pracowników, czyli wydajność pracy, morale, ewentualne
> zagrożenia zdrowotne (np. zawał), również w oparciu o symulację nacisków
> zewnętrznych - przykładem zastosowania może tu być opracowanie (w pełni
> automatycznie) maksymalnego sposobu wykorzystania pracownika (przy czym
> chodzi o umiejętną maksymalizację, a nie dowalenie tyle roboty, ile się
> da, co po miesiącu skończy się zgonem jeszcze przed rozwiązaniem umowy), u
> którego zaczynamy (tj. automat zaczyna) dostrzegać symptomy wypalenia
> zawodowego, albo wspomnianego zagrożenia zawałem, po czym automatyczne
> powiadomienie odpowiednich osób o zaistniałych faktach, konieczności
> rozwiązania w porę umowy, konieczności zaplanowania rekrutacji itd.
>
>> Ale to mozna wykryc bez kombinowania z ekg czy falami mozgowymi.
>> Wystarczy
>> obserwowac i rozliczac pracownikow z ilosci wykonanej pracy.
>
> Ale ktoś to musi robić. Chodzi o to, aby pozbyć się wszystkich możliwych
> pracowników, których pracę da się zautomatyzować, co nawet przy dużych
> kosztach niniejszego projektu, w ciągu choćby tylko kilkunastu lat się
> opłaci.
Zastanwaiałęś się nad aspektami prawnymi takiego "monitoringu"? Myślę, że
dość szybko związki zawodowe wykończyły by firmę, która wprowadzi taki
system monitoringu procowników.
Jestem, też ciekawy w jaki sposób "na odległość" dokonywano by pomiarów...
B.Z.
> --
> Zobacz, jak się pracuje w Google:
> http://pracownik.blogspot.com
Następne wpisy z tego wątku
- 14.06.07 10:36 Lukasz Sczygiel
- 14.06.07 11:02 Lukasz Sczygiel
- 14.06.07 12:02 Maciek Sobczyk
- 14.06.07 12:21 entroper
- 14.06.07 12:24 PioPio
- 14.06.07 12:52 entroper
- 14.06.07 12:47 ::WireFree::
- 14.06.07 13:49 Lukasz Sczygiel
- 14.06.07 13:51 Lukasz Sczygiel
- 14.06.07 14:36 Jacek5
- 14.06.07 15:06 Jacek5
- 14.06.07 17:00 Maciek Sobczyk
- 15.06.07 05:58 Lukasz Sczygiel
- 25.06.07 16:52 Maciek Sobczyk
- 26.06.07 12:20 Lukasz Sczygiel
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
- 2024-11-30 Łódź => Technical Artist <=
- 2024-11-30 Lublin => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-30 Warszawa => Microsoft Dynamics 365 Business Central Developer <=
- 2024-11-30 Bieruń => Team Lead / Tribe Lead FrontEnd <=
- 2024-11-30 Zielona Góra => Senior PHP Symfony Developer <=
- 2024-11-30 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-30 Lublin => Spedytor międzynarodowy <=
- 2024-11-30 Warszawa => Mid IT Recruiter <=
- 2024-11-30 Warszawa => Fullstack Developer <=
- 2024-11-30 Żerniki => Dyspozytor Międzynarodowy <=
- 2024-11-30 Warszawa => System Architect (background deweloperski w Java) <=
- 2024-11-30 Katowice => Key Account Manager (ERP) <=
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=