Самый простой способ - включить это в процесс CI, если он у вас есть (т.е. добавить задачу в сборку для спама в группе).
Тем не менее, я очень рекомендую вам НЕ делать что-то подобное.
Во-первых, без какого-либо определенного процесса проверки того, кому что нужно, это просто станет шумом и, вероятно, будет проигнорировано.
Во-вторых, электронная почта создает плохую среду для просмотра кода. Просматривая код в редакторе, рецензент может использовать всю мощь среды IDE для перемещения по коду.
В-третьих, движение не равно прогрессу. Показ руководству о том, что что-то происходит, не означает, что прогресс достигнут.
Если вы хотите, чтобы руководство могло видеть прогресс, рассмотрите возможность использования доски задач, отражающей элементы отставания, элементы прогресса, выполненные элементы и т. Д.
Если вы хотите лучшего контроля качества, используйте гибкие процессы, такие как TDD и сопряжение, и самоорганизуйтесь вокруг способностей и опыта (то есть, лучшие разработчики наставляют слабых разработчиков).
Если вы хотите получить отзыв о появлении ошибок, используйте непрерывную интеграцию.