Author: alejandroayuso Date: Thu Sep 6 17:51:03 2007 New Revision: 1149 Log: fixes to ch08
Modified: trunk/es/ch08.xml Modified: trunk/es/ch08.xml ============================================================================== --- trunk/es/ch08.xml (original) +++ trunk/es/ch08.xml Thu Sep 6 17:51:03 2007 @@ -132,7 +132,7 @@ lazos que no se hubieran creado de otra forma y, quizá, convertirse en una fuente de autoridad y algunos subdominios del proyecto. La responsabilidad adquirida puede ser agobiante, o puede llevarle a involucrarse en más -áreas del proyecto gracias a un renovado sentimiento de compromiso. +áreas del proyecto gracias a un renovado sentimiento de compromiso.</para> <para>Debido a todos estos posibles efectos, amenudo tiene sentido pedir a otro que haga algo incluso cuando sabes que tú lo podrías hacer mejor @@ -148,7 +148,7 @@ que alguien no quiere, o no tiene tiempo de hacer, te ganarás su confianza y su respeto. Delegar y sustituir no tiene que ver simplemente con finalizar tareas; tiene mucho que ver también con aumentar el grado de compromiso de -la gente con el proyecto. +la gente con el proyecto.</para> <sect3 id="delegation-assignment"> <title>Distingue claramente entre pedir y asignar</title> @@ -162,7 +162,7 @@ persona podría hacer lo que le pides, o quizá no. Como a nadie le gusta que se dé por hecho que va a obedecer, has de ser consciente en todo momento de cual de estas dos situaciones estás tratando y, en función de la misma, -medir tus palabras a la hora de solicitar una tarea. +medir tus palabras a la hora de solicitar una tarea.</para> <para>Algo que casi siempre sienta mal es que te pidan hacer algo como si fuera tu responsabilidad cuanto tu piensas que no es así. Por ejemplo, @@ -203,7 +203,7 @@ la tarea de la <emphasis>aceptación</emphasis> de la misma. El mensaje no sólo va dirigido a la persona a la que se pide la tarea; informa a todo el grupo del área de experiencia de dicho miembro y, además, deja claro a todos -que dicha persona es libre de aceptar o rechazar la tarea. +que dicha persona es libre de aceptar o rechazar la tarea.</para> </sect3> @@ -295,7 +295,7 @@ tacto y sin malicia. Si fuera el tercer o cuarto cambio descuidado de la misma persona, entonces lo más apropiado mencionar el hecho, después de la crítica sobre el trabajo realizado, y de nuevo sin ningún signo de enfado, -para así dejar claro que dicho patrón de comportamiento es evidente. +para así dejar claro que dicho patrón de comportamiento es evidente.</para> <para>Si alguien no mejora después de las críticas, la solución no es criticar más, o hacerlo más duramente. La solución consiste en que el grupo @@ -324,7 +324,7 @@ normal y natural, y sólo trabajo que sobrepasa ese nivel debe ser significado. </para> -</para>Por supuesto, esto no quiere decir que las contribuciones de dicha persona +<para>Por supuesto, esto no quiere decir que las contribuciones de dicha persona no deban ser reconocidas. Pero recuerda que si el proyecto se organiza correctamente, todo lo que hace una persona es visible de todas formas, y por tanto el grupo verá (y la persona implicada sabrá que el resto de miembros @@ -472,7 +472,7 @@ en su lugar. Como regla general, automatizar una tarea común supone un esfuerzo diez veces menor al esfuerzo que le supondría al desarrollador realizar la tarea a mano. Para tareas muy frecuentes, o muy complejas, el -ratio puede ser veinte veces superior e incluso mayor.<para> +ratio puede ser veinte veces superior e incluso mayor.</para> <para>Verte a ti mismo como a un "Director de Proyecto", en lugar de como a un desarrollador, puede llegar a ser una actitud positiva. A veces, _______________________________________________ Producingoss-translators mailing list [email protected] http://www.red-bean.com/mailman/listinfo/producingoss-translators
