I'd really rather not say there is a "Pivotal" style as much as an Extreme Programming paradigm. Extreme Programming says that an environment is better when you work normal hours. It states that an environment is better when there are fewer meetings. It states that an environment is better when you try paired programming, test driven development, continuous processes, simple design, good communication, etc etc etc. I think all of these things are very good. I also believe a few of these principles don't work well for specific individuals. There are principles that effect the business (fewer meetings, sustainable pace, continuous practices). So far I have always seen those principles as good. There are also principles that effect the individuals (paired programming, test driven development, close proximity for communication). I have seen those not work well for some individuals and should be adjusted to your individual employees.
How does this help with discovery of issues that other folks on the team may have experience/suggestions solving? I.e. do you require everyone to read the daily round up?
We have an absolutely open environment. It's a side effect of our process.