Еще один минус - работая по вашей схеме - заказчики которые не могут отказаться от исполнителя вы в конце начнете скатываться в лень, скуку, необоснованно завышенные потребности при полном нежелании ради них напрягаться. Так как клиент есть, никуда не денется, а значит можно себе позволить что угодно.
В финале - у клиента заканчиваются деньги или проект, и вы остаетесь со своими амбициями, без знаний актуальных на рынке языков, с опытом работы в никому не нужной среде/языке, и главное уже привыкли что вам все дают за красивые глаза. В результате только себя самого и подставили.

По-моему Qt хороший выбор для подобной программы. И не думаю, что вам имеет смысл отказываться от QGraphicsScene только потому что иначе задача вам кажется слишком простой. Я скорее предположу, что на каком-то этапе работы возможностей QGraphicsScene может не хватить для поставленных задач ( я однажды столкнулся с подобной проблемой, у ее дедушки в Qt3 ), и вот тогда действительно придется весь код писать ручками. Но изобретать себе работу, отказываясь от уже существующих классов - имхо неправильно.
Поймите меня правильно - научится создавать подобные классы самому - полезное умение. Но если вы вначале научитесь использовать существующие, то затем, когда решитесь создать нечто свое уже будете обладать опытом использования этих классов, а так же примерным пониманием того что в них хорошо, а что не очень.
На мой взгляд выбранная вами задача не настолько простая как может показаться, хотя это конечно сильно зависит от количества фич которые вы хотите реализовать. Но тем не менее я бы предположил вам вначале создать работающую программу, реализовав таким образом свою цель, а уже потом если сохранится желание переписывать внутренности на собственные графические контейнеры.