Здравствуйте, Философ, Вы писали:

Ф>Это где-то в параллельном космосе. Ты понимаешь, что если рассуждать так, то вывод очевиден: скрам не нужен.

Вот цитата из книги:

Джим: "Наконец-то у нас в проекте полноценный Scrum!"
Фред: "Ну и как?"
Джим: "Я бы сказал, гораздо лучше, чем раньше, но ..."
Фред: "... Но что?"
Джим: "... но ты же знаешь, мы занимаемся поддержкой".
Фред: "Да, и что из этого?"
Джим: "Нам в целом нравится расставлять приоритеты в Product Backlog-е,
самоорганизовываться, проводить ежедневные встречи, ретроспективы и т.д."
Фред: "Так в чем же проблема?"
Джим: "Мы продолжаем заваливать спринты"
Фред: "Почему?"
Джим: "Нам тяжело запланировать свою работу на две недели вперед. Итерации для
нас особого смысла не имеют, мы просто работаем над тем, что наиболее актуально в
данный момент. Может нам укоротить итерацию до одной недели?"
Фред: "А вы сможете запланировать работу на неделю? И хотя бы на неделю спокойно
сосредоточиться на исключительно запланированной заранее работе?"
Джим: "Не думаю – новые проблемы возникают КАЖДЫЙ день. Возможно, нам
нужен спринт длиной в день ..."
Фред: "Все ли задачи у вас решаются меньше, чем за один день?"
Джим: "Нет, иногда они занимают несколько дней"
Фред: "Тогда и однодневный спринт работать не будет. А вы думали вообще
отказаться от спринтов?"
Джим: "Ну, честно говоря, мы бы с удовольствием. Но разве это не против Scrum-а?"
Фред: "Scrum – это всего лишь инструмент. Именно вы выбираете, когда и как его
использовать. Не становитесь его заложником!"
Джим: "Так что же нам делать?"
Фред: "А вы слышали о Kanban-е?"
Джим: "Нет. А что это? В чем разница между ним и Scrum-ом?"
Фред: "Держи, прочитай вот эту книгу!
Джим: "Но Scrum мне в целом нравится, почему я должен от него отказаться?"
Фред: "Не надо, можно сочетать оба метода!"
Джим: "Что!? Как?"
Фред: "Просто прочитай ..."

Планировать можно по-разному, тот же тяжеловесный RUP по сравнению со Scrum, или напротив легковесный Kanban, да и вообще применять всё, что взбредёт в голову. Как бы там не извращались всё равно будет список задач и какая-то система их распределения.

Здесь вопрос, что мы тут обсуждаем:
1) Scrum по каким-то причинам не подходит вам лично. Например, его спустили сверху, навязали, сделали вас заложником ситуации, а возможно ещё и реализовали эту методологию коряво, то есть как смогли, а не как подразумевали авторы методики.
2) Scrum не подходит ни одной команде и ни одному проекту. И вот это уже совершенно другой вопрос, ведь кто-то же по нему работает и даже хвалит. Если на проекте использовался не только Scrum, а полный комплект, включая парное программирование да ещё и с цикличной сменой напарников, то тогда разработчик А вполне может знать о том, чем занимается разработчик Б, и даже разработчик В и разработчик Г.

Непонятна сама претензия к Scrum или к чему-либо другому на его месте. Не нравится, так просто не используйте.