To uncover hidden team skills, ask people about tasks, achievements and experience beyond their current job, then follow up on what they personally did. Record the examples, how recently they used each skill and whether they want to use it again. A conversation gives you leads to explore, not automatic proof of competence. The useful result is a searchable picture of capability that you can check before assigning work.
Start with a decision you need to make: finding a project contributor, planning development or checking whether expertise exists before recruiting. That keeps discovery focused without restricting people to the skills already written into their job descriptions.
Treat the job title as a starting point
A job title describes someone's position. It is not a complete account of their previous careers, occasional responsibilities, languages, volunteering or practical interests. Equally, a qualification records a particular achievement, not everything someone can currently do.
Look beyond both without assuming that every interest is a workplace skill. Running a community event might involve supplier negotiation, scheduling and budget tracking. Attending that event does not establish any of those capabilities. The distinction is the person's contribution, the difficulty of the task and the support they needed.
Give everyone in the chosen team an opportunity to contribute, rather than asking only the people managers already regard as versatile. Include relevant volunteers or part-time colleagues in scope. An unanswered invitation means you have missing information, not evidence that someone has nothing additional to offer.
Explain the purpose before asking for detail
Tell participants what the exercise will inform, who will see the resulting profile and how they can correct it. If it is for project staffing and development, say so. Do not describe it as an informal chat while quietly using it to rank people for an unrelated decision.
Keep questions about outside experience optional and relevant. Someone should be able to describe organising a group without identifying its members or explaining personal circumstances. Ask for the capability and an appropriate example, not unnecessary private detail.
Separate three questions throughout: can this person do the task, do they want to do it, and do they have capacity? A newly discovered skill is not permission to add unpaid responsibilities or move someone into work they no longer enjoy.
Ask for examples, then follow the interesting details
Avoid opening with a blank request to list every skill. Give people several routes into the conversation, using ordinary language rather than requiring them to know your skills framework. These prompts form a useful starting set:
- Current work: What do colleagues ask you to help with that is not an obvious part of your role?
- Previous experience: In an earlier job or project, what did you take responsibility for that you do not do here?
- Wider experience: Is there anything from volunteering, study or personal projects that you would like us to know about?
- Problem-solving: Tell us about a difficult task you completed. What did you do yourself, and what help did you need?
- Future use: Which of these abilities would you like to use more, refresh or develop further?
The follow-up is where broad statements become useful. If someone mentions reporting, ask what information they worked with, which tools they used, who relied on the output and when they last did it. If they mention leadership, ask whether they supervised people, coordinated peers or led one piece of work.
For a hypothetical example, an administrator says they helped organise a community festival. Further questions establish that they compared venue quotes, maintained the spending record and coordinated suppliers. Those details suggest supplier coordination and budget tracking worth exploring. They do not, by themselves, establish procurement expertise or professional accounting competence.
Use the same core prompts across the team, but let follow-ups vary with the answers. Whether a person or AI asks the questions, avoid leading prompts such as 'So you are an experienced project manager?' Ask what happened and let the evidence determine the description.
Turn the conversation into a usable skills record
A transcript preserves detail, but it is awkward to search when you need someone for a task. Create a short, structured record for each relevant skill, retaining enough context to explain why it appears. Keep the person's original example alongside the standard skill label.
- Skill and context: the capability, tools or methods involved, and the setting in which it was used.
- Experience and recency: a concrete example, the person's own contribution and when they last used the skill.
- Level and evidence status: the support needed, plus whether the entry is self-reported, reviewed or demonstrated.
- Interest and availability: whether they want to use or develop the skill, with capacity confirmed for any proposed assignment.
Define levels through behaviour rather than unexplained scores. For example, distinguish 'can contribute with guidance', 'can complete routine work independently' and 'can handle complex work and guide others'. Treat these as suggested descriptions, adapting them to the work. Someone may work independently on routine spreadsheets but need support with financial modelling.
Standardise equivalent labels so searches work, but preserve meaningful differences. 'Writing' is too broad if you need grant applications rather than technical instructions. Let participants review their summaries before wider use, especially where a conversation has been condensed or interpreted by AI.
Check capability in proportion to the proposed work
Keep discovery separate from validation. A confident description can lack substance; a cautious description can contain strong evidence. Neither confidence nor an AI-generated proficiency label should settle a staffing decision on its own.
For a low-risk contribution, review an appropriate work sample or agree a small, supervised task. For independent responsibility, use a relevant practical exercise or review by someone able to judge the work. Where current qualifications or authorisations matter, check them separately before assignment. A conversation is not a substitute for those checks.
Record what was checked, by whom and when. Keep uncertainty visible: 'used previously, needs refresh' is more useful than forcing someone into either competent or not competent. It gives a manager a basis for agreeing support rather than overlooking the person or overestimating their readiness.
Choose tools around the questions and review process
For a small pilot, structured conversations and a controlled spreadsheet may be enough. As participation grows, assess software against the work you need it to support: relevant follow-up questions, searchable context, clear evidence status, profile corrections and appropriate access controls. Ask suppliers to demonstrate these rather than assuming a polished summary proves accuracy.
SkillDrill uses adaptive AI conversations to identify skills, qualifications and experience. Its skills dashboard supports searching by skill and filtering by department. You can explore its conversational skills mapping approach when assessing options, while keeping human review and proportionate checks in your process.
Put the findings to work without overloading people
Pilot the approach around one real need. Invite a defined team, review their profiles and search for a suitable contributor. Discuss the opportunity with that person and their manager before making commitments. Agree scope, time, support and how their existing responsibilities will be covered.
Assign someone to maintain the records. Refresh them after meaningful projects, training or role changes, with a periodic review as a backstop. When a search finds nobody, distinguish between an actual skills gap, incomplete participation and a search term that missed relevant experience.
Judge the exercise by whether it supports a better decision, not by how many skills appear on the dashboard. Start with one upcoming piece of work, ask who has done something similar, and follow the answer far enough to establish what they could realistically contribute.