Frage

Einige Mitglieder des Teams haben Probleme gemeinsam zu programmieren. Verschiedenes Geschlecht, andere Kultur, verschiedenes Alter. Wie man mit den Problemen fertig zu werden?   - Sie paaren sie nicht zusammen, oder   - sie zusammen Paar und lassen Sie sie auf eine „goldene Mitte“ kommen

War es hilfreich?

Lösung

Paar Programmierung auf der Idee basiert, dass die Interaktion von zwei Programmierern Wert hinzufügt. Ist dies nicht der Fall ist, die Paare ändern ... lassen Sie sie wählen. Die Programmierung soll Spaß machen!

Andere Tipps

Wie wäre es die Paare jede Woche drehen oder jeden Sprint so dass, wenn es Probleme zwischen ein paar Paare sind fühlen sie sich nicht, wie es für immer so sein muss. Ich denke, wenn es einen bestimmten Zeitrahmen ist, dass Sie mit jemandem arbeiten Sie auszukommen nicht damit es leichter zu „saugen it up“ macht und hoffentlich werden Sie keine großen Menschen auf diese Weise verlieren.

Wenn nach einigen Umdrehungen bemerken Sie eine bestimmte Person, die niemand genießt es angebracht sein, zur Einstellung die Art und Weise zu konzentrieren, dass einzelne interagiert mit dem Team oder wenn es ständig weiter sie vom Team alle zusammen zu entfernen.

neu beurteilen Ihre Einstellungspraxis und stellen Sie sicher, dass Sie für teamorientierte Mitarbeiter aus.

Gelingt das nicht, Pfefferminzbonbons.

-Adam

Was genau haben sie Probleme mit? Versteht sie auszukommen nicht, einander nicht? Sind sie auf verschiedenen Ebenen der Programmiererfahrung?

Es kann helfen, wenn Sie ein Teammitglied haben, das als „Vermittler“ von Sorten wirken kann. Jemand, der Paar-Programmierung in der Vergangenheit erfolgreich gemacht hat und die beiden durch ihre ersten paar Male zusammen helfen.

Der erste Schritt, Konflikte zu lösen ist, zu erkennen, dass die Menschen unterschiedlich sind. Selbst die milden Geduld erzogene Programmierer kann in Paarprogrammierung versucht werden, es kann sehr anstrengend sein. Manche Menschen zurückziehen, wenn sie von Konflikten konfrontiert sind, andere aggressiv.

Der beste Weg Paar Programmierung der Annäherung, in meiner Erfahrung ist eine ausführliche Diskussion zu haben, was es ist, dass Sie für die Sitzung erreichen möchten, bevor Sie die Hände auf Code legen. Dies wird Ihre beiden Köpfe auf der gleichen Spur setzen. Wenn Sie etwas nicht einverstanden sind, stoppen Codierung, sprechen Sie vom Computer weg, versuchen, Gemeinsamkeiten zu finden und vor allem nicht entlassen Ideen Ihr Partner haben. Pausen machen; nicht gerade für 2 Stunden arbeiten, versuchen, aufzustehen oder für eine Pause zu gehen alle 45 Minuten oder so.

Sprechen Sie über die Paarung Probleme als Gruppe, und stellen Sie sicher, dass die Gruppe von verschiedenen Paarungen bewusst ist, die nicht berufstätig sind. Auf diese Weise kann die Gruppe dazu beitragen, dass Ihre Paare sich nicht zu vermeiden. Wenn Sie ein disfunctional Paar getrennt halten, werden sie immer disfunctional sein.

Holen Sie sich das Paar Kommunikationslinien zu öffnen; versuchen beide Seiten, um neue Dinge zu tun. Unter der Annahme, sind beide Menschen wirklich gute Entwickler, sie haben beide viel voneinander zu lernen. Versuchen Sie, ihre Haltung von Lehrern zu Schülern zu ändern.

Ich würde zweite muloh Frage - welche Arten von Dingen haben sie Probleme mit

Nach meiner Erfahrung sind diese Probleme oft (aber nicht immer) ein Zeichen der zugrunde liegender Probleme mit der Teamstruktur / Fähigkeiten / Beziehungen, die angegangen werden müssen, wenn Sie das Beste aus allen Beteiligten erhalten mögen.

Ist immer Mary nicht zusammen mit Fred, weil Fred nicht genug darüber wissen, wie gesund Volk Arbeit mit Datenbanken? Ist Fred immer nicht mit Jo zusammen, weil Jo baden nicht ganz so regelmäßig wie sie sollten? Ist Jo nicht immer mit Maria zusammen, weil Mary ein böses SOB ist? Wenn ja, können Sie fast garantieren, dass Fred, Jo & Mary ist auch ärgerlich der Rest des Teams in ähnlicher Weise.

Just coz ein oder zwei Volks das Problem genug schieben Paarung zu vermeiden nicht die Probleme bedeuten, geht weg. Es kann durchaus ärgerlich andere Leute sein - sie alternative Wege zur Bewältigung haben. Wie die Suche nach alternativer Beschäftigung zum Beispiel: -)

Wenn das Team nicht gut zusammen funktioniert es ist kein Team.

Aus Neugier - wie lange sind Ihre Paarung Sitzungen und wie oft wechseln Sie Paare? Ich finde, dass es manchmal leichter, mit dieser Art der Sache zu beschäftigen, wenn Volk Paare in regelmäßigen Abständen wechseln - ein- oder zweimal am Tag. Auf diese Weise bekommt jeder im Team die relativen Vor- und Nachteile von allen zu teilen -., Die helfen, alle auf die Lösung einige der Nachteile konzentrieren

Ein weiterer Ansatz ist es, ständig Ihre Paare im Gedränge zu wechseln. Haben Sie einen Timer, der für 1/2/3 Stunden eingestellt werden könnten. Wenn die Glocke losgeht, drehen Sie Ihre Paare. Dies hat einige Auswirkungen:

  • Zwei Menschen für eine lange Zeit nicht zusammen stecken Paarung bekommen
  • Ihre Entwickler erhalten durch Ihre aktuelle Geschichten zu drehen, die Vertrautheit mit jedem und verschiedenen Bereichen der Code
  • Wenn einer Ihrer dev die Gerüche, werden Sie nur über einen kurzen Zeitraum von Gestank bekommen haben!

Pairing ist eine kritische Praxis für ein agiles Team. Um damit zu beginnen, ist es am besten Entwickler zu identifizieren, die willens und in der Lage sind, effektiv zu zweit zu arbeiten. Eine Firma, die ich bin mir bewusst, tut extreme Interviewen. Das heißt, sie werden Kandidaten paarweise interviewen sie ein Problem geben zu lösen. Sie sind daran interessiert, wenn der Entwickler Fähigkeit, das Problem zu lösen, aber daran interessiert ist, ihre Zusammenarbeit Fähigkeiten. Nur diejenigen, die gut funktionieren kann mit anderen in Betracht gezogen werden.

Es ist nicht erforderlich, dass alle Paar wie jeder andere. Was wichtig ist, ist, dass sie wirksam sind. Da die Paare drehen häufig (für jede Karte oder häufiger), ist Persönlichkeit weniger ein Problem. Wenn jemand nicht über Paare und trainiert, nachdem er ist immer noch ein Problem, sollte er oder sie gebeten, das Team zu verlassen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top