1. Оценивать эффективность работы, не понимая принципов разработки не получится — как минимум, высок риск демотивировать программистов.
   
2. Если есть проект и в нём руководитель проекта, который занимается именно проектом, но не понимает в разработке, то по классическим структурам команд (из того же PMBOK) нужен отдельный функциональный менеджер, который будет понимать в программировании и будет отвечать за производительность (требования, собеседования, инструменты, оценки и т.п.)
   
3. Эффективность очень сильно привязана к особенностям процесса разработки (agile/waterfall), особенностям проекта (например, какие цели — быстрее выдать результат, или обеспечить качество).
   
4. Заставлять сотрудников отмечать время недостаточно. Если им не разъяснено зачем это нужно делать (какие могут быть последствия), они, как умные люди, начнут что-то сами себе соображать и искажать статистику. А если проверяющий не понимает их работы, то не сможет ничего обоснованно предъявить.
   
5. Ну и есть у меня предположение, что за формально озвученным вопросом ("как следить за эффективной работой") скрывается настоящий вопрос ("не укладываемся в сроки/бюджеты", например). Хорошо бы начать с него, не всегда проблема решается с помощью таймшитов, возможно, у вас проблема с изменениями требований или вообще ошибочно выбрана архитектура ;) Учитывая, что в вопросе озвучен только один ПМ (без знания программирования) и ни одного технического "офицера", тут попахивает потерей управления вообще.
   

Я когда-то даже написал на эту тему статью.

https://habr.com/ru/articles/801899/

Для .Net я бы посоветовал OWIN — https://docs.microsoft.com/en-us/aspnet/core/funda...

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

Кстати, ASP.NET шаблоны сейчас активно используют owin.

Это нужно погуглить по ключевым словам "entity framework many to many fluent".

// к User добавить 
        // Subscribers
        public ICollection<UserSubscriptions> Subscribers { get; set; }

// при конфигурировании датаконтекста использовать следующий fluent синтаксис
modelBuilder.Entity<User>()
   .HasMany(u => u.Subscriptions)
   .WithMany(u => u.Subscribers)
   .Map(cs =>
   {
       cs.MapLeftKey("UserId");
       cs.MapRightKey("SubsUserId");
       cs.ToTable("UserSubscriptions");
   });