Scrum. Революционный метод управления проектами

Абсолютно согласен с отзывом vdubrovski.

Автор – человек интересный, опытный и умный. Но от книги ожидаешь «мяса». То есть конкретных инструкций к применению. Конкретных разборов применения. А получаешь только скудное приложение на 3 страницы в конце книги. С такими инструкциями точно никакого космического проекта не построишь.

Начинается книга с рекламы, это понятно. Но вот уже 20% книги, 30%, 40%. И ничего не происходит.

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

И нельзя сказать, что истории – не являются ценными. Они важны, наверное. Но, «не то»…

Короче говоря, теперь я воодушевлен, но оставлен наедине с собой в поисках конкретики.

Думаю, нужно обращаться к первоисточникам – японцам.

Ожидал большего.

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

95% книги сводится к рекламе самого автора и метода «Scrum», который, по-моему мнению, является скорее не методом, а только идеологией организации работ по продуктовому принципу, изложенной в «Бережливом производстве». 5% книги краткое изложение того, что действительно является революционным по сравнению с «традиционным» проектным менеджментом. Для желающих сэкономить время можно сразу переходить к главе «Приложение. Внедряем „Scrum“. С чего начать». Ну, а если будет что-то не понятно, тогда можно почитать основной текст.

Книга типа «как стать миллионером», когда им становится только сам автор причем за счет продаж этих книг. Описываются успешные истории применения при идеальных обстоятельствах или по взмаху волшебной палочки (вдруг) ставшими srum-мотивированными командами и заказчиками, когда закончить проект вовремя и в рамках бюджета можно уже и на голом ура. Злободневные проблемы из реальных проектов этот метод решить не поможет. Что делать, если заказчик госкомпания и прописанный в контракте план и функционал до самых мелочей это святое; если заказчик не заинтересован помогать и толком сам не понимает какой нужен продукт и нужен ли вообще, но обязан им начать пользоваться по правовым соображениям; если в колективе и на рынке труда нет доступных в любое время и легко взаимозаменяемых специалистов, а те что есть – разные люди, более или менее склонные к не запланираванным болезням, ошибкам, разной степени командности, которые легче перейдут (причем в самый критический момент) в другую компанию, чем будут работать в неприемлемом стиле. В конце концов много (причем хороших) специалистов, которые любят работать одни, 8 часов, а потом для них хоть спринт, хоть маратон. Сильно выбирать не приходится, учитывая время на переподготовку и обучение и с доступностью специалистов на рынке.

Не сомневаюсь, что есть компании которые успешно применяют srum. Точно так-же успешно могли бы и не применять. Но это заслуга не srum, это успех и немного везения – с набором колектива, с заказчиком, с проектом.

Если вы желаете разобраться в методологии Scrum для последующего внедрения, то данная книга ничего не даст. Она пуста. Это просто платный «трейлер». Лично меня такте Книги очень раздражают, типичная западная болтовня, 0.0001% практической информации. «Методичка» поинформативнее будет!

Оригинальное название книги The Art of Doing Twice the Work in Half the Time, что как бы намекает на то, что это идеология, а не метод работы. По этому это книга в первую очередь по идеологии scrum. Читать ее необходимо в первую очередь перед внедрением scrum. Очень многие кто слепо внедряют scrum, по моим наблюдениям, очень часто не понимают сути его идеологии и упускают очень много именно идеологического верного при применении scrum.

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

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