Цель Redux \ Flux архитектуры?
"Что-то похожее на MVC", ага.
1. В чистом виде MVC не очень хорошо подходит для веба.
2. Как-то так получилось, что в определенный момент на буковки MVC возникла мода, и авторы множества разных схем стали называть их MVC.
У вас вот логика в котроллерах, но достаточно заглянуть хоть в википедию, чтобы убедиться, что в MVC ей там не место https://ru.wikipedia.org/wiki/Model-View-Controller
А ведь можно копнуть и поглубже: https://habrahabr.ru/post/321050/
Разница на мелких проектах может быть практически не видна, польза тоже может быть не видна, один только оверинжиниринг. Но чем крупнее проект, тем большую роль начинают играть абстракции и разделение приложения на слои. А TODO-list можно и вообще без фреймворка сделать.
Чтобы разделить бизнес-логику и представление.
Для маленьких приложений типа учебного списка дел выгода от библиотеки управления состоянием может быть не очевидна, но по мере роста количества сущностей, которыми надо управлять и которые могут влиять на самые разные части UI вместе и по отдельности, нужда в каком-то упорядоченном решении возрастает.
В redux и правда многовато заморочек, как по мне:)