EvgenijZet,

Сущность сотрудники у вас по факту не сотрудники а физические лица :), email в качестве уникального идентификатора сущности пожалуй непригоден, потому что во первых у одного человека электронных адресов может быть много, и во вторых электронные адреса могут меняться.

Не очень понятно почему присутствует должность но отсутвует подразделение и табельный номер (уж коли речь о сотрудниках). По сущности сотрудники-должность то же есть вопросы, сотруник обычно работает в каком то подразделении на какой то должности, хотя возможны совмещения, например сотрудник работает инженером-программистом в одном подразделении и по совместительству переводчиком в другом, действительно ли вам необходимо отношение многие ко многим непонятно.

Дальше вообще темный лес, проекты, ошибки, задания:
- как сотрудники соотносятся с проектами (есть закрепленные за проектом, есть привлекаемые к выполнению работ но не закрепленные за проектом), как учитываются трудозатраты сотрудника на проект, или это не важно в проектируемой вами системе?
- как сотрудники соотносятся с заданиями (задания выполняются не сами по себе я полагаю)?
- как соотносятся ошибки со всем остальным, возникновение ошибки порождает задание на ее исправление или как?

С одной стороны понятно что вам не нужно нечто тяжелое, с другой даже для простой системы надо описать бизнес процесс, какие сущности участвуют и как они взаимодействуют, потому что ваша схема может и правильная для вашей постановки задачи а может и нет, этого нельзя сказать не имея постановки.