Solution: If you are really, truly in charge: fill your team with people who really do want to do XP. (Even if you are in charge, you probably can't force people to do XP right.)
Solution: enforce DailyBuilds? and FrequentReleases first. These apply pressure to other activities, extreming them.
Problem: I know I don't understand XP
I know I don't fully understand XP, but the XP literature seems to be focussed more on catch phrases rather than on the details of running an XP project. I don't have the budget to hire an outside consultant for my team, nor believe that I could justify this expense to my customer (the customer is not really concerned with how we develop the software, but is concerned with the cost). I have flexibility in scheduling, but I cannot afford to waste a lot of time stumbling through XP and not providing some sort of deliverables.
Problem: I am in charge, but do not want to micro-manage
XP requires a lot of discipline and I do not have the time and temperament to continuously monitor my developers. Most developers a very comfortable with just writing some code (they know it is right) and having an extended "testing" phase while I have to justify schedule slips.