Возможно. Но тогда суммарное число сотрудников должно быть ровно 1000. Ну или больше но близко к кратному 1000…

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

В опросе приняли участие 208 основателей стартапов. Из них в США переехало 2,2%.
Сколько основателей стартапов переехало в США?
Ответ: 4,576

Вы пишете, что на SAP Cloud Platform можно создавать не Enterprise веб-приложения и веб-сайты. А двумя абзацами выше, что стоимость платформы «всего» 23 Евро в месяц за пользователя. Вам не кажется, что эти утверждения противоречат друг другу?

Если вы в такой формулировке зададите вопрос заказчику, он всегда вам ответит, что чем раньше результат, тем лучше. Вам уже самому надо подумать, каков риск того, что, например, взявшись за реализацию функции №5 вам не придется полностью переделывать всю архитектуру, созданную для функций №1-4? И не лучше ли сначала все функции продумать, а потом браться за разработку? Мы предположили, что вы как менеджер взвесили все за и против и решили, что в данном случае итерационный процесс будет предпочтительнее. В идеале было бы заключить договор Time&Material, и работать до полного удовлетворения заказчика. Но заказчики на это почти никогда не идут. Они хотят платить за результат, а не за процесс, полагая, что тем самым перекладывают риски на исполнителя. Плюс их IT служба привыкла делать типовые договоры с этапами соответствующими фазам какой-нибудь каскадной методологии. Точно также привык работать и ваш отдел продаж. В итоге вы получаете описанную ситуацию.

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

Для выбранного сферического проекта в вакууме площади прямоугольников совпадают. Но суровая правда может от этого сильно отличаться. Как в одну, так и в другую сторону.

Если недоверие вызвано объективными косяками – это уже не предмет данной статьи. Здесь рассматривается только проблема несоответствия методологии и договора. Считаем, что исполнитель делает свою работу качественно и заказчик в целом результатом доволен.

Про олдскульное начальство это точно. Часто бизнес-заказчику не связанному с IT проще объяснить преимущества Agile, чем IT-директору с многолетним опытом.