I think Pair Programming is vital to the success of a programming team, but every time I join a new team I seem to find I’m in a minority of people who feel that way, let alone have any experience of actually doing it.

This is not a session about convincing a manager that it’s a good idea: let’s assume he or she trusts you to do whatever is right for the project. This is about exploring, understanding and ultimately tackling the hidden influences which inhibit your peers from coming out of their caves and sharing their thoughts and ideas in regular, constructive, creative, pairing sessions.

The session is aimed at leaders in teams who are transitioning to agile / XP and are struggling to adopt pair programming.

It helps participants to discover and understand the complex social factors that inhibit healthy collaboration in their teams, and to figure actions they can take to address them.

	Trust & Change Garry Shutler : 30th Jan 2012
	Continuous Delivery with Cloudbees Marco Vermeulen : 8th Dec 2011
	Building JavaScript applications Damjan Vujnovic : 29th Nov 2011
	Web architecture Uncle Bob (Robert C. Martin) : 28th Nov 2011
	Maps of Living Documentation Christian Hassa : 18th Nov 2011
	Driving Requirements from Business Value Chris Matts : 18th Nov 2011
	Visualising quality Gojko Adzic : 18th Nov 2011
	BDD As It's Meant To Be Done Matt Wynne : 18th Nov 2011
	What Testers and Developers Can Learn David Evans : 18th Nov 2011
	Where Exploration And Automation Meet: G Andrew Kemp : 18th Nov 2011
	Specifying User Interaction Lasse Koskela : 18th Nov 2011
	TDD Django Harry Percival : 16th Nov 2011
	From CI to CD : 11th Nov 2011
	To Future Branch or Not To Future B... : 11th Nov 2011
	Rolling Back Vs Rolling Forward : 11th Nov 2011