Managing Technical Volunteers - Experts ready!
18 February 2002 at 12:02 pm
Any volunteer position can be rewarding and beneficial to both sides of the relationship – a volunteer offering computer skills is an added bonus.
“Techsoup”, the Internet helper for the Third Sector on all things technological, says the technology volunteer gets to meet new people, practice their skills, acquire new talents, and generally feel good about what they are doing.
With computer experts at the ready, Not for Profits benefit from cost-effective technological help and can therefore expand their overall capacity.
“Techsoup” warns however that volunteer projects can also be a frustrating and time-consuming experience for everyone involved if they are not properly managed.
So here are a few tips from “Techsoup” to keep the project running smoothly:
Determine the scope of work. A good rule of thumb is to keep all volunteer projects under 20-30 hours over 3 months. Why? A number of reasons. Most volunteers will not sign up for anything larger, since it would be too time consuming. Most volunteers have full time jobs which not only prevents them from volunteering a large number of hours, but can also make unforeseen demands on their time. Also, tech projects have a tendency to “scope creep” and a bigger project has an even greater chance of turning into something that is unruly.
Make sure there is one point-of-contact person for the volunteer to communicate with. When a volunteer helps you with your computers and something goes wrong, you don’t want to barrage him with five separate help requests during the week – instead, think about combining your requests in one call. The staff point-person should also be available to meet with the volunteer when convenient, which may mean having the flexibility to work occasional evenings and weekends.
Schedule a first meeting. When working with a volunteer, it’s a good idea to schedule a first “get to know you” meeting; don’t plan any work for that first visit. This will not only give the volunteer a chance to get a better idea of resources and equipment he might need, but gives you an opportunity to teach the volunteer a little bit about what you do. Here are some good points to cover:
What is the purpose of the organisation?
What population or community do you serve (bilingual students, homeless, people with disabilities)?
Who are the main contacts for the volunteer (including on-site computer literate people)?
What is the budget? Many people working in the technical field are used to having substantial computer budgets. Even if they feel their budgets are constrained, technical volunteers are often surprised at how much less a school or Not for Profit has budgeted for their computer systems.
What is the purchasing process?
Where is everything, including the phone, tools, sign-in/sign-out sheet, rest room, coffee, and so forth?
Get acquainted. Keep in mind that most people volunteer because it feels good; the best volunteer projects offer opportunities for making a significant contribution to an important cause and for meeting new people and having fun.
Go over the work plan. Make sure both you and the volunteer understand the work to be done, the time line and when you will next check in about progress.
Make sure the volunteer understands your Not for Profit context and culture. If the volunteer has never worked with Not for Profits before, he may make recommendations that are not appropriate. If they walk into a school, for example, and discover a bunch of five-year-old machines, their first reaction might be to want to upgrade everything, even if those machines are doing the job they are supposed to. Not for Profits are also used to working with volunteers who are committed to their mission, which may or may not be the case with technical volunteers; some may just want to get more computer experience and meet new people.
Checking in regularly: The staff liaison should communicate with volunteers regularly to talk about their progress and any problems or changes to the plan. Technical volunteers may be used to a very rapid pace at work. If your organisation needs to take things more slowly, you can communicate this while keeping the project moving toward completion with regular meetings, e-mails, or phone calls. This is also a great way to let volunteers know you value their time and energy.
Accountability: Volunteers should understand that even though they are giving their time away, it doesn’t mean they can’t show up, and so forth. Some organisations have their volunteers sign letters of commitment, and others rely on the volunteer’s devotion to their cause to keep them interested and coming back.
Limit setting: With accountability comes a lot of responsibility, and although volunteers should feel like they can “own” their work, they shouldn’t be made to feel burdened with responsibility. Volunteers should know they are allowed say no, or “That’s all I can do.” Volunteers can burn out after one or two projects because they put in tons of hours but didn’t know it was OK for them to set limits. After your first meeting the volunteer should re-evaluate the work and see if it looks realistic to him/her.
Documenting work done: Make sure the volunteer keeps records of the work that they did. You might want to set up a system for this, such as a log book or spreadsheet.
In case of the odd situation where it might come up, you should be aware that you are responsible for:
Security of your organisation’s confidential information. If you keep confidential information about your clients or donors, make sure you communicate to the volunteer what he can and cannot access.
“Techsoup” offers a range of interesting information about the technology age as it relates to the Not for Profit sector. Check out the website at www.techsoup.org.