¿Cómo manejan los ingenieros de software el trabajo sin sentido?

Las tácticas deben considerarse cuidadosamente para cada actividad sin sentido

  1. Subversion : un colega mío me presentó el axioma: “Si no quieres hacer un trabajo, no lo hagas bien”. Parte de un concierto requería mucho trabajo de operaciones, que es una serie de cosas: detenga este servicio, edite un archivo de configuración, inicie este servicio, docenas de veces, con un gran margen de error humano. Nunca logré hacerlo sin causar accidentalmente una interrupción cercana. No estoy orgulloso de eso, pero eventualmente fui expulsado de las operaciones por personas que lo consideraron una descarga de adrenalina al borde del fracaso. Bien, déjalos disfrutar eso.
  2. Automatización : si desarrolla habilidades en scripting, puede hacer mella en casi cualquier tarea sin sentido. La clave es que las tareas sin sentido casi nunca son un trato único. Esto podría requerir algo de creatividad, como almacenar archivos de registro en un motor de búsqueda o comparar estados para cambios minuciosos. El peor tipo de tarea sin sentido es la que creó por error: la limpieza de un trabajo en el que cometió un error, como una tabla de base de datos en mal estado. Esos casos, solo tienes que comer un cuervo.
  3. Desconectarse: una vez tuve la tarea de configurar cientos de máquinas en solo unos días, por lo que no hubo tiempo para sentarme y crear secuencias de comandos elaboradas. Fue literalmente, un festival de cortar y pegar en las ventanas de la terminal. No luches contra eso. Una estación de Pandora bien sintonizada puede ahogar la monotonía por un par de días.
  4. Snark up: otro ejemplo de este tipo de cosas puede ser volver atrás y escribir páginas Wiki para cosas que se han hecho en el pasado. Puede ser API, descripciones de tablas, procedimientos paso a paso, documentos de línea de comandos, se entiende la idea. Intenta encontrar algo sarcástico que decir que no sea accionablemente malo. Podría ser un doble sentido accidental o una referencia a un pasaje oscuro de Monty Python.

En mi experiencia, uno de los siguientes:

  1. Ellos lo hacen.
  2. Se niegan a hacerlo, porque la tarea es responsabilidad de otra persona (entrada de datos, servicio de asistencia, lo que sea).
  3. Se niegan a hacerlo, con el argumento de que la existencia de dicho trabajo es una indicación de diseño / arquitectura deficiente.
  4. No lo hacen, pero no se lo dicen a nadie, esperando que alguien más lo haga de todos modos.
  5. Escriben un software más interesante para hacerlo por ellos.

La mayoría de los trabajos implican trabajo sin sentido. A veces, ese trabajo es probablemente mejor hecho por otra persona, pero el esfuerzo de explicar la tarea a otro departamento es mayor que la tarea. A veces, el trabajo realmente es el resultado de un diseño deficiente, pero el esfuerzo ahorrado al rediseñar nunca justificará el costo. A veces realmente hay un pequeño script que lo automatiza, pero generalmente no lo hay, por eso existe el trabajo.

Esto puede ser diferente para diferentes personas, pero puedo decirte lo que funciona para mí. En un contrato reciente, me dieron una tarea que básicamente era una descripción de un párrafo de algo que requería ser arreglado. Era grande y aburrido, y tardó casi dos meses en hacerlo. Hacia el final, estaba tan aburrido y odiaba ir a trabajar, de hecho, estaba listo para renunciar.

Luego tuvimos un nuevo gerente de proyecto en el proyecto. Echó un vistazo a las tareas y luego las desglosó en muchas subtareas más pequeñas. Todos estábamos involucrados en calcular cuánto tiempo pensábamos que tomaría cada uno, y luego asignamos un conjunto determinado cada semana (básicamente estoy describiendo un concepto llamado ‘Ágil’). Todavía estaba haciendo las mismas cosas, pero tenía una sensación de logro, donde podía ir a casa al final del día capaz de mostrar lo que había hecho, saber si estaba adelante y ser capaz de mostrar mi desempeño dentro el equipo.

Lo interesante es que las tareas en sí no habían cambiado, pero agregando un aspecto social, una sensación de logro y una comprensión más amplia de cómo iba el proyecto en general, mi actitud cambió por completo. Ahora estaba feliz de venir a trabajar y dejé de buscar nuevos empleos.