-
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!newsgate.onet.pl!niusy.
onet.pl
From: "Lukasz Sczygiel" <p...@p...onet.pl>
Newsgroups: pl.praca.dyskusje
Subject: Re: Parametry biologiczne człowieka - ambitne zagadnienie
Date: 14 Jun 2007 13:02:08 +0200
Organization: Onet.pl SA
Lines: 76
Message-ID: <0...@n...onet.pl>
References: <f4pv2d$10su$1@opal.icpnet.pl>
NNTP-Posting-Host: newsgate.onet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: 8bit
X-Trace: newsgate.test.onet.pl 1181818928 1853 213.180.130.18 (14 Jun 2007 11:02:08
GMT)
X-Complaints-To: a...@o...pl
NNTP-Posting-Date: 14 Jun 2007 11:02:08 GMT
Content-Disposition: inline
X-Mailer: http://niusy.onet.pl
X-Forwarded-For: 157.25.9.127, 192.168.243.199
X-User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; pl; rv:1.8.0.7) Gecko/20060909
Firefox/1.5.0.7
Xref: news-archive.icm.edu.pl pl.praca.dyskusje:208219
[ ukryj nagłówki ]>
> 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
>
Da sie zrobić. Drogo ale sie da. Co do skutecznosci w uzyciu juz sie wypowiedzialem.
> - 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,
Widzisz do tad calosc jest ok. System mimo ze diaboliczny bylby tylko systemem
zwracajacym wyniki.
> konieczności
> rozwiązania w porę umowy, konieczności zaplanowania rekrutacji itd.
>
A tu sobie strzelasz w jaja. Jesli potraktujesz w taki sposob system i
pracownika to:
-Na bank ludzie beda falszowac swoje wyniki i zachowanie. System nakarmiony
bzdurami bedzie bezuzyteczny.
-Do pracy przyjda tylko zdesperowani a nie ci ktorzy najlepiej pracuja.
-O systemie sie na pewno dowiedza, kamery, czujniki, kabelki sa zawsze do
zauwazenia. A podlaczenia kogos do ekg, eeg czymiernika jakisci wydychanego
powietrza nie da sie ukryc.
Taki system mialby racje bytu tylko jesli ludzie by mieli w nim interes czyli po
pierwsze ze nie bylo by decyzji o zwolnieniu w oparciu o system a dane byly by
przekazane lekarzowi ktory mogl by rozpoczac leczenie pracownika. Ewentualnie
tak jak w japonii jesli pracownik nie nadaje sie juz do pracy na danym
stanowisku to zostanie przeniesiony na inne, takie gdzie bedzie nadal pozyteczny.
>
> Ale ktoś to musi robić. Chodzi o to, aby pozbyć się wszystkich możliwych
> pracowników, których pracę da się zautomatyzować,
Mylisz sie. Taki system mogl by byc zastosowany tylko w specyficznych warunkach
i nie moge w glowie znalezc takiego w europie...
To co chcesz osiagnac jest nierealne. A nawet gdybys to wykonal i wdrozyl bedzie
to drozsze niz normalne rozliczanie pracownika z wykonanej pracy. Taniej jest
zorganizowac prace tak aby rozliczenie bylo malo uciazliwe lub wrecz
automatyczne (byle fotokomorka czesto wystarczy, wraz z odpowienim ustawieniem
stanowisk przy pasmie/w warsztacie). Poprostu tak jest taniej a zwykly podpis
trudno sfalszowac.
> co nawet przy dużych
> kosztach niniejszego projektu, w ciągu choćby tylko kilkunastu lat się
> opłaci.
>
Nie oplaci sie. Policz ile musisz zaplacic odprawy jesli chcesz sie pozbyc
pracownika. Policz ilu ich chcesz sie pozbywac. Policz ile kosztuje support tak
skomplikowanego systemu. Policz ile moze kosztowac gupi zel zeby elektrody komus
podpiac (o ile sie zgodzi). Mylisz sie.
I nie mysl ze to co napisalem to informacje ktore ci sie przydadza w realizacji
projektu. Spraw o ktorych nie wiesz jest masa i kazda bedzie kosztowac....
--
Lukasz Sczygiel
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
Następne wpisy z tego wątku
- 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
- 28.06.07 08:30 Maciek Sobczyk
- 28.06.07 09:16 Any User
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-12-02 Gdańsk => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-12-02 Kraków => Full Stack .Net Engineer <=
- 2024-12-02 Warszawa => Key Account Manager <=
- 2024-12-02 Kraków => Software .Net Developer <=
- 2024-12-02 Wrocław => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-02 Gdańsk => Kierownik Działu Spedycji Międzynarodowej <=
- 2024-12-02 Gdańsk => Head of International Freight Forwarding Department <=
- 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 <=