<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/878" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Komentarze do wpisu: Czym jest właściwie priorytetyzacja?</title>
	<link>http://www.it.wkrakowie.org/2009/06/05/czym-jest-wlasciwie-priorytetyzacja/</link>
	<description>Integracja, promowanie i rozwój lokalnej społeczności informatycznej.</description>
	<pubDate>Fri, 30 Jul 2010 09:39:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=878</generator>
		<item>
		<title>Przez: Michał</title>
		<link>http://www.it.wkrakowie.org/2009/06/05/czym-jest-wlasciwie-priorytetyzacja/#comment-24243</link>
		<dc:creator>Michał</dc:creator>
		<pubDate>Thu, 02 Jul 2009 22:59:19 +0000</pubDate>
		<guid>http://www.it.wkrakowie.org/2009/06/05/czym-jest-wlasciwie-priorytetyzacja/#comment-24243</guid>
		<description>Pomysł z Lonely Planet proponuję sprawdzić przed wyjazdem rodzinnym - najlepiej na ubraniach i zabawkach :). Niestety "dedlajn wewnętrzny" nie będzie działał - istota bufora jest taka, że ma zostać wykorzystany, zatem "dedlajn wewnętrzny" będzie zawsze przekroczony, więc nie będzie dedlajnem tylko terminem. Pracowałem w firmie, w której próbowano wprowadzić "dedlajn wewnętrzny" - z marnym skutkiem. Dedlajn wewnętrzny może być wykorzystywany _wyłącznie_ do planowania czasu trwania zadań, ale nie na etapie realizacji.</description>
		<content:encoded><![CDATA[<p>Pomysł z Lonely Planet proponuję sprawdzić przed wyjazdem rodzinnym - najlepiej na ubraniach i zabawkach :). Niestety &#8220;dedlajn wewnętrzny&#8221; nie będzie działał - istota bufora jest taka, że ma zostać wykorzystany, zatem &#8220;dedlajn wewnętrzny&#8221; będzie zawsze przekroczony, więc nie będzie dedlajnem tylko terminem. Pracowałem w firmie, w której próbowano wprowadzić &#8220;dedlajn wewnętrzny&#8221; - z marnym skutkiem. Dedlajn wewnętrzny może być wykorzystywany _wyłącznie_ do planowania czasu trwania zadań, ale nie na etapie realizacji.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Przez: Paweł Płaszczak</title>
		<link>http://www.it.wkrakowie.org/2009/06/05/czym-jest-wlasciwie-priorytetyzacja/#comment-24206</link>
		<dc:creator>Paweł Płaszczak</dc:creator>
		<pubDate>Sun, 14 Jun 2009 15:27:21 +0000</pubDate>
		<guid>http://www.it.wkrakowie.org/2009/06/05/czym-jest-wlasciwie-priorytetyzacja/#comment-24206</guid>
		<description>Całkiem dobry skrót.
Przypomina mi się instrukcja z przewodnika po Afryce Lonely Planet która kiedyś bardzo mi się spodobała: pakując się na wyprawę, bierz do plecaka jedynie najpotrzebniejsze rzeczy. następnie wypakuj wszystko, usuń połowę przedmiotów, oraz podwój ilość gotówki. Teraz jesteś gotowy do drogi.
Wspaniale, ale - jesli mamy nieograniczoną ilość gotówki. Podobnie priorytetyzacja; fajnie gdy możemy łatwo ustawić priorytety, w praktyce jednak zadań ekstra pilnych jest zwykle natłok, a tych o niskim priorytecie - mało. Jesteśmy w stanie permanentnego braku zasobów. A to dlatego, że ustanowienie deadlajnu to miecz obosieczny: zamiast pokazywać nieprzekraczalny termin, pokazuje nam jednocześnie że "jeszcze jest czas", a jakoś tak jest że ludzie najczęściej przeceniają swoje możliwości i - dedlajn przekroczony. 
Dlatego do reguły o jawnych buforach dodałbym jeszcze explicite: dedlajn wewnętrzny+bufor=dedlajn zewnętrzny. Kierownikowi projektu pozwól celować w dedlajn wewnętrzny, czasami nie potrzebuje on nawet wiedzieć o istnieniu bufora. Natomiast klient lub użytkownik wie tylko o dedlajnie zewnętrznym.</description>
		<content:encoded><![CDATA[<p>Całkiem dobry skrót.
Przypomina mi się instrukcja z przewodnika po Afryce Lonely Planet która kiedyś bardzo mi się spodobała: pakując się na wyprawę, bierz do plecaka jedynie najpotrzebniejsze rzeczy. następnie wypakuj wszystko, usuń połowę przedmiotów, oraz podwój ilość gotówki. Teraz jesteś gotowy do drogi.
Wspaniale, ale - jesli mamy nieograniczoną ilość gotówki. Podobnie priorytetyzacja; fajnie gdy możemy łatwo ustawić priorytety, w praktyce jednak zadań ekstra pilnych jest zwykle natłok, a tych o niskim priorytecie - mało. Jesteśmy w stanie permanentnego braku zasobów. A to dlatego, że ustanowienie deadlajnu to miecz obosieczny: zamiast pokazywać nieprzekraczalny termin, pokazuje nam jednocześnie że &#8220;jeszcze jest czas&#8221;, a jakoś tak jest że ludzie najczęściej przeceniają swoje możliwości i - dedlajn przekroczony. 
Dlatego do reguły o jawnych buforach dodałbym jeszcze explicite: dedlajn wewnętrzny+bufor=dedlajn zewnętrzny. Kierownikowi projektu pozwól celować w dedlajn wewnętrzny, czasami nie potrzebuje on nawet wiedzieć o istnieniu bufora. Natomiast klient lub użytkownik wie tylko o dedlajnie zewnętrznym.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
