Author: kocio
Date: Fri Aug 10 07:23:36 2007
New Revision: 936

Log:
Some corrections in the "share-management" subsection intro.

Modified:
   trunk/pl/ch08.xml

Modified: trunk/pl/ch08.xml
==============================================================================
--- trunk/pl/ch08.xml   (original)
+++ trunk/pl/ch08.xml   Fri Aug 10 07:23:36 2007
@@ -839,7 +839,7 @@
 <para>Rozdzielaj zarówno ciężar zarządzania projektem, jak i ciężar 
 zadań technicznych. W miarę jak projekt rośnie, coraz więcej pracy  
 wiąże się z zarządzaniem ludźmi i przepływem informacji. Nie ma powodu, 
-aby nie rozdzielać tego ciężaru, a w dodatku dzielenie się tym nie 
+aby nie rozdzielać tego ciężaru, a w dodatku dzielenie się nim nie 
 wymaga tworzenia ścisłej hierarchii - w praktyce kształtuje się raczej 
 coś na kształt sieci wzajemnych powiązań, niż struktura dowodzenia w 
 stylu wojskowym.</para>
@@ -851,14 +851,14 @@
 powołane w wyniku naszej świadomej decyzji, inne po prostu powstały 
 samoistnie; spodziewam się, że wraz z rozwojem projektu liczba różnych 
 ról będzie rosła. Poniżej znajdują się szczegółowe opisy tych - i kilku 
-innych - funkcji (z wyjątkiem zadań menedżera wydań, które przedstawia 
+innych - funkcji (z wyjątkiem roli menedżera wydań, którą przedstawia 
 sekcja <xref linkend="release-manager"/> oraz sekcja 
 <xref linkend="release-owner"/><phrase output="printed">, znajdująca się 
 wcześniej w tym samym rozdziale</phrase>).</para>
 
-<para>Czytając te opisy zwróć uwagę, że żadna z nich nie implikuje 
+<para>Czytając te opisy zwróć uwagę, że żadna z funkcji nie implikuje 
 wyłącznej kontroli w danej sprawie. Istnienie menedżera zgłoszeń nie 
-sprawia, że inni ludzie nie mogą dotykać bazy zgłoszeń, menedżer FAQ nie 
+oznacza, że inni ludzie nie mogą dotykać bazy zgłoszeń, menedżer FAQ nie 
 upiera się, że ma być jedyną osobą uprawnioną do edycji listy 
 najczęściej zadawanych pytań, i tak dalej. Sens tych ról polega na 
 określeniu odpowiedzialności bez wprowadzania monopolu. Ważną częścią 
@@ -872,8 +872,8 @@
 <para>Czasem powstaje konflikt, gdy dwie lub więcej osób chce wykonywać 
 tę samą rolę. Nie ma jednej metody na załatwienie tego problemu. Możesz 
 zasugerować, aby każdy z nich wysłał swoją propozycję ("aplikację") i 
-przeprowadzić wśród uczestników projektu głosowanie, która jest 
-najlepsza. Ale jest to niewygodne i potencjalnie niezręczne. Moim 
+przeprowadzić wśród wszystkich uczestników projektu głosowanie, która 
+jest najlepsza. Ale jest to niewygodne i potencjalnie niezręczne. Moim 
 zdaniem lepszą techniką jest poproszenie kandydatów, aby ustalili to 
 między sobą. Zwykle tak właśnie zrobią i będą bardziej zadowoleni z 
 wyniku, niż gdyby została im ona narzucona z zewnątrz.</para>

_______________________________________________
Producingoss-translators mailing list
[email protected]
http://www.red-bean.com/mailman/listinfo/producingoss-translators

Reply via email to