но таски то я могу создавать, как разработчик?

Код писан в едином стиле - открывай реп и читай. Комменты все пролинкованы с тикетами, тикеты с пул реквестами, в обоих - вся инфа о том что делали и почему

а это уже тоже плохо - надо стремиться к наименьшему количеству "условных кликов" что бы получить нужную инфу

Как разрабочик можешь. А я как архитектор могу их отклонить если они некошерны

Как лучше? Идти коллег теребить?

лучше иметь большой эпик,в  котором есть фичи, в которых есть большие таски

мои поинты следующий:
1. для восприятия большие таски проще(содержат достаточно информации), а маленькие хуже, так как не всегда понятно, чому эта таска вообще существует
2. переключение контекста между задачами дорогая операция, просто потому что люди так устроены - внимание рассеивается
3. сложить картину происходящего из лавинного потока маленьких кусочков сложнее, чем из меньшего потока больших задач
4. маленькие задачи затрудняю оценку проекта, так как каждая задачка весит по чуть чуть, а отвлекает целую кучу народу(ревью в два этапа, например)
5. маленькие задачи имеют большое количество источников, что требует больше контроля(мало ли какую задачу создал вася пупкин), в таких условиях архитектор либо должен пипец как доверять комманде, либо только за этим и следить(скорее всего просто не давать создавать никому эти таски, лол)

Тут скорее поддержу Рому - куча мелких тасок = куче переключений контекста / куче времени на поддержание состояний тасок в корректном состоянии в соответствии с видением архитектора и правильной иерархией + необходимостью грамотно проводить ревью сессии. Проще сделать чуть более толстые таски, которые легче ревьювить скопом. В противном случае велосити считать будет адом