Lucie Lamoureux of km4dev pointed to the Bamboo project blogposter who elaborated on different uses of peer assists in networks:
- Having a "mini" Peer Assist as a regular part of network meetings. Potential Peer Assistees would submit their problems ahead of time and a portion of the meeting would be spent on brainstorming around one or two problems. This would have the added benefit of encouraging attendance at meetings because people both love to have their problems solved, as well as being able to offer help to others.
- A Rotating Peer Assist would be a great idea for a half-day or full-day network conference. Organizers could identify a theme for the Peer Assist problems and/or consider having Community of Practice Peer Assists that relate to various job functions, such as having a "Case Manager Peer Assist Day" where case managers could present on their problems and get feedback from fellow participants. This seems to me a far better use of time that would be infinitely more engaging than the conference activities we usually see.
- A technology-enhanced Peer Assist is another option. A wiki would be the perfect complement to the Peer Assist session. Rather than recording ideas on flip chart paper, they could be recorded directly into a specially created wiki. This would then be available for participants to add to later allowing them to provide links to other resources, sample documents, etc.
While introducing peer assists in communities of practice, it may needs some time, to create the space for it, and get people to use the space proactively. So, my personally advice would be that it helps to prepare the sessions more in advance during the first few meetings, and gradually make it a more spontaneous process. Of course, that depends again on the group, whether people are already used to peer assists, etc. The size and frequency of changing members probably influences the level of trust and hence depth of inquiry.