Después de publicar
el currículum de ese tipo , sucedieron dos cosas buenas.
En primer lugar, ese tipo comenzó a recibir muchas ofertas de trabajo. Más que nunca
En segundo lugar, más de la mitad de estas propuestas están relacionadas con la gestión, o el desarrollo de productos, el desarrollo de servicios de transmisión o la resolución de tareas de proyectos.
En tercer lugar, llegaron muchos mensajes, esta vez para mí, con solicitudes para establecer métodos para acelerar el desarrollo. Bueno, los que
ayudaron a la niña .
Y luego descubrí que en una publicación sobre una niña engañé a todos. Dije allí que ella leyó un artículo y habló con un chico una vez. Pero resultó que todavía estaba leyendo un libro.
Hace tiempo que quería sistematizar la práctica de acelerar el desarrollo, pero no había razón. Y luego una compañía se dirigió a mí y me ofreció desarrollar un curso, para que luego pudiera venderlo en un entorno determinado (que ya está allí: 1Snoy). Se suponía que este sería un video curso, con algunas presentaciones y tareas, aburridas en general. Decidí matar dos pájaros de un tiro: escribir un texto, como un libro, y luego hacer un curso de video con él. Por lo tanto, se obtendrían dos productos. Con un esfuerzo mínimo, un tercio habría salido de eso.
La estructura del libro se conoce desde hace tiempo, qué escribir allí, también, solo tiene que sentarse y hacerlo. He escrito, en este momento, 6 capítulos de 20, es decir ~ 30%. Y, dado que tal alcohol se fue, póngalos en forma de artículos. La niña, por cierto, solo leyó 3 capítulos.
Ahora será el primer capítulo introductorio. Hay una pequeña especificidad: dado que el libro, de hecho, fue creado por encargo, se trata del desarrollo en 1C. Después de eliminar la mención de 1C, habría hecho un tercer producto, me habría llevado medio día.
Pero ahora no limpié nada, léelo tal como está. Si le parece que el desarrollo en 1C y javascript son muy diferentes, entonces no lea. Mi vida ha demostrado que desde el punto de vista de mejorar la eficiencia, por supuesto, hay una diferencia: hay aún más puntos de aplicación de esfuerzo en el desarrollo de JavaScript y, en consecuencia, el efecto esperado es mayor. Pues vamos.
Una vez que se familiarice con este material, puedo asumir una de las dos opciones.
El primero: alguien te hizo. Jefe, director, gerente de proyecto, no importa.
En segundo lugar, estudias este material por tu propia voluntad, porque te esfuerzas por aumentar la eficiencia: un personal o un equipo al que ingresas, o tal vez incluso lideras.
Es fácil adivinar quién eres: eres un programador o el gerente de un programador, o trabajas en una empresa de programadores, o quizás eres el propietario de esta empresa.
¿Por qué estoy discutiendo sobre todo esto? Solo para decir: relájate y diviértete. La información le será útil, independientemente de su rol en la empresa.
Esta no es una guía para los gerentes sobre cómo exprimir todos los jugos de los programadores infelices. Esta no es una guía para programadores sobre cómo engañar a los gerentes. Esta no es una guía para engañar a los clientes.
Esta es una guía para mejorar la eficiencia. Su personal, sus colegas, sus subordinados o departamento, equipo o empresa en general. Fue escrito por un programador y a tiempo parcial como proyecto, equipo, gerente de producto. Entonces, me atrevo a esperar, entiendo y personalmente considero sus intereses.
Entonces, hablemos de eficiencia.
Mira a los programadores que te rodean. ¿Cuál de ellos está trabajando eficientemente en este momento?
Ese tipo de allá, digamos, juega tanques. ¿Es efectivo en este momento? Probablemente no. Puede, por supuesto, captar sus oídos y decir que está tan relajado después de resolver una tarea difícil, y en media hora, con renovado vigor, comenzará a programar. Pero lo más probable, después de los tanques, irá a fumar.
¿Y esos dos que discuten animadamente sobre algo? ¿Parece sobre la arquitectura de alguna solución? ¿Son efectivos?
A primera vista, sí, por supuesto. Después de todo, el diseño de la arquitectura, e incluso en una discusión grupal, a través de una lluvia de ideas, es importante y útil. Como dicen, una cabeza es buena y dos son mejores. Pero escuchemos sus palabras.
Uno dice: es necesario hacer el registro de acumulación. Otro grita: no, ¿qué registro de acumulación, por qué estás, botas? Información de registro solamente! ¿Cuánto tiempo ha estado sucediendo esto? Media hora? Hora? Los cuidas allí, de lo contrario lucharán.
Y ese, sabio, no está discutiendo con nadie. Se sienta en los auriculares y apoya la cabeza entre las manos. No programa, esto es claramente visible. Que esta haciendo el Preguntar
Dice que diseña la arquitectura de la solución. Bueno otra vez. Diseñando directamente? ¿Dibujas un diagrama en tu cabeza? No, dice, creo: registro de acumulación o registro de información seleccionado. Has estado pensando Alrededor de dos horas ya, me rompí toda la cabeza. Las opciones son las mismas en términos de costos laborales, y ninguna de ellas tiene ventajas especiales. Y el cliente es importante, ¿será un registro de acumulación o un registro de información? Si, como no. El cliente es Klavdia Eliseevna, un contador, para ella no hay diferencia.
Este tipo está pasando tiempo de manera efectiva, ¿qué te parece?
Bueno, ahí está él. La mano gira rápidamente la rueda del mouse, una mirada enfocada se fija en el monitor. ¿Qué tiene él allí? Sí, una lista familiar ... ¡Estas son nuestras tareas! Que esta haciendo el Preguntar
La tarea, dice, yo elijo. No sé por dónde empezar. La mitad no está clara, la mitad tiene formas gruesas y no las conozco porque soy joven. Aquí necesitas saber SKD, pero yo ... Bueno, es ... más o menos.
¿Es esto efectivo?
Miremos a nuestro campeón. ¡Este es definitivamente efectivo! Él emite tales decisiones, ¡te balancearás! ¡En uno de los proyectos más difíciles están tirando! ¿Qué le pasa a él? Hmm, como algún tipo de dibujo. Hola campeón, ¿qué haces? ¿Corrige el TORG-12? ¿Y qué hay de malo allí? ¿Es necesario que en lugar del nombre del contrato se muestre el número y la fecha? Enserio? Tal tarea?
Bueno, por supuesto, entendemos - los clientes preguntaron, es necesario - significa que es necesario. Pero, ¿por qué usted, campeón, resuelve este problema? Parece que tiene suficientes tareas grandes y serias, el nivel de subsistemas y nuevas configuraciones. ¿Qué, no hay nadie más para corregir TORG-12? ¿Quizás es mejor que el tipo que no puede elegir una tarea pueda manejarla?
Champion es efectivo, ¿qué te parece?
¿Y qué está haciendo ese tipo? ¿Por qué está sentado cerca del teléfono y lo mira como un soldado en un piojo? ¿Hay una llamada en espera? Parece que no, el gerente de la oficina acepta todas las llamadas ... ¿Preguntar?
Ups Debe llamar al cliente, pero tiene miedo. Durante dos horas ha estado sentado e inventando escenarios de conversación, incluso escribió algo en un cuaderno: algunas frases, sus propias respuestas predichas. ¿Por qué debería llamar al cliente? Es introvertido a la médula ósea. Entonces, para, con nosotros todos se comunican con sus clientes. Algo está mal aquí, parece ...
Bueno, estos son entendibles. Que estoy haciendo Estoy escribiendo una carga de SCP a Contabilidad 3.0. No hay forma de cavar, efectivo como el infierno. O no? ¿Por qué hay vagas dudas en el alma? ¿Quizás su razón es que ya hemos descargado de SCP a Contabilidad 3.0? Y más de una vez. ¿Por qué lo estoy escribiendo de nuevo? ¿Por qué no tomar el terminado? Configuraciones tipicas. Maldición, tendré que trabajar conmigo ...
Puedes ir ad infinitum. Si
no miras a las personas, siempre
parece que funcionan de manera eficiente. Bueno, o al menos funcionan. De hecho, ni siquiera pensamos que sean efectivos,
esperamos que sean efectivos.
Queremos que sea así, de lo contrario sucederá lo peor: tendremos que
profundizar en ello . Comprender, medir, analizar, pensar e intentar cambiar algo. ¿Es mucho más fácil dejar todo como está? Y si alguien no logra trabajar normalmente, ¡entonces es su culpa! ¡Llévalo al infierno y es el final!
Bueno, todos se rieron, y ahora en serio. La eficiencia es materia inalcanzable, como la puesta de sol. Nadie es tan efectivo que nada se pueda mejorar. Siempre puedes mejorar.
Entonces, ¿dónde se pierde la eficiencia? En primer lugar, donde una persona
no trabaja . En nuestro caso, donde la persona
no programa . Aunque, como entiendes, la programación puede ser ineficiente.
Si observamos la cadena de valor, desde la aparición de un problema hasta la recepción de dinero para su solución, veremos muchos lugares oscuros en los que no sucede nada útil. Mi propia investigación ha demostrado que un programador ordinario puede perder hasta el 97% de su tiempo.
Puede elegir una tarea, discutir, pensar, elegir entre dos soluciones equivalentes, tener miedo a algo, tratar de cumplir con los plazos, repetir el código ya escrito, y así sucesivamente, hasta el infinito. Hay muchas opciones para perder eficiencia.
Solo tómalo como un axioma: un programador siempre es ineficaz. Y tú, incluido. Y yo también.
Si te resistes a este axioma, inventa excusas, discute y trata de probar algo, para mí o para tus colegas, nunca serás efectivo.
Entiendo que tal declaración - "Soy ineficaz" - puede afectar en gran medida la autoestima. Pero acordamos un poco antes que te relajarás y disfrutarás. Al final, no puedes cambiar nada, dejar todo como está y vivir de ti mismo, felizmente en la ignorancia.
Pero vale la pena intentarlo. ¿Ocurre que tus competidores también están estudiando este material? ¿Si no se resisten y hacen de la eficiencia una misión? ¿No es un hermoso pedazo de papel en la pared del corredor, sino un hilo rojo real de toda su actividad? Entonces, reglas como "creer - no creer" o "querer - no querer" dejarán de aplicarse; entrarán en vigencia leyes duras e inexorables del mercado.
Bueno, eso es todo, no perderé tiempo convenciendo. Si te gusta existir cabeza en la arena, como un avestruz, entonces no puedes estudiar más. Creo que quieres ser más efectivo.
Existe tal cosa: mejora continua, originalmente de la gestión de calidad. Probablemente escucharon sobre el ciclo de Deming, conocido como PDCA.
El punto principal de este ciclo es el
aislamiento . En realidad, es por eso que se llama un ciclo, y no un proceso que tiene un principio y un final. El ciclo de Deming impulsa la perfección que es iterativa y, por lo tanto, infinita.
Si está familiarizado con la teoría de limitaciones de Goldratt, aquí está la imagen para usted.
Las palabras están escritas de manera diferente, pero el significado es el mismo:
cíclico . Mejora, mejora y mejora. No hay límite para la perfección.
Cada iteración es un experimento para introducir un cambio. Mejora la eficiencia o no. Si aumenta, sigue siendo parte del proceso. Si no aumenta, se descarta; esto es normal, los experimentos tampoco tienen éxito. Más precisamente, conducen a un resultado negativo, afectan negativamente la función objetivo, pero en general, tal experimento es un éxito, porque nos libró de un método ineficaz.
Te ofreceré dos docenas de experimentos. Cada uno de ellos, individualmente, puede aumentar la eficiencia de los programadores. O puede que no lo aumente, depende tanto del entorno en el que se lleva a cabo la implementación como de la persona que lo implementa.
Puedes probar todos los métodos, solo puedes separarlos. Hay momentos en que el uso de un solo método aumenta la eficiencia varias veces. Esto se llama el "principio de apalancamiento" cuando se encuentra una causa clave de problemas en el sistema y su solución coincide con precisión. Pero, como ya entendiste, no hay límite para la perfección.
Algunos métodos están diseñados para su implementación en un equipo. Si no tiene un equipo, está solo y solo participará en su efectividad, entonces estos métodos no lo ayudarán.
Si tienes un equipo, entonces estás de suerte. Puedes lograr lo que se llama sinergia. Aunque la palabra es estropeada por los vendedores, así como la palabra "eficiencia", pero su significado no ha desaparecido. Un equipo puede dar eficiencia más que la suma de la efectividad de sus miembros.
Existe una fórmula de sinergia tan famosa: 1 + 1 = 11. Literalmente significa que combinar los esfuerzos de dos personas puede dar un resultado muchas veces mayor que una simple cantidad. Está claro que los especialistas en marketing crearon esta fórmula: nadie ha podido probarla en la práctica. Pero el mensaje que da es correcto: un equipo puede hacer más que un equipo.
Por lo tanto, dedicaremos mucho tiempo al trabajo del equipo. En primer lugar, estos son, por supuesto, métodos basados en la interacción, el intercambio de experiencias y la asistencia mutua.
Resumen
- Cualquier persona, en cualquier momento, trabaja de manera ineficiente;
- Casi cualquier acción humana puede ocultar una pérdida de efectividad;
- Si participa activamente en la eficiencia, entonces no cambiará;
- La efectividad de cualquier persona tiene un potencial infinito de mejora;
- La efectividad del equipo puede ser mayor que la suma de la efectividad de sus miembros.