Dio la casualidad de que las empresas donde trabajé realmente amaban todo tipo de pruebas del arsenal de recursos humanos. Todos, y los gerentes, y los artistas comunes, fueron conducidos a través de estas pruebas.
Las pruebas, por regla general, determinaron el tipo de personalidad en relación con la actividad profesional: a qué se inclina más una persona, qué es fácil para él, qué tipo de actividad lo hace esforzarse y qué es mejor no emprender en absoluto.
Para nuestra sorpresa, encontramos que diferentes pruebas revelan aproximadamente las mismas inclinaciones. Si una prueba mostró que una persona, por ejemplo, el alma de una empresa, un tipo de camisa, el resto de las pruebas dan resultados similares.
Probablemente no haya nada extraño en esto, porque las pruebas se basan en los mismos principios y dividen a las personas en aproximadamente los mismos tipos de personalidades inventadas por los científicos del siglo pasado.
Pero personalmente, esta convergencia de resultados me ayudó a creer en los tipos de personalidades y su impacto en la actividad profesional de una persona. Además, tuve la oportunidad de observar a personas con "retratos" conocidos por mí durante varios años, y la exactitud de las características solo se confirmó.
No hablaré sobre las pruebas en sí mismas: esta información está completa en Internet, y su RRHH, si lo solicita, estará encantado de enviarle una docena.
No quería hablar sobre pruebas, sino
sobre mis observaciones personales : cómo se comportan las personas con diferentes características en un equipo, qué roles desempeñan bien y cuáles es mejor que no tomen, en qué trabajo y en qué momento quién es mejor usar (en el buen sentido) )
Diré principalmente sobre el ejemplo de programadores y administradores de sistemas. A veces iré más allá de los límites establecidos, como el equipo de TI no tenía varios tipos de personalidad, pero caminaron por los departamentos vecinos.
Sistema de coordenadas
Le contaré sobre el ejemplo de los roles de equipo de Belbin: personalmente, esta prueba me parece la más exitosa. No hay demasiados tipos, es difícil confundirse, aunque hay mucha información en Internet, y pasar el examen no es difícil, para aquellos que quieran hacerlo.
Entonces, la prueba de Belbin divide a las personas en tipos, de acuerdo con los roles en el equipo:
- Coordinador (Coordinador): alguien que sabe cómo y le encanta administrar a nivel operativo;
- Motivador (Shaper): alguien que sabe cómo y le encanta avanzar en el trabajo, en términos generales, "empujando" a las personas con motivación positiva y negativa;
- El alma del equipo (Team Worker), el que sabe cómo reunir al equipo (principalmente, sin rumbo), sea todo amigo;
- Un diplomático (de otra manera, un investigador de recursos) es alguien que sabe cómo interactuar con otros equipos y con el medio ambiente en general;
- El generador de ideas (Planta): alguien que sabe cómo y le encanta proponer nuevas ideas sobre todos los aspectos del equipo;
- Analista (Evaluador de monitores): alguien que sabe cómo analizar opciones, mirar hacia adelante y ver errores;
- El Contratista (Implementador): el que le gusta hacer lo que dice;
- Especialista: similar al Contratista, pero comprende bien el área específica;
- Finisher (Finalizador): alguien que sabe cómo y le encanta organizar la finalización de los asuntos.
Según los resultados de la prueba, generalmente una persona tiene 2-3 roles pronunciados, rara vez, uno, muy raramente, ni uno solo, eso es todo. Por lo general, la mancha del resultado indica un llenado injusto.
Así que salgan uno a la vez.
Coordinador
Específicamente para los programadores, el rol no es muy útil, porque no siempre es necesario, no todos los días. El coordinador sabe cómo hacer frente a una situación de crisis en poco tiempo.
Por ejemplo, un servidor se bloqueó. Vaya hierro, o virtual, o aplicaciones. Bueno, ¿qué hay allí? Todos ellos: el servidor de aplicaciones, como 1Snogo, por alguna razón, engulló toda la memoria, se colgó todo el procesador y la consola.
Parece estar bien, con las raras excepciones, la pérdida de datos no ocurrirá. Pero asusta, se detiene y te vuelve estúpido en tal situación: presión de tiempo. No hay tiempo, la gente corre con su eterno "¡ahhh, tengo un auto para cargar!", O si necesita aprobar el impuesto sobre la renta en 2 horas, no importa. Karkushi y clickers siempre se encontrarán.
Entonces, una situación similar es ideal para usar un coordinador. Rápidamente toma la situación en sus propias manos, comienza a dar instrucciones claras y cortas, generalmente en el caso. Todos los demás solo necesitan callarse y hacerlo, y luego todo saldrá bien.
Nota: el coordinador no lo entiende porque es el más inteligente o experimentado. Simplemente no está perdido, como el resto.
Si apaga la presión del tiempo, por ejemplo, deje caer el servidor durante las vacaciones de Año Nuevo cuando no hay personas, entonces cualquier tipo del equipo se encargará de la situación. Pero en problemas de tiempo, el coordinador lo hace mejor.
Sí, un punto importante: el coordinador maneja bien el liderazgo del proceso de resolución del problema y no la solución en sí.
El coordinador, a primera vista, es muy parecido al tipo que solíamos llamar el líder. Teníamos muchos coordinadores entre los gerentes, y todos estaban felices: ege-gay, incluso la prueba confirmó que somos gerentes, ¡este es directamente nuestro tipo de personalidad!
Pero, por desgracia, el coordinador es, más bien, el despachador, el capataz de la orden de trabajo, el gerente de la oficina, etc., bueno, entiendes. Digamos que este es el nivel más bajo de control cuando da órdenes directamente y durante un período muy corto de tiempo, un máximo de un día. Lo que, de hecho, se confirmó con el tiempo.
En tiempos normales, sin crisis, un coordinador entre programadores hace más daño que bien. Él comienza a dar instrucciones obvias, para cambiar las prioridades sobre la marcha, como "así que huye y ayuda a Lilya, es hermosa", "¡oye, suelta tu OneScript y cierra el mes!", "Entonces, vamos a mostrar el progreso, han pasado 15 minutos". Debes hacer que este tipo entienda a tiempo que no tienes que subir para gestionar lo que funciona. Habrá una crisis, luego tome las riendas.
Horror, por supuesto, si los programadores obtuvieron un jefe con este tipo de personalidad, entonces, como dicen, corren "culo en jabón" (expresión idiomática). Tenía un jefe así, tuve suficiente durante un mes y medio (o no me acuerdo de él).
Motivador
Este, en mi opinión, es el papel más útil en un equipo de programadores. Un motivador es una persona que sabe cómo hacer avanzar a otras personas.
Puede inspirar, ordenar, manipular, desafiar. Probablemente, lo principal es que él sabe cómo elegir las palabras correctas para una persona en particular. Porque es un buen psicólogo por naturaleza, o aprendió algo así, o simplemente un demonio lingüístico.
Avanzar tanto en el trabajo como en el desarrollo del equipo y el autodesarrollo de una persona en particular, brindándole información a tiempo u obligándolo a pensar en algo fuera del contexto del trabajo.
¿Por qué es motivador el tipo más útil para los programadores? Porque, digan lo que digan, tú y yo somos
vagos perezosos un poco torpes.
Pero el problema es que estos tipos son extremadamente raros entre los programadores y sus superiores, y rara vez vienen de programadores externos para animarse. Los clientes que pisotean y establecen plazos no son motivadores, sino, por regla general,
parásitos latentes .
Entre todos los que fueron digitalizados según Belbin, solo dos personas fueron motivadoras pronunciadas, y todas estaban fuera de TI. Por lo tanto, no tengo ejemplos de motivadores naturales de los programadores.
Pero hay buenas noticias. Un motivador es algo que puedes aprender. Es poco probable que sea tan genial como el natural, por una simple razón: es
interesante para ellos motivar, y tendremos que hacerlo por la fuerza, al menos al principio.
Estudié con motivadores naturales durante mucho tiempo, logré adquirir algunas habilidades. En comparación con esos tipos, yo, por supuesto, tengo un balde bespontovaya, pero entre los programadores saqué cerveza.
Sobre las habilidades de un motivador, está muy bien escrito en libros sobre psicología aplicada, liderazgo emocional y liderazgo en general, y en cualquier no ficción, como Transerfing.
Personalmente, mi opinión es que al menos una persona en un equipo debe convertirse en un motivador, al menos un poco. Para hacer esto, debes intentarlo, pero ahora qué. Puede entretenerse con el hecho de que las habilidades de motivación son muy universales, y su adquisición hará la contribución correcta al paquete de despido.
Alma del equipo
Personalmente, esta alma del equipo me parece el tipo más inútil para los programadores.
Este es el tipo que llama a todos a tomar cerveza el viernes después del trabajo, o en una caminata en el verano, o comienza conversaciones "de por vida" mientras trabaja, o el primero grita "¡muchachos, vayan a comer algo!" a las 12-00.
No sé, tal vez esto sea algún tipo de prejuicio, pero tal programador (y él estaba en nuestro equipo) me enfureció más que unirme a los demás. No insistiré, pero me parece que mezclar por la fuerza personal y trabajo es incorrecto y perjudicial.
Es divertido, por supuesto, pero afecta mucho el trabajo, y nosotros, como, vinimos a trabajar. Si quiero beber cerveza, encontraré a alguien y no necesito una razón, y de alguna manera puedo manejar la organización de las reuniones.
Tales "almas de compañía" fueron mucho antes, en fábricas, en pueblos y pequeñas ciudades. Gracias a ellos, siempre hay dos sistemas de valores en el equipo: profesional y doméstico, y casi siempre entran en conflicto.
Si trabajas bien y trabajas mucho / de manera efectiva, entonces abandonas el sistema de valores del hogar: no bebes té de 9 a 00 a 10 a 00. En consecuencia, y viceversa, el que sabe más chistes, historias sobre la pesca y trae los pasteles más deliciosos de casa, rara vez es el primero en producción.
Pero aquí, repito, mi opinión personal. En realidad, como todo lo indicado en el artículo. Si te gustan los hombres de la camisa del equipo, buena salud. No me gusta Por lo tanto, limité la duración de sus historias de pesca :)
El motivador es más importante para el equipo.
Diplomático
La traducción es estúpida, en el original se llama "investigador de recursos", un experto en recursos. El equipo de programadores, especialmente los implementadores, es un tipo extremadamente útil.
Un diplomático es una persona interesada y fácil de construir externamente, con respecto al equipo. En nuestras realidades, estas son relaciones con usuarios, clientes, propietarios, tomadores de decisiones, etc.
Especialmente, esa persona es indispensable, como ya sabe, en las implementaciones, en las que necesita hacer mucho trabajo con el entorno externo. Esto es especialmente importante no en implementaciones de franquicias, donde la relación es, por así decirlo, por una noche, sino en equipos activos de reparación, que están desarrollando el sistema de información corporativo de la empresa a un ritmo normal.
Porque el éxito a largo plazo del equipo, de una forma u otra, depende en gran medida del entorno externo. Puedes ser al menos el mejor equipo de super duper, pero si tus amigos son solo Lilya de contabilidad y Serega del departamento de ventas, y el resto te considera un montón de imbéciles con sueldos de caballos, entonces estas vacaciones no durarán mucho.
Tuvimos suerte: había hasta dos diplomáticos, por así decirlo, de diferentes niveles.
Uno es un especialista en comunicaciones horizontales que rápidamente hizo muchas conexiones (en el buen sentido de la palabra ... sin embargo, quién sabe) con empleados de alto rango sin carga en casi todos los departamentos. No es que se convirtieran en amigos íntimos directos, sino que reaccionaron casi felizmente a las solicitudes de ayuda adecuadas: querían ayudar a un buen tipo. Nosotros, como equipo, utilizamos descaradamente estas conexiones si las necesitábamos para la implementación o los cambios.
El segundo es un especialista en comunicaciones verticales, dirigido por las escaleras. Este tipo construyó deliberadamente un canal directo de comunicación bastante estable con los superiores: el propietario, el director y los altos directivos.
El contacto con el propietario y el director fue especialmente útil, ya que Con su ayuda, fue posible influir de manera muy significativa en los gerentes superiores y medios, que a menudo son un freno para la implementación y el cambio.
Resulta que los gerentes de nivel medio fueron los más desafortunados: se vieron presionados tanto desde arriba como desde abajo, por parte de dos investigadores de recursos demasiado molestos.
Generador de ideas
Este es un hombre al que le gusta proponer ideas. Las ideas son su producto, el resultado del cual está orgulloso. No importa si alguien implementará esta idea o no, es suficiente que el generador presente una idea y la exprese, y él cree que trabajó duro y cumplió su misión.
Hay muchos generadores entre los programadores, porque nuestra profesión es creativa. Un generador de programas fijos en una empresa regular, como una fábrica o un mayorista, puede, si amplía sus horizontes en áreas de negocios relacionadas, ir más allá de TI y dar un salto profesional impresionante. La razón es simple: entre las profesiones no creativas hay muy pocos generadores de ideas, por lo tanto, en campos relacionados, existe, directamente físicamente, una falta de ideas de calidad.
Ideas como "el contador principal ideó EDI para conectarse", o "al buscador se le ocurrió FIFO en el cambio de gestión contable", o "el Director de Logística ideó WMS para implementar", o "el Director de Comercio iluminó que la implementación de CRM aumenta las ventas en un 10%" - mentira por desgracia Formalmente, estas son ideas, pero su calidad es cero.
El generador-programador puede proponer ideas aplicadas de alta calidad, porque, por trivial que sea, es un programador. Juzga por ti mismo.
Si, por ejemplo, deja que un idiota (no un programador) forme requisitos para un sistema de información, entonces sus ideas alimentarán bash.org. Después de todo, ¿escucharon todos, al menos una vez, la idea de un "gran botón rojo" (todavía sucede en verde)? Aún a menudo, las ideas de idiotas comienzan con la frase "Si tan solo pudiera hacerlo ...", bueno, las fantasías sin sentido comienzan allí, como encender una computadora por la mañana, dibujar formas redondas, usar un teléfono móvil "como en una computadora" (= en un cliente pesado), personal manejar a través del exoesqueleto, etc.
Todas estas ideas son un conjunto de letras sin sentido que no deben pronunciarse, por una simple razón: son irrealizables y, por lo tanto, inútiles. Bueno, como la idea de "hacer la paz en el mundo". Dichas ideas son pronunciadas por idiotas solo para una cosa: ser pronunciadas.
El generador-programador tiene una diferencia clave: sus ideas son sensibles al contexto. ¿Porque es programador, especialmente si también es 1Snik, y siempre tiene qué en su cabeza?
Limitaciones de la plataforma, ya sean incorrectas .
Las limitaciones de la plataforma se sientan en la cabeza como un sistema de coordenadas, haciéndole recordar lo que es posible y lo que no. Por supuesto, estas restricciones se expanden constantemente, y la plataforma
parece estar desarrollándose
, según el espejo , y los marcos externos a 1C están bien establecidos, pero el contexto siempre está definido.
Por supuesto, siempre hay nuevas tecnologías, blockchains, inteligencia artificial y todo tipo de código abierto allí. Pero si hace la pregunta de seguridad "¿De qué son capaces las tecnologías modernas de TI?" para el programador, él responderá "mucho, pero aún no puede hacerlo, vaya a manejar la factura y no impida que OneScript la encienda". Y si le haces la misma pregunta a un idiota, él responderá "¡Por todo!".
Volver a ir más allá de TI. Ahora entiendes por qué las ideas de un programador que entiende, por ejemplo, en logística, serán valiosas. Porque él sabrá las limitaciones, y la idea expresada por él
ya ha pasado (en su cabeza) un control sobre las restricciones. Aunque, por supuesto, al final hay preguntas como "aquí no estoy seguro de que pueda ser así, necesito googlear y fumar manuales" :)
Y ahora de vuelta al equipo de programadores. El generador es muy importante para ellos. En primer lugar, su mayor valor son
las soluciones no estándar dentro del marco de las restricciones . El generador ayudará a evitar, por ejemplo, miles de líneas de govnokod, que han presentado una pequeña solución para toda una clase de tareas, en algo como el diseño.
Una vez más, las soluciones no estándar no son necesariamente algo fuera de lo común. A veces, solo un generador verá la posibilidad de utilizar un mecanismo estándar donde otros solo ven un nuevo kilómetro de código.
Pero un equipo con un generador puede estar lleno de problemas.
En primer lugar, el generador es un
narciso . Si él da una idea, debe ser así, de lo contrario se ofende gravemente. Porque él, pobrecito, intentó, pensó, no dormía por la noche, y aquí, un frío silencio en respuesta.
En segundo lugar, el
generador en el equipo debe ser uno . Si hay dos de ellos, será una pesadilla: ciertamente comenzarán a "medir sus ideas", a deprimirse y deprimirse, si el segundo ha surgido algo más abrupto. No, no es así, se desanimará porque
apoyan la idea de los demás.
Si hay dos de ellos, entonces tendrás que aprender las reglas de vivir juntos.
En tercer lugar, el generador debe ser registrado. Mejor, por supuesto, hacer que lo haga él mismo. Debido a que los generadores están llenos de memoria, y si no escribe la idea, se
le ocurrirá sinceramente por segunda vez , y nuevamente tendrá que gustar y admirar. Y si no lo escribes, pero recuérdalo, entonces serán unos años más para recordarlo, sí, te lo dije, pero me ignoraste, nunca me escuchas, bla, bla, bla.
Pero no todo es tan malo. Los generadores son capaces de crecer y volverse adecuados. Por extraño que parezca, el registro de ideas ya mencionado ayuda en algún lugar del sistema de información. Cuando se anota una idea, el generador la libera y deja de apresurarse con ella, como con una bolsa escrita.
Pero lo principal sucederá más tarde. Cuando el generador vuelve a la idea previamente registrada, él mismo, primero, dirá que la idea es mala. Porque, si este es un generador normal, y no es demasiado vago para escribir, la lista será grande (cientos, miles de ideas) y no tendrá sentido aferrarse a ellas, puede tachar el matrimonio de manera segura. Porque no da miedo, me vendrán a la mente otro millón de ideas.
Bueno, no intentes convencer al generador de que "una idea no es nada, la producción es un resultado". Él tiene un argumento en contra de hierro: "Vamos, trate de crear una idea yo mismo, y la programaré y la daré a producción".
La agonía del trabajo del no generador no merece la pena, y este ganado se quedará y se burlará.Es mejor dejar de lado esas cosas, cada una suya.Analista
También se le llama "crítico". Este es un tipo que puede considerar de manera competente decisiones, ideas, procesos, sistemas y emitir veredictos.Por ejemplo, él puede predecir los resultados de los cambios realizados. En nuestra práctica de 1Snoy, esto es importante, usted se conoce a sí mismo: debe comprender cómo los cambios en un objeto de metadatos pueden afectar a otro objeto.Entre los programadores hay bastantes tipos de este tipo; no son escasos. Probablemente, el analista es generalmente un tipo de personalidad común para todas las profesiones de ingeniería.En el trabajo en equipo, es importante y útil pedir una opinión al analista. Él, como todos los tipos enumerados anteriormente, está interesado , , . , - – . , , .
, . , . , ,
. .
- – , , . , – , – . .
Es cierto que solo la mitad del scrum master se obtendrá del analista, el que vio el problema. Y cómo resolverlo, el analista no encontrará un generador. Y el analista luego criticará, probará la solución del problema, encontrará las inconsistencias de la interfaz, le dirá al generador, se le ocurrirá algo nuevo, etc., hasta el infinito, ya lo detendrá , de forma iterativa.Hay dos extremos en análisis que necesitan ser monitoreados.El primero es el perfeccionismo y la dedicación excesiva. Si no establece restricciones, analizará la disposición de los elementos en el formulario hasta el infinito.El segundo: no lo deje entrar en un sistema que ya está casi en producción. Al analista no le importa que tengas plazos y nervios allí, él meterá la nariz de todos en fallas, "lo cual es obvio, como no ves". Incluso si estos son los mismos enlaces ligeramente rotos en el formulario. Enviar para analizar el próximo proyecto. O deja que el alma del equipo lo lleve a la cantina :).Artista intérprete o ejecutante
Este es el tipo de personalidad más común, tanto entre los programadores como entre los empleados en general.Esta es la persona que hará lo que ellos digan. Y lo que no dicen no lo hará.Esta fórmula describe bien sus ventajas y desventajas. Si el contratista correctamente, a tiempo para establecer la tarea, es probable que la complete. Bueno, si lo completó, pero no hay una próxima tarea, ¿entonces qué? Así es, se volverá estúpido en Facebook. O en la cantina con el alma del equipo.Los artistas adoran las instrucciones, planes, horarios, procesos, sistemas y todo ese jazz. Son ellos los que forman la masa que con alegría y mansedumbre ayuda a construir el infierno , porque así se les dijo.– . , . , , , , , , , .
, –
, , . .
, , – , , , , , , . , . – , , , .
, – . , , - . , , – , , , , ..
- , . , - , - , , – , .
– « ». ,
en lugar de plomo. Y el problema no está en los subordinados, sino en el líder, como dicen, pido disculpas, "no quieres * joder, no torturar * opu".Por supuesto, si alguien alguna vez escribe una instrucción normal "cómo administrar el departamento", entonces el contratista tendrá éxito. Pero no será un ejecutor, sino un despachador.Y así, nada bueno chicos. Si sabes cocinarlos.Especialista
Solía pensar que un especialista es el mismo artista, solo que altamente especializado, o algo así.Pero, cuando resultó que uno de mis administradores de sistemas subordinados era un especialista, finalmente me di cuenta de lo que estaba mal con este tipo.Un especialista es una persona que normalmente, con interés y entusiasmo, resuelve problemas solo en el área que ha elegido y en la que es verdaderamente un especialista.No se trata de ninguna diligencia. Pero, a diferencia del artista, hay entusiasmo.Por ejemplo, tenemos un especialista en hardware y software de servidor (tanto Windows como Linux). Si, Dios no lo quiera, tuviste una tarea seria para configurar servidores, e incluso no una tarea ordinaria, pero importante para la empresa, por ejemplo, la reparación de vulnerabilidades, este tipo se sentará en la sala de servidores durante días, sin descansos y días libres.Solo porque es interesante para él resolver problemas en su especialización.Y resolverá todas las demás tareas, después de las mangas. O, como dicen sobre tantos administradores de sistemas, "como si se hubiera metido en sus pantalones". Sobre cualquier diligencia, disciplina, tiempo, calidad generalmente está fuera de discusión. Lo hice, y eso está bien.Y, desafortunadamente, o afortunadamente, tales especialistas son valorados precisamente por su "especialidad". Porque la solución del problema, que cayó claramente en el círculo de intereses, los fines de semana y las noches, en el sistema de valores de casi cualquier gerente parece un compromiso serio con la empresa.Tales enfoques me enfurecieron durante mucho tiempo. Entiendo que es interesante para ti cavar en el servidor, pero, maldita sea, alguien también necesita cambiar los cartuchos, y a veces tienes que tender cables de par trenzado.Pero específicamente en nuestro caso, la solución se encontró por sí sola: en relación con la expansión, tomaron el administrador asistente, calificaciones más bajas, pero, sobre la felicidad, del artista intérprete o ejecutante. Y todo, el orden y la armonía llegaron en todos los asuntos que al administrador principal del sistema no le gustó. Y finalmente tuvo tiempo de profundizar en los servidores, comprar y configurar un segundo tsiska, cambiar automáticamente a un canal de respaldo de Internet, elevar vpn entre oficinas y ouuuu, había una gran lista que escribió y con mucho gusto hizo.Finisher
Este es un tipo de personalidad magnífico, pero me veo obligado a llorar: no lo vi entre los programadores, esto no estaba en nuestro equipo.Pero había un finalizador brillante, rico y natural entre los líderes paralelos a mí. Escribiré un retrato de él.Un finalizador es alguien que sabe cómo y le encanta terminar las cosas hasta el final. Los casos son tareas pequeñas y proyectos grandes.Nadie en la empresa sabía cómo hacer proyectos largos como esta persona.Juzga por ti mismo. Durante mis observaciones, una persona tuvo varias veces para administrar proyectos, cuya duración varió de 6 a 24 meses. Buenos, grandes proyectos, con grandes presupuestos, versátiles.¿Ahora adivina cómo extrañó a la persona con la fecha de finalización real de los proyectos? 1 día máximo! ¡Esto no es una broma!Además, no hubo conjeturas, trucos de scrum, reducción de requisitos, tareas de difuminación a tiempo.En primer lugar, cuando una persona fue puesta a cargo de un proyecto, inmediatamente le dijeron la fecha límite: precisa, hasta un día. Y no hay plan, solo un objetivo.Una persona, sin falta, elaboró el plan más completo y detallado, el presupuesto, los actores y recursos designados, el volumen de la subcontratación. Todos estuvieron de acuerdo, por supuesto.Y lo hizo. Justo a tiempo, todos los artículos del plan. Está claro que hubo desviaciones dentro del proyecto: algo se prolongó, en algún lugar los subcontratistas fallaron o una brecha de efectivo interrumpió repentinamente la financiación y, en consecuencia, algo de trabajo o adquisición. Como todos, en resumen, esta es la vida.Pero lo importante no es lo que sucedió, sino cómo reacciona el gerente. ¡Y este, el perro, el finalizador, difiere de nosotros, las langostas comunes, en que siempre encuentra cómo volver al horario ! Ni siquiera piensa que los obstáculos que han surgido - objetivos, externos - puedan ser cubiertos, otmazatsya, renegociar el término.Su competencia central (del finalizador) es comprender siempre lo que hay que hacer y hacer lo que lo llevará a la meta. Terminar es un trabajo realizado a tiempo.Admiro sinceramente esta competencia, porque todavía no la he aprendido. Pero entiendo las desventajas obvias.La principal desventaja es la producción continua de transportadores de sustitutos.. Arriba, viste que una persona recibe un objetivo y lo convierte en una lista de tareas, de las cuales casi nunca retrocede. Este enfoque es el principal caldo de cultivo para el sustituto.Para el finalizador, el objetivo del proyecto, su significado y utilidad no tienen absolutamente ningún valor. Todo lo que importa es el acabado correcto. Le gusta ser golpeado como un tirador en un objetivo . Bueno, o como en una broma: patea cuando corrió detrás del autobús y logró subirse al carro. Y luego pregunta: ¿cuál es este número?, – , . , , , – . , , – , , . , – .
– , . , , , , , , , , ,
Mi pandilla
Anticipando la pregunta "¿cuál es su perfil en Belbin?", Responderé: Generador de ideas + Crítico + Diplomático. Se me ocurre una idea, puedo fastidiar a alguien más, puedo hacer todo con las manos equivocadas. Trabajo despacio, mal y solo por debajo del palo.Al darme cuenta de esto, ejecuté a mi pequeño equipo en la prueba de Belbin y redistribuimos las responsabilidades, reemplazando las competencias y habilidades faltantes.Había 4 programadores en el equipo además de mí. Tres tenían un papel pronunciado para el Contratista, por lo que todas las responsabilidades que iban más allá de ella fueron eliminadas. Comenzaron a comunicarse menos con clientes y usuarios, porque no diplomáticos Y yo, y ellos mismos, dejamos de sufrir, exprimiéndome ideas: era mi trabajo.Uno de ellos resultó ser el Alma del equipo, por lo que se convirtió en algo así como un mediador: extinguió los conflictos, convocó a todos a almorzar y tomó un trago el fin de semana.Pero había lagunas. Por ejemplo, había una falta de coordinación; ninguno de nosotros tenía este papel. Por lo tanto, simplemente reemplazamos este rol con técnicas de automatización y priorización como esta . De hecho, utilizaron los roles del Generador de ideas y el Contratista para idear y automatizar una técnica que reemplaza al coordinador humano con una máquina coordinadora.Lo mismo sucedió con el rol del Finisher: se agregó el equilibrio automático al sistema de prioridad, dependiendo del grado de finalización del proyecto. No diré que sucedió directamente en megacrut: a la tía del artículo le fue mejor, pero, en general, el resultado fue bueno.Pero el papel del Motivador tuvo que ser dominado por mí. La experiencia también es valiosa porque, al parecer, resultó. Este será un artículo separado.Después de todas estas modificaciones, ya no se nos llama "programadores", "departamento de tecnología de la información", etc. - Nos convertimos en una pandilla. Esto no es lo que nos llamamos nosotros mismos, sino un director financiero abatido que nunca logró superar sus estupideces a través de nuestra defensa integral., — , . , , « , !». , , , — , , . , , , , .