В своей работе, мы помогаем компаниям стать лучше, и внедряем различные методологии, которые будут наиболее эффективно работать здесь и сейчас. И при внедрении какой-либо методологии в работу компании, сталкиваешься с реальностью, где простой, "книжный", подход начинает трансформироваться, адаптироваться. Если подход сработал у Автора книги, будет ли он работать в том же виде у вас в компании? Всегда нужно адаптировать процессы или адаптировать мышление к тому чтобы процессы были приняты. Давайте разберемся почему так.

Что такого плохого в гибком (Agile) подходе к управлению проектом по разработке программного обеспечения? Особо ничего, если не считать того что завершение проекта в срок не стоит целью этой методологии.

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