п.1. Залог успеха любого проекта - подготовка бизнес-выгод до начала проекта уровня первого лица или, например отдельно по направлению каждого вице-президента, тогда количество врагов можно существенно сократить. Если же проект делает подрядчик, то с внутренними противоречиями лучше бороться изнутри, добиваясь назначения соответствующего руководителя, ответственного за решение противоречий с полномочиями решать противоречия на самом высшем уровне.
п.2 При подготовке презентаций я часто для РП привожу пример, которому меня когда-то научили старшие коллеги:
При подготовке презентаций в части детализации и количество представляемой в ней информации - руководителя, для которого предназначена презентация, нужно представлять школьником начальных классов, причем чем он высшего должность, тем меньше класс. Соответственно, если руководитель является первым лицом, презентация по своей сложности должна быть мультиком для малышей из детского сада (образно) из 1,3,5 страниц :)
п.3 №2 - интересная мысль, не задумывался ранее о ней
п.4 Часто из проектов делают крестовый поход с огромным числом жертв, забывая в конце проекта кто и зачем плодил эти жертвы. Не нужно терять человеческое лицо достигая любой ценой свои цели.
Полостью согласен с тем, что крупные и сложные проекты - это бесценный опыт, от которого нельзя отмахиваться. В таких проектах закаляются как в личностные качества, так и профессиональные.
п.5 Мелочность руководителей в части элементарных удобств отравляет веру команды в то, что они вкладывают все свои силы в результат, а компания этого по отношению к ним делать не собирается. Вообще мелкие удобства – это пирамида Маслоу – каждый сотрудник должен на базовом уровне себя чувствовать комфортно в безопасности  – такси ночью (безопасно добраться домой + чтобы успеть выспаться), пицца (чтобы удовлетворить голод = безопасность)
п.6 В целом иногда действительно на проектах тратится много ненужных средств, но часто потому что, люди исполняющие их не понимают зачем они были запланированы и не являющиеся профессионалами в их исполнении. Например, процесс коммуникации и информирования участников и руководства является важнейшей составляющей большой программы, но если этим будет заниматься не профессионал, то много времени и денег будет потрачено впустую (так что лучше вообще этим не заниматься), а если профессионал, то эффект будет превышать затраты.
п.7 "Большой проект, в котором кипят страсти, бурлят человеческие эмоции, зачастую меняются судьбы и рушится привычный уклад жизни людей – идеальная площадка для исследования социальных явлений в миниатюре и поведенческих мотивов." - согласен)

Вячеслав, спасибо за обзор. Судя по твоему описанию, отличная книга! Must have.

в MM60 можно увидеть дату последнего изменения, но нельзя задать её на селекционном экране.
в таблице MARA можно увидеть последнее изменение и ракурс, который изменялся.
 
В конкретном материале (в транзакции MM03) можно перейти: среда -> Просмотреть изменения.
или MM04 -> номер материала и получим аналогичный список.
 
думаю, чтобы было так, как и в "S_ALR_87012089 и S_ALR_87012182, только для материалов" нужно создавать свой отчет; мне видится, что он не слишком трудоёмок.

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

В разделе "Введение" данной статьи описана одна из ситуаций, когда это было необходимо.
В настоящее время, уже на другом проекте у меня возникает такая необходимость, в частности изменение Z-параметров в Z-таблице в системе тестирования.