Scrum — это здравый смысл + базовые навыки командного менеджмента в применении к разработке ПО (как правило).

Здравый смысл приходит в основном с опытом, а для овладения командным менеджментом — коммуникации, управление задачами, коллективом — читайте базовые книги по менеджменту и психологии управления.

Чисто на механическом знании Scrum-ритуалов не выедете, на каком бы системном уровне их не освоили — все время будет что-то не так.

Что посоветую:

Джон Адаир — «Как управлять людьми и самим собой». Очень практичная книга, вплоть до наличия упражнений — нужно не лениться и упражнения выполнять.

Ицхак Адизес — «Идеальный руководитель», «Управляя изменениями». Изложена его методология — must read для любого участника команды.

Михаил Литвак — «Командовать или подчиняться». Прикладная психология — аналогично must read.

+ полезны книги по другим, более нагруженным методологиям — например, «RUP — это легко» — помогают понять, как вообще крутятся шестеренки при разработке ПО и почему и когда хорош Scrum. И какие-либо азы по построению бизнес-процессов — тоже помогают понять, как много общего у разработки ПО с другими отраслями.

Минусую очень редко, но как правило за лень — явно недоделанную или неряшливую статью. Не минусую тех, с кем просто не согласен, особенно комментарии — разве что если не согласен в этическом плане.

Плюсую хорошие полезные статьи (пересказ новостей не плюсую), и их авторов, а так же последовательных, содержательных, адекватных и этичных комментаторов (не обязательно тех, с которыми согласен).

Интересные готовые к продаже железки для защищенного хранения данных: samurai24.ru/

советую рассмотреть третий вариант:

выбирать не full stack-фреймворк, а решения конкретных типовых задач: они не диктуют, как делать проект, но позволяют не наступать на типовые грабли, уже отполированные лбами тысяч разработчиков.

Например, ORM — одна из областей, в которых велосипеды наименее оправданы: выбирайте из готовых (советую Doctrine) — она и без фреймворка работает.

И так по списку можно попробовать определить и закрыть максимум типовых потребностей, например,
unit-тестирование — PHPUnit, SimpeTest, Lime,
почта — Zend mailer, Swift,
UI: server-side MVC — один набор вариантов, используете SOFEA — гораздо проще с сервером (нет требований), сложнее с клиентом — советую изучить список в sixrevisions.com/javascript/promising_javascript_frameworks/,
и т.п.

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