Je viens de terminer le travail de mon baccalauréat à la gestion de la technologie et de l'économie, Chalmers University of Technology. Le travail du candidat a été intitulé Demain la chaîne de montage de montage à la lumière des expériences d'hier. L'objectif a été de décrire et de comparer certains systèmes importants aujourd'hui pour la fabrication automobile, puis de tirer des conclusions quant à l'avenir de l'agriculture.

Travail du candidat en économie industrielle à la Chalmers réalisée en groupes de six personnes et comprend 15 crédits. Cela signifie 1,5 ans à plein temps de travail (90 crédits) pour une personne qui, dans ma perception est très vaste.

Parce que le groupe se compose de six personnes d'être un problème nécessite donc une coordination poussée, la gestion et la collaboration. Karl Wackerberg , une partie de mon groupe de travail baccalauréat, en tenant dans son discours à écrire efficacement un projet de thèse et signale le nombre de points qu'il considère comme le plus important de un groupe est d'accord. Dans ce post, je vais donner mon point de vue sur le processus de groupe pour écrire un essai.

Parabole entre la productivité du groupe et de la résistance dans les résistances série et parallèle connectés ...

Illustration de la connexion en parallèle

Dans elläran existe une variété de lois sur la relation entre la tension - courant U - I résistance (résistance) - R et de la puissance - P. Deux célèbres lois qui traitent de la résistance dans le parallèle et les circuits de la série.

Illustration de la connexion en série

Ma théorie du travail de groupe, c'est que la productivité du groupe varie d'un état où tout le monde descend à leur capacité maximale et un état dans lequel les membres du groupe inhibent les uns des autres.

Que tous se sa capacité maximale correspond à la résistance du circuit série où R_tot = R_1 + R_2 + ... + R_n.

Pour inhiber le groupe de personnes les unes aux autres peut être illustrée par la résistance dans un circuit en parallèle, ce qui 1/R_tot = 1 / R_1 1/R_2 + + ... + 1/R_n, ce qui signifie que R_tot <R_1, R_2, ..., R_n.

Limite supérieure de la théorie peut être justifiée par la performance du groupe pourrait théoriquement être la somme de toutes les réalisations individuelles de tous les avoir exactement la même affaire, la tâche peut être divisée entre les individus parfaitement et qu'il n'y a aucun problème à se joindre à des résultats. Ces critères, cependant, très souvent, ce qui signifie "les pertes de charge." Déficiences généraux se manifeste dans les difficultés de communication entre les membres de l'équipe, les délais retardés, la difficulté pour répondre à des temps, un manque d'engagement, l'incapacité à s'entendre et ainsi de suite.

Comment un groupe peut être contrôlée pour obtenir les meilleurs résultats?

"Ajout de plus de gens à un projet en retard ne fait que rendre plus tard."

- Est-ce qu'un résultat de Lehman et de Bellamy cinq lois sur le développement de logiciels et de gestion de projet (génie logiciel et de gestion de projet). Cette citation est souvent sous l'acronyme Brooks loi. La raison pour laquelle la loi sont des problèmes de communication et les difficultés pour les personnes nouvelles à se mettre dans un projet dans un court laps de temps.

Je voudrais d'appliquer la loi de Brooks au travail candidat:

«Si un projet se compose de deux des personnes qui travaillent le front et lourd à l'arrière sont souvent des problèmes lorsque vous travaillez lourd à l'arrière montre qu'ils veulent contribuer au résultat.

L'implication est que si le groupe a décidé de travailler après un certain délai, et ils ne sont pas tenus par certains dans le groupe, ils finissent derrière. Donc, je pense qu'il est très important de bien établir une ambition commune. Si tous ne partagent pas la même ambition, il est important que il est également clair que tout le monde sait ce qui est quoi.

Comme Karl, je pense que c'est une bonne façon de travailler par paires, tout comme il est une pratique courante dans les projets de programmation. Travailler en paires fournit plus d'une opinion et un texte plus élaboré avec des erreurs mineures.

Je crois aussi que d'une approche normalisée est essentielle. C'est parce que le travail sur le défaut de permettre «meilleures pratiques» d'application, le processus est une qualité assurée et un tiers peut reprendre là où un autre à gauche, sans paraphraser. Le travail du papier est celui des normes aussi important de fournir un fil conducteur commun à travers le texte. Je ne crois pas à la propriété du texte. Un texte est la propriété de tout le monde dans le groupe et est libre de développer, de contester et de corriger l'erreur.

Autres éléments importants des travaux de groupe pour le traitement du texte:

• Coopération avec le client.
• Le point de vue de la réconciliation et les problèmes de formulations en continu pour chacun des paliers dans le texte de telle sorte que ces augmentations ne conduisent pas à un conflit avec ce qui a été écrit précédemment.
• Pour revoir en permanence la structure de l'œuvre lorsque le nouvel incrément est faite. Serait-ce que quelque chose est dupliqué? Efforcez constamment à la recherche pour le collage faible entre le tissu et le degré élevé de leur contexte pour pièces. Cela rend plus facile de garder la structure du texte et de tri sur la deuxième approche. Un écrivain doit toujours s'attendre à des changements dans le texte.

Parabole avec des méthodes agiles dans le développement de logiciels

Mon conseil ci-dessus a été fondé sur les principes de la programmation méthodologie de programmation agile extrême. Extreme Programming est basé sur les principes suivants:

• Incréments continus qui sont passés en revue avec le client et évalués afin de générer des exigences relatives à la prochaine augmentation.
• Pair Programming fournit la qualité du code grâce à un double lit à travers.
• Tout le code propre.
• Collaboration avec le client pour spécifier les exigences pour la prochaine augmentation.
• Le contrôle continu quand un nouvel incrément introduit. Tous les tests effectués précédemment exécuté en conjonction avec les tests mis au point pour le nouvel incrément.
• Refactorisation de code en continu par incréments de simplifier la maintenance et l'avenir.
• Visez bas "couplage" et haute «cohésion».

En fait, il ya beaucoup à apprendre sur l'écriture de processus en étudiant balle dans le développement de logiciels et de la pensée en dehors de l'application effective. Cependant, je crois, malgré toute la théorie selon laquelle, dans le nouveau projet est très bien sur l'expérience de la vieille. Vous devez donc en permanence s'auto-évaluer, l'amélioration continue et ne jamais être satisfait.