Confidencial de Windows: Prepare las ratas de laboratorio
La manipulación de los desarrolladores de software puede ser una estrategia útil al solucionar errores durante los proyectos de desarrollo de software.
Raymond Chen
Una parte importante de cualquier proyecto de software es corregir errores. En realidad, corrección de errores es la mayor parte de los proyectos de software. Gestión de errores y el proceso para tratar con ellos, por tanto, es una parte importante del proceso de desarrollo de software global.
En las primeras etapas de un proyecto, puede ser bastante indulgente con errores. Puede ser más inclinados a aceptar cualquier cosa, no importa lo insignificante. En algún momento, sin embargo, obtendrá que usted tiene un atraso de grandes errores al manejar. Necesitará obtener más grave sobre el conteo de errores. Este ciclo puede repetirse varias veces a lo largo de la vida de un proyecto. Puede haber un ciclo de borrachera y depuración para cada hito.
Una fuente constante de acumulación de errores es un trastorno que un anterior colega mío apodado "abrazando bug." Los desarrolladores encuentran errores que sienten que deben solucionar, pero simplemente no han metido trabajando aún en. Como pasa el tiempo, estos errores obtienen mayores y dustier. Los desarrolladores resisten intentos de los fallos declarados no vale la pena fijar o aplazado para la próxima versión, porque todavía se sienten que realmente deberían fijarse esos fallos.
Es la versión de desarrollo de software de acaparamiento. Desarrolladores convertido en conectado emocionalmente a los errores, a pesar de la falta de fundamento racional para mantenerlos alrededor. Estos errores suelen ser relativamente menor. A menudo son realmente las peticiones disfrazadas de errores — algo como "cuando hago X, sería bueno si hay una opción para hacer Y."
Llame el exterminador
En muchos proyectos, los esfuerzos para disminuir el número de errores está marcado por un período (normalmente una semana), donde se enfrentan el reto de los desarrolladores para corregir tantos errores como pueden. Se suspenden las reglas normales para el orden en que deben fijarse errores. Los desarrolladores pueden arreglar cualquier fallo que les gusta, independientemente de su prioridad.
Para esta semana, el foco está en la cantidad de errores corregidos, no de gravedad o prioridad. Habrá premios para los desarrolladores que arreglan la mayoría, corrección los errores más antiguos, terminar la semana con los menos errores u obtener su recuento de errores debajo de un nivel de destino. A veces, los administradores traen en golosinas para mantener los desarrolladores motivados.
El nombre para esta semana de fijación error centrada varía de equipo a equipo. Algunos equipos llaman un fallo Bash, pero que a veces se confunde con otro uso del término que describe un esfuerzo enfocado para encontrar nuevos errores en lugar de corregir las ya existentes. Algunos equipos prefieren llamar su semana arreglando errores un Smash de Bug. Un equipo utiliza las siglas MOABB (madre de todo fallo beisbol) para describir la semana de fijación centrada de bug.
Como quieran llamarle, los objetivos son los mismos. El objetivo inmediato es borrar tantos errores como sea posible, arreglarlos o decidir no solucionarlos. El objetivo es concluir la semana con un claro sentido del Estado del proyecto.
Error-huggers están dirigidos a menudo durante estas semanas de corrección de errores. Se enfrenta a un punto de decisión. Es su última oportunidad para corregir los errores que siempre han destinados a corregir "algún día". Si ellos no solucionarlos, los errores van a ser sacados. Al final de la semana, los errores no estará activo, de una manera u otra.
Ocultar el queso
Durante esta semana, gestión obtiene tratar a los desarrolladores de software como ratones de laboratorio. Los desarrolladores de software pueden ser simples criaturas. Creemos que somos una forma avanzada de inteligencia humana, pero de hecho, nosotros estamos tan fácilmente manipulados como marionetas de mano. Los administradores experimentados pueden manipular a bug huggers en elegir entre la corrección de errores de sus preciados o dejarlos ir.
Gestión también se da cuenta de los desarrolladores de disfrutan de la emoción de romper las reglas. Voy a menudo emplean un poco psicología inversa por masajeando la lista de errores por lo que sólo parece un error no tiene importancia. Por ejemplo, pueden reclasificar todos los errores que realmente no importa como cuestiones de especificación para que ya no cuentan como errores. También pueden tener errores importantes y darles una falsa prioridad baja para que se vean más atractivos.
En el pasado, cuando algunos desarrolladores aprendieron que fue próximamente un concurso de corregir errores, preparó las correcciones de errores, pero no cometió las correcciones al proyecto enseguida. En cambio, esperaban para desatar durante la semana de concurso. No lleve la administración mucho descubrir este pequeño truco. Ahora la administración incluye errores corregidos en la semana anterior a la oficial concurso de semana en las estadísticas, así neutralizar el efecto (y desalentar implícitamente comportamiento no productivo).
Este juego de gato y el ratón entre la administración y los desarrolladores de software es todo sólo una distracción de la finalidad principal de la semana: para corregir errores y mejorar el producto final. Y, a pesar de su inteligencia, los desarrolladores normalmente no cuenta que son los ratones.
.jpg)
**Raymond Chen**idénticamente titulado libro (Addison-Wesley, 2007) y del sitio Web, The Old New Thing, ocuparse de la historia de Windows y la programación de Win32. Este artículo fue escrito el equipo que ha estado en contacto con nueces.