If there's a fixed skill set and boolean Yes | No flag, I'll prefer adding fields in the Staff table.
If the set of skills set keeps changing and you need to keep the old skills on the staff record, I'll prefer a "Staff Skills" portal and linked table, where the Skill edit box will have a custom values Value List / value list from another table.
Note the word "prefer" in Ken's Cheung's post. This is one of those areas where I've seen loud noisy arguments amongst skilled experienced developers as there isn't a hard, clear "rule" that makes an unequivocal case one way or the other. Instead, you have trade offs.
There's a certain amount of "Art" to go with the "science" of data modeling such as this.
My Preference, is that if it's multiple skills to one person, to use a related table for greater flexibility unless the list of skills is very small, the data recorded for each skill extremely limited and the likelyhood that you will later need to change the list of skills approaches zero. Adding more fields to your table to add a new skill is a design change. Adding a new related record in a skills table is a date entry task.
You may even need two tables, one as a master list of skills and another table set up as a join table so that a given person can list multiple skills and so that multiple people can list the same skill.
A good rule of thumb is that if you find you have a very similar set of data fields in two or more tables, there's very good chance that those fields should be placed in their own table and linked via relationships to the tables where you have currently defined that common set of fields. An example of that is when you find that you have a set of name, phone, email, mailing address fields in both an customer and a vendor table. Putting that set of fields in a new table called "contactInfo" and linking it to the original customer and vendor tables may become a very good improvement in your data model--especially since it enables you to have a vendor that is also a customer without having to enter and maintain their contact info in two different tables...
Thank-you so much for the advice. I have ended up using a join table to a master skill set table. This is a new concept for the company so they are not to sure how they want it to work. Having a the separate table is helping cuase I can modify the skills as my client works on it.
Thank-you again for the help.
Thank-you so much for the DemoW fp7 file. I have just been able to go over it and there is a lot in there that is going to help me. Thank-you