13.06.2015 Views

ABCD-Training-of-Trainers-Tools-July-2013

ABCD-Training-of-Trainers-Tools-July-2013

ABCD-Training-of-Trainers-Tools-July-2013

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

the whole process breaks down, like an electric circuit that is broken. Some people know what is<br />

happening and others do not. Some do not even get a chance to be involved.<br />

You can deepen the definition by comparing a process to a river. A healthy river brings life and like a<br />

healthy process should have a stable flow – not moving too fast (as it can flood and cause destruction on<br />

the way), and not too slowly (as it can lose energy, dry up and become stagnant water). A process<br />

moving too quickly can cause chaos and confusion even if deliverables are met; these are hidden costs<br />

which are not always considered. A process moving too slowly may get boring and people might lose<br />

interest as they cannot see any benefit. Maintaining a healthy flow <strong>of</strong> energy, information and<br />

communication is key to process facilitation work.<br />

A well designed process can provide a container and structure for asset based community development,<br />

yet at the same time should allow enough flexibility and adaptability to shift and change where needed.<br />

The art is to provide structure yet be adaptive at the same time. A good process will always yield a good<br />

outcome. It is a matter <strong>of</strong> trusting the process and allowing each step to guide the next.<br />

Activity 2: Process Review<br />

Introduction<br />

With an <strong>ABCD</strong> approach, there is no ‘expert’ but rather citizens (human assets) sharing the expertise<br />

what they have. Paradigm shifting may require a lot <strong>of</strong> input from the facilitator due to the nature <strong>of</strong> the<br />

content designed to expose and shift paradigms. This module is much more universal and can be done in<br />

a very participatory manner with the facilitator giving minimal input. This activity relates directly with<br />

the group’s understanding <strong>of</strong> processes and gives an opportunity for everyone to share in more detail<br />

the work that they have been involved in. It also sometimes reveals interesting lessons and themes<br />

about inside – out versus outside – in processes, confirming what has been learnt about previously.<br />

Instructions<br />

Divide the group into smaller working groups. The way you do this will depend on the nature <strong>of</strong> the<br />

group: it can be by organization (if there are a number <strong>of</strong> people in the room representing the same<br />

organization); by sector (e.g. those working with women, youth, HIV/AIDS etc.); by the area they are<br />

coming from; or randomly. Ask each person to share experiences <strong>of</strong> development processes they have<br />

been involved in. They could be good experiences or not so good experiences; it does not matter as<br />

there is learning to be drawn out from both. The same is true whether it was community initiated, or<br />

one initiated by an external agency.<br />

Once stories have briefly been shared, the group must choose one person’s experience and list the steps<br />

in the process from start to end. What happened first, what happened next etc. The steps should just be<br />

named but not expanded on in too much detail. For example, one can say a community meeting was<br />

called. It is not necessary to list where it was or who was there. Give the groups about 20 minutes for<br />

the initial discussion and another 20 minutes to map out their chosen process. Each group will then have<br />

a chance to present their processes in plenary.<br />

After the presentations you can ask the group to draw out the major themes and lessons in light <strong>of</strong> what<br />

has been touched on so far. You can also reflect on what is emerging for you. For example, <strong>of</strong>ten<br />

processes that failed confirm the usefulness <strong>of</strong> the Ladder <strong>of</strong> Inference (see page) as people may have

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!