~ [ source navigation ] ~ [ diff markup ] ~ [ identifier search ] ~

TOMOYO Linux Cross Reference
Linux/Documentation/translations/sp_SP/process/management-style.rst

Version: ~ [ linux-6.12-rc7 ] ~ [ linux-6.11.7 ] ~ [ linux-6.10.14 ] ~ [ linux-6.9.12 ] ~ [ linux-6.8.12 ] ~ [ linux-6.7.12 ] ~ [ linux-6.6.60 ] ~ [ linux-6.5.13 ] ~ [ linux-6.4.16 ] ~ [ linux-6.3.13 ] ~ [ linux-6.2.16 ] ~ [ linux-6.1.116 ] ~ [ linux-6.0.19 ] ~ [ linux-5.19.17 ] ~ [ linux-5.18.19 ] ~ [ linux-5.17.15 ] ~ [ linux-5.16.20 ] ~ [ linux-5.15.171 ] ~ [ linux-5.14.21 ] ~ [ linux-5.13.19 ] ~ [ linux-5.12.19 ] ~ [ linux-5.11.22 ] ~ [ linux-5.10.229 ] ~ [ linux-5.9.16 ] ~ [ linux-5.8.18 ] ~ [ linux-5.7.19 ] ~ [ linux-5.6.19 ] ~ [ linux-5.5.19 ] ~ [ linux-5.4.285 ] ~ [ linux-5.3.18 ] ~ [ linux-5.2.21 ] ~ [ linux-5.1.21 ] ~ [ linux-5.0.21 ] ~ [ linux-4.20.17 ] ~ [ linux-4.19.323 ] ~ [ linux-4.18.20 ] ~ [ linux-4.17.19 ] ~ [ linux-4.16.18 ] ~ [ linux-4.15.18 ] ~ [ linux-4.14.336 ] ~ [ linux-4.13.16 ] ~ [ linux-4.12.14 ] ~ [ linux-4.11.12 ] ~ [ linux-4.10.17 ] ~ [ linux-4.9.337 ] ~ [ linux-4.4.302 ] ~ [ linux-3.10.108 ] ~ [ linux-2.6.32.71 ] ~ [ linux-2.6.0 ] ~ [ linux-2.4.37.11 ] ~ [ unix-v6-master ] ~ [ ccs-tools-1.8.12 ] ~ [ policy-sample ] ~
Architecture: ~ [ i386 ] ~ [ alpha ] ~ [ m68k ] ~ [ mips ] ~ [ ppc ] ~ [ sparc ] ~ [ sparc64 ] ~

  1 .. include:: ../disclaimer-sp.rst
  2 
  3 :Original: Documentation/process/management-style.rst
  4 :Translator: Avadhut Naik <avadhut.naik@amd.com>
  5 
  6 .. _sp_managementstyle:
  7 
  8 
  9 Estilo de gestión del kernel de Linux
 10 =====================================
 11 
 12 Este es un documento breve que describe el estilo de gestión preferido (o
 13 inventado, dependiendo de a quién le preguntes) para el kernel de Linux.
 14 Está destinado a reflejar el documento
 15 :ref:`translations/sp_SP/process/coding-style.rst <sp_codingstyle>` hasta
 16 cierto punto y está escrito principalmente para evitar responder a [#f1]_
 17 las mismas preguntas (o similares) una y otra vez.
 18 
 19 El estilo de gestión es muy personal y mucho más difícil de cuantificar
 20 que reglas simples de estilo de codificación, por lo que este documento
 21 puede o no tener relación con la realidad. Comenzó como una broma, pero
 22 eso no significa que no pueda ser realmente cierto. Tendrás que decidir
 23 por ti mismo.
 24 
 25 Por cierto, cuando se hable de “gerente de kernel”, se refiere a las
 26 personas lideres técnicas, no de las personas que hacen la gestión
 27 tradicional dentro de las empresas. Si firmas pedidos de compra o tienes
 28 alguna idea sobre el presupuesto de tu grupo, es casi seguro que no eres
 29 un gerente de kernel. Estas sugerencias pueden o no aplicarse a usted.
 30 
 31 En primer lugar, sugeriría comprar “Seven Habits of Highly Effective
 32 People” y NO leerlo. Quemarlo, es un gran gesto simbólico.
 33 
 34 .. [#f1] Este documento lo hace no tanto respondiendo a la pregunta, sino
 35   haciendo dolorosamente obvio para el interrogador que no tenemos ni idea
 36   de cuál es la respuesta.
 37 
 38 De todos modos, aquí va:
 39 
 40 .. _decisiones:
 41 
 42 1) Decisiones
 43 -------------
 44 
 45 Todos piensan que los gerentes toman decisiones, y que la toma de
 46 decisiones en importante. Cuanto más grande y dolorosa sea la decisión,
 47 más grande debe ser el gerente para tomarla. Eso es muy profundo y obvio,
 48 pero en realidad no es cierto.
 49 
 50 El nombre del partido es **evitar** tener que tomar una decisión. En
 51 particular, si alguien te dice “elige (a) o (b), realmente necesitamos
 52 que decidas sobre esto”, estas en problemas como gerente. Es mejor que
 53 las personas a las que diriges conozcan los detalles mejor que tú, así
 54 que, si acuden a ti para tomar una decisión técnica, estas jodido.
 55 Claramente no eres competente para tomar una decisión por ellos.
 56 
 57 (Corolario: Si las personas a las que diriges no conocen los detalles
 58 mejor que tú, también estas jodido, aunque por una razón totalmente
 59 diferente. Es decir, que estas en el trabajo equivocado y que **ellos**
 60 deberían gestionando tu brillantez en su lugar).
 61 
 62 Así que el nombre del partido es **evitar** las decisiones, al menos las
 63 grandes y dolorosas. Tomar decisiones pequeñas y sin consecuencias está
 64 bien, y te hace parecer que sabes lo que estás haciendo, así que lo que
 65 un gerente de kernel necesita hacer es convertir las decisiones grandes
 66 y dolorosas en cosas pequeñas a los que a nadie realmente le importa.
 67 
 68 Ayuda darse cuenta de que la diferencia clave entre una decisión grande
 69 y una pequeña es si puede arreglar su decisión después. Cualquier
 70 decisión se puede hacer pequeña simplemente asegurándose siempre de que
 71 si te equivocaste (u **estarás** equivocado), siempre puede deshacer el
 72 daño más tarde retrocediendo. De repente, llegas a ser doblemente
 73 gerencial por tomar **dos** decisiones intrascendentes - la equivocada
 74 **y** la correcta.
 75 
 76 Y las personas incluso verán eso como un verdadero liderazgo (*tos*
 77 mierda *tos*).
 78 
 79 Por lo tanto, la llave para evitar las grandes decisiones se convierte en
 80 simplemente evitar hacer cosas que no se pueden deshacer. No te dejes
 81 llevar a una esquina del que no puedas escapar. Una rata acorralada puede
 82 ser peligrosa – un gerente acorralado es directamente lamentable.
 83 
 84 Resulta que, dado que nadie sería tan estúpido como para dejar que un
 85 gerente de kernel tenga una gran responsabilidad **de todos modos**,
 86 generalmente es bastante fácil retroceder. Dado que no vas a poder
 87 malgastar grandes cantidades de dinero que tal vez no puedas pagar, lo
 88 único que puedes revertir es una decisión técnica, y ahí retroceder es
 89 muy fácil: simplemente diles a todos que fuiste un bobo incompetente,
 90 pide disculpas y deshaz todo el trabajo inútil que hiciste trabajar a la
 91 gente durante el año pasado. De repente, la decisión que tomaste hace un
 92 año no era una gran decisión después de todo, ya que se podía deshacer
 93 fácilmente.
 94 
 95 Resulta que algunas personas tienen problemas con este enfoque, por dos
 96 razones:
 97 
 98  - admitir que eras un idiota es más difícil de lo que parece. A todos
 99    nos gusta mantener las apariencias, y salir en público a decir que te
100    equivocaste a veces es muy duro.
101  - que alguien te diga que lo que trabajaste durante el último año no
102    valió la pena después de todo también puede ser duro para los pobres
103    ingenieros humildes, y aunque el **trabajo** real fue bastante fácil
104    de deshacer simplemente eliminándolo, es posible que hayas perdido
105    irrevocablemente la confianza de ese ingeniero. Y recuerda:
106    “irrevocablemente” fue lo que tratamos de evitar en primer lugar, y
107    tu decisión terminó siendo muy grande después de todo.
108 
109 Afortunadamente, estas dos razones pueden mitigarse eficazmente
110 simplemente admitiendo inicialmente que no tienes ni idea, y diciéndole
111 a la gente que tu decisión es puramente preliminar, y podría ser la cosa
112 equivocada. Siempre te debes reservar el derecho de cambiar de opinión, y
113 hacer que la gente sea muy **consciente** de eso. Y es mucho más fácil
114 admitir que eres estúpido cuando **aun** no has hecho la cosa realmente
115 estúpida.
116 
117 Entonces, cuando realmente resulta ser estúpido, la gente simplemente
118 pone los ojos y dice “Ups, otra vez no”.
119 
120 Esta admisión preventiva de incompetencia también podría hacer que las
121 personas que realmente hacen el trabajo piensen dos veces sobre si vale la
122 pena hacerlo o no. Después de todo, si **ellos** no están seguros de si es
123 una buena idea, seguro que no deberías alentarlos prometiéndoles que lo
124 que trabajan será incluido. Haz que al menos lo piensen dos veces antes de
125 embarcarse en un gran esfuerzo.
126 
127 Recuerda: Es mejor que sepan más sobre los detalles que tú, y
128 generalmente ya piensan que tienen la respuesta a todo. Lo mejor que puede
129 hacer como gerente no es inculcar confianza, sino más bien una dosis
130 saludable de pensamiento crítico sobre lo que hacen.
131 
132 Por cierto, otra forma de evitar una decisión es quejarse lastimeramente
133 de “no podemos hacer ambas cosas?” y parecer lamentable. Créeme, funciona.
134 Si no está claro cuál enfoque es mejor, lo descubrirán. La respuesta puede
135 terminar siendo que ambos equipos se sientan tan frustrados por la
136 situación que simplemente se den por vencidos.
137 
138 Eso puede sonar como un fracaso, pero generalmente es una señal de que
139 había algo mal con ambos proyectos, y la razón por la que las personas
140 involucradas no pudieron decidir fue que ambos estaban equivocados.
141 Terminas oliendo a rosas y evitaste otra decisión que podrías haber
142 metido la pata.
143 
144 2) Gente
145 --------
146 
147 La mayoría de las personas son idiotas, y ser gerente significa que
148 tendrás que lidiar con eso, y quizás lo más importante, que **ellos**
149 tienen que lidiar **contigo**.
150 
151 Resulta que, si bien es fácil deshacer los errores técnicos, no es tan
152 fácil deshacer los trastornos de personalidad. Solo tienes que vivir
153 con los suyos - y el tuyo.
154 
155 Sin embargo, para prepararse como gerente del kernel, es mejor recordar
156 no quemar ningún puente, bombardear a ningún aldeano inocente o alienar
157 a demasiados desarrolladores del kernel. Resulta que alienar a las
158 personas es bastante fácil, y desalienarlas es difícil. Por lo tanto,
159 “alienar” cae inmediatamente debajo del título “no reversible”, y se
160 convierte en un no-no según :ref:`decisiones`.
161 
162 Aquí solo hay algunas reglas simples:
163 
164  (1) No llames a la gente pen*ejos (al menos no en público)
165  (2) Aprende a disculparte cuando olvidaste la regla (1)
166 
167 El problema con #1 es que es muy fácil de hacer, ya que puedes decir
168 “eres un pen*ejo” de millones de manera diferentes [#f2]_, a veces sin
169 siquiera darte cuenta, y casi siempre con una convicción ardiente de que
170 tienes razón.
171 
172 Y cuanto más convencido estés de que tienes razón (y seamos sinceros,
173 puedes llamar a casi **cualquiera** un pen*ejo, y a menudo **tendrás**
174 razón), más difícil termina siendo disculparse después.
175 
176 Para resolver este problema, realmente solo tienes dos opciones:
177 
178  - Se muy buenos en las disculpas.
179  - Difunde el “amor” de manera tan uniforme que nadie termina sintiendo
180    que es atacado injustamente. Hazlo lo suficientemente ingenioso, e
181    incluso podría divertirse.
182 
183 La opción de ser infaliblemente educado realmente no existe. Nadie
184 confiará en alguien que está ocultando tan claramente su verdadero
185 carácter.
186 
187 .. [#f2] Paul Simon cantó “Cincuenta maneras de dejar a tu amante” porque,
188   francamente, “Un millón de maneras de decirle a un desarrollador que es
189   un pen*ejo” no escanea tan bien. Pero estoy seguro de que lo pensó.
190 
191 3) Gente II – el Buen Tipo
192 --------------------------
193 
194 Aunque resulta que la mayoría de las personas son idiotas, el corolario
195 de eso es, tristemente, que tú también seas uno, y aunque todos podemos
196 disfrutar del conocimiento seguro de que somos mejores que la persona
197 promedio (somos realistas, nadie cree que nunca que son promedio o debajo
198 del promedio), también debemos admitir que no somos el cuchillo más
199 afilado alrededor, y habrá otras personas que son menos idiotas que tú.
200 
201 Algunas personas reaccionan mal a las personas inteligentes. Otras se
202 aprovechan de ellos.
203 
204 Asegúrate de que tú, como mantenedor del kernel, estás en el segundo
205 grupo. Aguanta con ellos, porque son las personas que te facilitarán el
206 trabajo. En particular, podrán tomar tus decisiones por ti, que es de lo
207 que se trata el juego.
208 
209 Así que cuando encuentras a alguien más inteligente que tú, simplemente
210 sigue adelante. Sus responsabilidades de gestión se convierten en gran
211 medida en las de decir “Suena como una buena idea, - hazlo sin
212 restricciones”, o “Eso suena bien, pero ¿qué pasa con xxx?". La segunda
213 versión en particular es una excelente manera de aprender algo nuevo
214 sobre “xxx” o parecer **extra** gerencial al señalar algo que la persona
215 más inteligente no había pensado. En cualquier caso, sales ganando.
216 
217 Una cosa para tener en cuenta es darse cuenta de que la grandeza en un
218 área no necesariamente se traduce en otras áreas. Así que puedes impulsar
219 a la gente en direcciones específicas, pero seamos realistas, pueden ser
220 buenos en lo que hacen, y ser malos en todo lo demás. La buena noticia es
221 que las personas tienden a gravitar naturalmente hacia lo que son buenos,
222 por lo que no es como si estuvieras haciendo algo irreversible cuando los
223 impulsas en alguna dirección, simplemente no presiones demasiado.
224 
225 4) Colocar la culpa
226 -------------------
227 
228 Las cosas saldrán mal, y la gente quiere culpar a alguien. Etiqueta, tú
229 lo eres.
230 
231 En realidad, no es tan difícil aceptar la culpa, especialmente si la gente
232 se da cuenta de que no fue **toda** tu culpa. Lo que nos lleva a la mejor
233 manera de asumir la culpa: hacerlo por otra persona. Te sentirás bien por
234 asumir la caída, ellos se sentirán bien por no ser culpados, y la persona
235 que perdió toda su colección de pornografía de 36 GB debido a tu
236 incompetencia admitirá a regañadientes que al menos intentaste escapar
237 de ella.
238 
239 Luego haz que el desarrollador que realmente metió la pata (si puedes
240 encontrarlo) sepa **en privado** que metió la pata. No solo para que
241 pueda evitarlo en futuro, sino para que sepan que te deben uno. Y, quizás
242 aún más importante, también es probable que sea la persona que puede
243 solucionarlo. Porque, seamos sinceros, seguro que no eres tú.
244 
245 Asumir la culpa también es la razón por la que llegas a ser un gerente
246 en primer lugar. Es parte de lo que hace que la gente confíe en ti y te
247 permita la gloria potencial porque eres tú quien puede decir “metí la
248 pata”. Y si has seguido las reglas anteriores, ya serás bastante bueno
249 para decir eso.
250 
251 5) Cosas que evitar
252 -------------------
253 
254 Hay una cosa que la gente odia incluso más que ser llamado “pen*ejo”,
255 y que es ser llamado “pen*ejo” en una voz mojigata. Por lo primero,
256 puedes disculparte, por lo segundo, realmente, no tendrás la oportunidad.
257 Es probable que ya no estén escuchando, incluso si de lo contrario haces
258 un buen trabajo.
259 
260 Todos pensamos que somos mejores que los demás, lo que significa que
261 cuando alguien más se da aires, **realmente** nos molesta. Puedes ser
262 moral e intelectualmente superior a todos los que te rodean, pero no
263 trates de hacerlo demasiado obvio a menos que tengas **la intención**
264 real de irritar a alguien [#f3]_.
265 
266 Del mismo modo, no seas demasiado educado o sutil acerca de las cosas. La
267 cortesía fácilmente termina yendo demasiado lejos y ocultado el problema,
268 y como dicen “En internet, nadie puede oírte ser sutil”. Usa un gran
269 objeto contundente para enfatizar el punto, porque realmente no puedes
270 depender de que las personas entiendan tu punto de otra manera.
271 
272 Un poco de humor puede ayudar a suavizar tanto la franqueza como la
273 moralización. Exagerar hasta el punto de ser ridículo puede reforzar un
274 punto sin hacer que sea doloroso para el destinatario, quien simplemente
275 piensa que estas siendo tonto. Por lo tanto, puede ayudarnos a superar el
276 bloqueo mental personal que todos tenemos sobre la crítica.
277 
278 .. [#f3] La pista: Los grupos de noticias de Internet que no están
279   directamente relacionados con tu trabajo son excelentes maneras de
280   desahogar tus frustraciones con otras personas. Escribe mensajes
281   insultantes con una mueca de desprecio solo para entrar en un humor de
282   vez en cuando, y te sentirás limpio. Eso sí, no te cagues demasiado
283   cerca de casa.
284 
285 6) ¿Por qué a mí?
286 -----------------
287 
288 Dado que tu principal responsabilidad parece ser asumir la culpa de los
289 errores de otras personas y hacer dolorosamente obvio para todos los
290 demás que eres incompetente, la pregunta obvia es: ¿por qué hacerlo en
291 primer lugar?
292 
293 Pase lo que pase, **tendrás** una sensación inmensa de logro personal por
294 estar “a cargo”. No importa el hecho de que realmente estés liderando al
295 tratar de mantenerte al día con todos los demás y correr detrás de ellos
296 lo más rápido que puedes. Todo el mundo seguirá pensando que eres la
297 persona a cargo.
298 
299 Es un gran trabajo si puedes descifrarlo.

~ [ source navigation ] ~ [ diff markup ] ~ [ identifier search ] ~

kernel.org | git.kernel.org | LWN.net | Project Home | SVN repository | Mail admin

Linux® is a registered trademark of Linus Torvalds in the United States and other countries.
TOMOYO® is a registered trademark of NTT DATA CORPORATION.

sflogo.php