Personally, I would /not/ add a field to the employees record to
designate the project leaders. What if the same person is project
leader for project 'A', but a simple team member for project 'B'? Even
if that wouldn't occur, yet, in your organization, I say you should do
this properly from the beginning.
A person's role, on some project, is not an attribute (or characterist)
of the person alone; the same person might have diferent roles in
different projects. So it can't go in the persons table.
Similarly, it is not an attribute of the project alone; the project
might have many people, each one with a different role. So it can't go
in the Projects table.
It is actually an attribute of the /combination/ of person and project.
So it needs to go in a joining table between person and project. Then,
the same person can have different roles in different projects, and
conversely, a project can have many people each one with a different
role.
(using my own table & field names, just to make it easy for me)
tblPerson
PersonID < primary key
name, adrs, date of birth, etc.
tblProject
ProjectID < primay key
title, sponsor, date started, etc.
tblProjectMember
ProjectID < composite
PersonID < primary key
role (worker, project manager, auditor, etc.)
HTH,
TC [MVP Access]