Some random ideas to make the interface more clear and informative. 

1. Please add a column for Last Successful Run Date. I think it would be useful to know at a glance when a backup with errors was last completed successfully.
Now you have to go to Logs and browse to find out.

2. Add a View Logs button after the existing buttons (Refresh, Edit, Delete, Run selected task). By clicking the View Logs button, the program should open the Logs tab and show all the logs for the selected scheduled task. I mean an All Logs view but filtered by selected task.

3. Please use consistent terminology. Sometimes you call "Backups" both Images and File and folder backups (like it is in the Backup Definition Files windows). Some other times you call "Backup" the File and folder type as opposed to Images (like it is in the "Name" field in Scheduled Backups).

The first one might be a limitation of the fact that Windows Task Scheduler actually doesn't have a separate "Last Run" and "Last Successful Run", but I guess that doesn't mean Reflect couldn't track that independently.  However, the need for that might be offset a bit by your second idea, which I really like, since the logs from successful executions have a green check mark in the list view, so that would quickly make it clear when the last successful job ran.

Yep, that's what I thought too after I clicked the Post button   The second feature would allow to easily find the last successful run anyway, so I would be satisfied with that, no real need to clutter the Scheduled Backups list with more columns.
There is more! Once you allow for a "filtered by task" log view, you might also want to access it directly through a "filter by task" option in the Log window dropdown menu. I mean a fourth option after All Logs, Successful Logs, Failed Logs: "Filter by task", then select task.

Yeah, I was thinking about that too.  Sort of the way Excel allows you to do this based on the content that it finds in a given column.  That would require Reflect to actually look at the definition file names in the logs it has in order to keep that list from getting stale (definition files that are no longer used and for which no logs exist), but it would be nice.