No sé sobre ti, pero me gusta aprender de la gente. No solo aquellos sobre los que escriben en los libros. Y no tanto los que escriben estos libros. La gente viva que trabaja a mi lado.
La belleza es que las personas vivas mismas no intentan enseñarte. No conduzca seminarios, capacitaciones, no tome dinero de usted. Simplemente hacen su trabajo como pueden. Obtienen algo, hay fallas, fallas y juramentos con esteras. Pero puedes aprender algo de todos, incluso si en general se forma una opinión negativa sobre una persona.
Tuve ocasión de trabajar con una chica, la mejor gerente de proyectos de las que vi. En general, las relaciones con ella siempre han sido tensas, a veces convirtiéndose en hostilidad abierta. Durante varios meses fue mi jefa, aparentemente, por lo tanto, no me agradó durante mucho tiempo. En el último año de mi trabajo en esa compañía, sucedió que ella se convirtió en mi subordinada, también durante varios meses.
Durante varios años nos sentamos en la misma oficina, y tuve el placer de ver sus proyectos, la evolución de los métodos y el crecimiento de las competencias gerenciales. Lo más probable es que no supiera que estaba mirando y estudiando. Aunque, quienquiera que los entienda, estas mujeres, tal vez fue ella Maquiavelo, no yo.
En los comentarios, ordenaron una imagen para llamar la atención, insertar. Yo ejecuto
Ahora trabaja como directora del departamento de diseño de una de las empresas más grandes y famosas de Chelyabinsk. Y me siento y escribo un artículo sobre ella.
Breve historia
Cuando llegué a esa compañía como programadora, la niña trabajaba como economista. No había programadores antes que yo; trabajaban con subcontratistas, por lo que tampoco había un departamento de TI. Tres meses después, cuando mostré algunos resultados, el experimento con mi propio programador se consideró exitoso y decidieron organizar el departamento de TI.
Por alguna razón, no me consideraron un líder. En general, no ofrecieron, no anunciaron que estaban buscando un líder. De hecho, solo descubrí que ahora hay un departamento de TI. Y esta chica lo condujo. Cómo sucedió: un misterio cubierto de oscuridad.
Juntos, trabajamos durante varios meses, hasta que fui al director y le dije que esto no podía ser más. O yo o ella. Bueno, parece que ella no entiende nada de la automatización, y solo me matará con sus proyectos. Y ella sabía cómo hacer el cerebro.
Huir, en resumen. Seguí siendo el único empleado del departamento de TI, y ella dirigió el departamento de calidad y procesos comerciales recién creado. El período fue difícil para ella: perdió su departamento, no es fácil volver a los economistas, eso es lo que dirán, pero sales a la calle, ya que no tienes nada que ocupar.
Salvó su primer proyecto. Solo decidí certificarme en ISO. No como sucede a menudo: tome procesos estándar, adáptese un poco y obtenga un certificado. Lo querían seriamente, con la reestructuración de los procesos comerciales, la comprensión total, etc. En resumen, un buen proyecto. Aquí es donde comenzó su carrera como gerente de proyectos.
Primer proyecto
El proyecto para la implementación de las normas ISO, ella completó bien. Debo decir que en el momento del comienzo de todo esto, ella no tenía un solo pie en el tema de ISO.
Comenzó con errores estándar, llamados consultores. El primero resultó ser una bota de fieltro. Realicé un seminario para todos los líderes, conté algo para mi vida, emití certificados para todos: dicen que tomamos un curso y ahora entendemos algo. Luego lo llamaron a la compañía y le dijeron: ¡bueno, vamos! Transformanos bajo ISO.
Probablemente no sabía lo que querían de él, y respondió simplemente. Sacó un montón de papeles de la cartera, los arrojó sobre la mesa y dijo: aquí están los estándares, tómalos e impleméntalos. Esto terminó la colaboración con él.
Luego hubo otros consultores. En general, llegaron a presentar TOC, pero en la conversación resultó que también entendían algo en ISO. Acordamos que construirían algunos de los procesos junto con nuestra heroína. Parece que decidieron comenzar con el suministro, es lógico, porque La implementación de TOC también entró en compras.
Llevó un par de meses y se fue. Por supuesto, la compañía pensó que los consultores eran malos. Los consultores, por supuesto, dijeron que la compañía no estaba lista. La TCC no se implementa, el proceso no se realiza.
Entonces nuestra niña pisó el pie y dijo que haría todo ella misma. No en el sentido de "hágalo usted mismo": tenía un empleado subordinado, tal vez incluso dos. Ella dijo que lo resolvería y lo haría ella misma.
Bueno, como dicen, dijo e hizo. Entendí las normas ISO para poder trabajar como auditor. Organizó el trabajo para que toda la empresa gimiera.
Este fue el segundo error. Alguien pensó que los procesos deberían ser desarrollados por aquellos que los usarán más adelante. Por ejemplo, yo, entonces, el jefe del departamento de TI, debería desarrollar un proceso de automatización, soporte de infraestructura, etc.
La idea no es decir que está completamente defectuoso, hay un núcleo racional en él. Parece que la persona que lidera el proceso debería entender mejor cómo describirlo. Pero hay una advertencia: el proceso debe cumplir con el estándar ISO. Por lo tanto, su desarrollador debe conocer este estándar. Aún mejor es entender. Lograr esto a escala de toda la empresa, para varias docenas de procesos, es casi irreal.
Por lo tanto, no pasó nada en esta etapa. La niña entregó tareas a todos, fijó una fecha límite y los líderes lo calificaron juntos. La niña, por supuesto, no se rindió: maldecida, vilipendiada con las últimas palabras en las reuniones, exigió la ejecución del proyecto clave de la empresa. Como resultado, se le entregó cierta herejía, como estudiantes en ensayos, y la niña finalmente se dio cuenta de que tendría que escribir el papel ella misma.
Ya se había encontrado el modelo óptimo, que le fue útil más tarde. Envié a los líderes de los entrevistadores, mis subordinados. Los líderes contaron sus procesos lo mejor que pudieron sin comprender la terminología ISO (como en lugar de "aquí almacenamos en un archivo" - "los registros se almacenan en un archivo"). Y los mismos entrevistadores hicieron el proceso, el jefe simplemente lo firmó. La mayoría hizo esto sin mirar. Hubo quienes leyeron y se horrorizaron, por ejemplo, yo. Lanzó un montón de ediciones. La chica vino a mí y me dijo: o firmes mi versión, o permanecerás sin un bono anual. Sí, ella persuadió al director a tal declaración: quería hacer un proyecto. Naturalmente, esta motivación funcionó para mí: la firmé sin mirar.
Bueno, eso es todo. Los procesos se prepararon rápida y bellamente. Antes de la certificación, la niña, por supuesto, estudió la práctica de este evento, conoció todas las trampas y nos preparó a todos. Cada uno tenía una lista de verificación, una nota, se memorizaron las palabras y los términos correctos, se crearon accesos directos para documentos y notas en el escritorio. La certificación fue brillante. Así lo estimaron los auditores. Incluso dijeron que era demasiado brillante: nadie, dicen, se molesta con tanto detalle.
Segundo proyecto
El proyecto promovió a la niña en la escala profesional: se convirtió en la directora de calidad. En general, es razonable, después de todo, ella lo sabía mejor que nadie. Naturalmente, estaba subordinada a OTK, uno de los peores departamentos de la época.
El truco era que el departamento de control de calidad trabajaba no solo en la salida de piezas de la producción, sino también en la aceptación, y la aceptación era la responsabilidad principal. Los detalles de la industria requerían que hubiera un control continuo del 100% en la aceptación.
Naturalmente, dado que el control es continuo, puede crear un montón de problemas debido al momento de la verificación en sí. Han llegado las piezas que se necesitan en la producción; espere hasta que el departamento de control de calidad verifique. Las piezas para la reventa han llegado, las fechas límite están vigentes, el automóvil se está cargando, no, por favor, espere hasta que el Departamento de Control de Calidad verifique. OTK odiaba a todos. Ni un solo jefe podía quedarse allí por mucho tiempo: se echaron cuando se dieron cuenta de que no podía corregir la situación.
Y la niña corrigió. Fue un proyecto así. Con un desempeño brillante, OTK se ha convertido en el departamento más disciplinado, transparente y controlado de la empresa.
Aquí no podría prescindir de mí, más precisamente, sin automatización. Nuestras relaciones en ese momento eran malas, y trabajé, digamos, no muy diligentemente. Retrasado, mal probado, cometió errores. Pero no funcionó, porque la niña controlaba todo personalmente.
Necesita hacer un documento que refleje los resultados de la auditoría: organiza completamente todo el proceso. Él mismo escribe TK (aunque no lo pregunté), verifica la interfaz en sí, busca errores, hurga en todo, presenta comprobaciones para que las personas cometan menos errores, desarrolla formas de informes analíticos para controlar completamente las actividades de la unidad. Permítanme recordarles que en ese momento ella ya era directora de calidad, y que bien podría delegar todo esto.
Por extraño que parezca, su energía me fue transmitida. Seguí odiando a la chica ferozmente por sus enfoques de negocios y nuestro pasado común, pero incluso la automatización que hice, incluso me empezó a gustar. Especialmente cuando trajeron resultados tangibles.
Todo fue simple allí. Organizó un registro de auditoría totalmente transparente. Cualquier documento incluido en el Departamento de Control de Calidad genera automáticamente una Tarjeta de Control determinada, que refleja los resultados de la verificación. Buen lote: se traslada automáticamente al almacén del destinatario. Matrimonio: va automáticamente al almacén de matrimonio. Los parámetros de tiempo son completamente fijos: entrada, salida, fecha de verificación. En consecuencia, cada parte está bajo control total.
El período de verificación estándar establecido para el departamento de control de calidad es de tres días. Desde que la niña terminó este proyecto, nunca ha sido violado, aunque solía ser que lo revisaron durante dos semanas. En realidad, por supuesto, verificaron más rápido, pero esto ya estaba en el nivel de la organización, y no en la automatización. Solo una niña formó algunos rangos de nomenclatura, como ABC, y trajo a todos los subordinados. La clase A se verifica primero, B es la segunda, etc. Usando el sentido común, por supuesto, si el cliente necesita enviar los detalles del grupo C en una hora, entonces irá al grupo A.
En realidad, este es el final del proyecto. OTK se ha convertido en un departamento ejemplar, que todos debían igualar. Y la niña es una líder ejemplar que fue capaz de restablecer el orden de manera rápida y eficiente en tal desorden.
Tercer proyecto
La fama de la niña, como excelente gerente de proyectos, ya pasó por la empresa. Luego, el director acaba de cambiar, también le informaron sobre esta fama y decidió organizar un cheque. La compañía estaba a punto de expandirse y alquiló una oficina, un piso completo en un edificio de clase A (bueno, sí, hay personas en Chelyabinsk).
La bondad del proyecto también se debió al hecho de que un poco antes un movimiento ya había fallado, debido a la mala organización. El gerente del proyecto (otra persona) cometió un error fatal: involucró a toda la compañía en la discusión del diseño de la oficina, y este proceso se volvió interminable. Algunos quieren duchas, otros piensan que es una locura: nadie se duchará en el trabajo. Algunos quieren espacios abiertos, otros están ferozmente en contra. Algunos quieren sofás de cuero, otros piensan que los sofás de oficina son malos. El desafortunado diseñador rehizo el diseño interior varias veces, pero el resultado nunca se acercó. Como resultado, escupieron, abandonaron y pospusieron por algún tiempo la idea de moverse, como imposible.
Y nuestra chica, por supuesto, inmediatamente calificó con la opinión del plancton. Recopilé los requisitos y deseos solo de los altos directivos, grabé todo cuidadosamente y me puse a trabajar. A nosotros, los gerentes inferiores, también se nos preguntó una vez, quién quiere qué; en caso de que, de repente, la implementación de nuestros requisitos sea simple, entonces puede tenerlos en cuenta. El departamento de TI fue más afortunado que otros: en primer lugar, tenemos una sala de servidores y, en segundo lugar, nuestro administrador del sistema, por supuesto, ingresó al equipo de preparación de la oficina, y a través de él influimos en la elección de los lugares, la ubicación, etc.
Había dos criterios principales para el éxito: presupuesto y fecha límite. El director quería mudarse el 1 de diciembre. De hecho, no le importaba la fecha de la mudanza, pero esta era una tarea de prueba para nuestra chica. Por lo tanto, insistió en el término.
Sí, se me olvidó decir que el edificio de oficinas comenzó recientemente y que era necesario no solo mudarse, sino también hacer reparaciones, porque adentro solo había un acabado áspero.
No conozco los detalles del proceso de preparación de la oficina, por desgracia, porque estaba interesado en sus propios asuntos. Sé el resultado: nos mudamos el 2 de diciembre. Es decir, nuestra Akella perdió por 1 día. Y la oficina resultó ser hermosa. El movimiento fue rápido y cómodo.
Por la noche nos dieron cajas, nos dijeron que cargáramos nuestra basura en ellas, las firmaramos y las trajeramos a casa. Se emitieron pases para el edificio de oficinas: ya estaban listos, con fotos, etc. Explicaron dónde puede estacionar cualquiera: la empresa alquiló parte de los espacios de estacionamiento.
En la mañana llegamos a la nueva oficina, nuestras cajas ya estaban paradas cerca de las mesas. Comencé a trabajar en un minuto: tenía una computadora portátil, la saqué y me quedé atrapada en la red. Toda la infraestructura de TI estaba lista; no se requería configuración. No porque el administrador sea genial, como sabes. Los programadores con computadoras estacionarias ganaban en media hora, de los cuales veinte minutos caminaron y examinaron las instalaciones de la nueva oficina. Los administradores funcionaron durante medio día, colocaron unidades del sistema y monitores, impresoras conectadas, etc.
Hasta donde recuerdo, el director no se ofendió por el retraso en 1 día.
Métodos y prácticas
Los ejemplos de proyectos son, por supuesto, buenos, pero también es necesario exprimir métodos, técnicas, fichas y prácticas. Como, por qué esta chica le fue bien en proyectos. Trataré de hablar sobre los métodos que se repiten constantemente, es decir. se les puede llamar técnicas, y no suerte al azar.
Cascada
Al gestionar proyectos, la niña siempre usaba el viejo modelo de una cascada. El proyecto se dividió en hitos, etapas, tareas. Cada uno tenía una fecha límite y una responsable.
La niña es la única que, con toda seriedad, utilizó el sistema que desarrollé para la gestión de proyectos. En realidad, ella le ordenó. Ya teníamos un sistema de gestión de pedidos que funcionaba bien para toda la empresa. La disciplina de rendimiento fue alta porque para tareas vencidas privadas. Ella usó este sistema de trabajo listo para usar.
Lo único que había que hacer era organizar las instrucciones atómicas en cascadas. Agregué un par de entidades, proyectos, etapas, ella las completó, anotó las tareas y se convirtieron automáticamente en tareas familiares para todos. Muchos ni siquiera se dieron cuenta de que, al ejecutar una orden, estaban llevando a cabo algún tipo de proyecto; un enlace a él estaba en uno de los últimos marcadores. Y las instrucciones se ejecutaron a la vez.
Pero el compromiso de la niña con la cascada fue solo oficial, en palabras. En realidad, ella era increíblemente flexible.
Flexibilidad
En realidad, si lo lees cuidadosamente, entonces probablemente notaste esta flexibilidad. Si, por alguna razón, el proyecto comenzó a detenerse, entró en la estepa equivocada, existía el peligro de fracasar, la niña no siguió el mismo camino. Después de todo, muchos continúan, y luego dicen, y yo soy el Che, hice todo de acuerdo al plan.
Nuestra heroína volvió a dibujar rápidamente el plan. Sí mismo canceló todas las tareas emitidas anteriormente que ya no son relevantes, y estableció otras nuevas. No funcionó con un consultor, tomó otros. No funcionó con otros, ella lo hizo ella misma. Los líderes fracasaron: plantaron a sus subordinados.
Lo principal para ella es el resultado, el proyecto completado, teniendo en cuenta todas las restricciones. Esta es la verdadera flexibilidad, me parece a mí: levantar constantemente la cabeza, romper con la rutina del proyecto, mirar con el ojo al objetivo y redirigirlo como un navegador.
Inmersión sumergible
En la esencia del proyecto, ella siempre estaba completamente inmersa. Si implementa un estándar, lo conoce a lo largo y ancho, y al mismo tiempo, su práctica de aplicación, características de certificación y los auditores más leales. Si "capta" el sistema de control de calidad, entonces nada peor que los ingenieros saben cómo medir la dureza de Rockwell, cómo funciona una máquina de control y medición y por qué se forman grietas en el metal.
Creo que este enfoque fue causado por una tendencia al control total. Bueno, para no engañar, no cuelgue fideos en las orejas. Cuando el gerente del proyecto comprende mal su esencia, los ejecutores pueden alargar los plazos, presentar dificultades inesperadas y tomarse un tiempo para estudiar el tema. No funcionó así, incluyendo conmigo
Control total
Una vez que una persona conoce el área temática, establece personalmente todas las tareas y guarda toda la documentación para el proyecto, entonces tiene la oportunidad de un control total. No todos usan esta oportunidad, pero nuestra niña lo hizo con alegría.
Conocía el estado de cada tarea, con un retraso muy corto: un máximo de un día o dos, generalmente menos. Que, por supuesto, zadalbil todos los participantes en el proyecto. Pero a ella no le importaba.
No importa
Dos personas completamente diferentes se llevaron bien. Mientras ella no está en el proyecto, entonces, como dicen, en la relajación fácil. Y puede hablar: cuando nuestros intereses dejaron de superponerse, las relaciones mejoraron y a veces hablamos sobre una variedad de temas, y lo ayudaremos en una situación difícil y lo apoyaremos.
Pero, tan pronto como ella hace el proyecto, es mejor no quedarse cerca y no masticar los mocos. Corriendo como una excavadora en el buen sentido de la palabra. No le importa si está ocupado o no, cuál es su estado de ánimo, cuántas tareas tiene en su trabajo, no se despegará hasta que lo haga. Además, independientemente de su posición. Incluso el director le debía algo para siempre.
Pajitas y PR
Vi tal técnica solo con ella. La conclusión es simple: recuerde periódicamente a todos que el proyecto que está haciendo es increíblemente complejo e importante. Especialmente en reuniones donde se reúne toda la gestión de la empresa.
No muy a menudo, para no acostumbrarse y dejar de percibir esta información. No es muy dramático, para no pensar que se queja. Con una configuración clara, "lo haré de todos modos".
Al comprender y expresar los detalles de las dificultades, nadie las comprenderá de todos modos, pero una vez más se sorprenderán de la profundidad de la inmersión en el proyecto.El significado es simple. Todos saben que el proyecto es increíblemente complejo. Todos saben qué demonios haces. E independientemente del resultado, la niña, como gerente del proyecto, estará bien hecha.No funcionó, bueno, si Ella no funcionó, entonces es realmente muy complicado.Resultó: los beneficios son dobles, porque todo el mundo sabe que no resultó algo allí, sino Algo o There It On.Resumen
, . . , , , .
, . , , , , . .
. . , – . – , .
.