Acabo de terminar mi trabajo de licenciatura en la Gestión de la Tecnología y Economía de la Universidad Tecnológica de Chalmers. El trabajo de los candidatos se tituló de mañana la línea de montaje de montaje a la luz de las experiencias de ayer. El objetivo ha sido describir y comparar algunos de los sistemas importantes de hoy en día para la fabricación de automóviles y luego llegar a conclusiones sobre el futuro de la agricultura.

Candidato de trabajo de Economía en la Chalmers llevó a cabo en grupos de seis personas y se compone de 15 créditos. Esto significa 1,5 años trabajo a tiempo completo (90 créditos) para una persona, que en mi opinión es muy extensa.

Debido a que el grupo está formado por seis personas a ser un problema por lo tanto requiere una amplia coordinación, gestión y colaboración. Karl Wackerberg , parte de mi grupo de trabajo de licenciatura, teniendo en su discurso a escribir con eficacia un proyecto de tesis e informa el número de puntos que él considera el más importante un grupo se pondrán de acuerdo. En este post voy a dar mis puntos de vista sobre el proceso del grupo para escribir un ensayo.

Parábola entre la productividad del grupo y la resistencia de las resistencias en paralelo y en serie conectados ...

Ilustración de la conexión en paralelo

Dentro de elläran una gran variedad de leyes sobre la relación entre la tensión - corriente de U - Yo resistencia (la resistencia) - R y el poder - P. Dos conocidas leyes relativas a la resistencia en el paralelo y circuitos en serie.

Ilustración de la conexión en serie

Mi teoría del trabajo en grupo es que la productividad del grupo varía de un estado donde todo el mundo sale de su máxima capacidad y una condición en la cual los miembros del grupo inhiben unos a otros.

Todo eso se pone a su capacidad máxima se corresponde con la resistencia del circuito en serie, donde R_tot = R_1 R_2 + + ... + R_n.

Para inhibir el grupo de las personas entre sí puede ser ilustrado por la resistencia en un circuito de conexión en paralelo, que 1/R_tot = 1 / R_1 1/R_2 + + ... + 1/R_n, lo que significa que R_tot <R_1, R_2, ..., R_n.

Límite superior de la teoría puede ser justificado por el rendimiento del grupo en teoría podría ser la suma de todos los logros individuales de todos tienen exactamente el mismo caso, la tarea se puede dividir perfectamente entre los individuos y que no hay ningún problema en formar parte de los resultados. Estos criterios, sin embargo, muy a menudo, lo que significa que "las pérdidas generales." Deficiencias generales se manifiesta en dificultades en la comunicación entre los miembros del equipo, los plazos de retraso, dificultad para adaptarse a los tiempos, la falta de compromiso, incapacidad para llevarse bien y así sucesivamente.

Cómo puede un grupo ser controlada para conseguir los mejores resultados?

"Agregar más personas a un proyecto retrasado sólo lo hace más tarde."

- Es un resultado de cinco Lehman y de Bellamy las leyes sobre el desarrollo de software y gestión de proyectos (Ingeniería de Software y Gestión de Proyectos). Esta cita es comúnmente por las siglas Brooks ley. La razón de la ley son problemas de comunicación y dificultades para las personas nuevas para ponerse en un proyecto en un corto período de tiempo.

Me gustaría aplicar la Ley de Brooks para el trabajo candidato:

"Si un proyecto se compone tanto de las personas que trabajan la parte delantera y pesado en la parte posterior son a menudo problemas cuando se trabaja fuerte en la parte posterior muestra que quieren contribuir al resultado.

La implicación es que si el grupo ha decidido a trabajar después de unos plazos determinados, y no se llevan a cabo por algunos en el grupo, terminan por detrás. Así que creo que es muy importante para establecer realmente una ambición común. Si no todos comparten la misma ambición, es importante que también está claro para todo el mundo sabe qué es qué.

Al igual que Karl, creo que es una buena manera de trabajar de dos en dos, tal y como es una práctica común en proyectos de programación. Trabajando en parejas ofrece más de una opinión y un texto más elaborado, con errores menores.

También creo que un enfoque estandarizado es esencial. Esto es porque el trabajo en el valor predeterminado permite "mejores prácticas" de aplicación, el proceso es garantía de calidad y un tercero puede recoger en otro a la izquierda, sin paráfrasis. El documento de trabajo es también importante para las normas de un tema común en todo el texto. Yo no creo en la propiedad del texto. Un texto es propiedad de todos en el grupo y es libre de desarrollar, cuestionar y corregir el error.

Otros elementos importantes de las asignaciones a los grupos para el procesamiento del texto:

• La cooperación con el cliente.
• La vista de la reconciliación y los problemas de las formulaciones de forma continua para cada uno de los incrementos en el texto para que estos incrementos no conducen a un conflicto con lo que estaba escrito con anterioridad.
• Para revisar continuamente la estructura de la obra cuando el nuevo incremento se hace. ¿Podría ser que algo se duplica? Esforzarse constantemente en busca de la unión de baja entre el tejido y el alto grado de contexto en mil pedazos. Esto hace que sea fácil de mantener la estructura del texto y de ordenación en el segundo enfoque. Un escritor siempre debe esperar un cambio en el texto.

Parábola de los métodos ágiles de desarrollo de software

Mi consejo anterior se basaba en los principios de la programación de la metodología de programación extrema ágil. Programación extrema se basa en los principios siguientes:

• Incrementos continuos que se crítica junto con el cliente y evaluados para generar los requisitos para el siguiente incremento.
• Programación en parejas, ofrece una calidad del código debido a la doble a través de lecturas.
• Todo el código propio.
• Colaboración con el cliente para especificar los requisitos para el siguiente incremento.
• Pruebas continuas, cuando introdujo un nuevo incremento. Todos los ensayos realizados previamente utilizarse en conjunción con las pruebas desarrolladas para el incremento de nuevo.
• Refactorización continua del código para simplificar los incrementos de mantenimiento y el futuro.
• Apunta bajo "acoplamiento" y alto "cohesión".

De hecho, hay mucho que aprender sobre los procesos de escritura mediante el estudio de bala en el desarrollo de software y el pensamiento fuera de la aplicación real. Sin embargo, creo que, a pesar de toda la teoría de que, en el nuevo proyecto tiene mucho que ver la experiencia de la edad. Por lo tanto, deben evaluarse a sí misma de forma continua, la mejora continua y nunca se satisface.