Читать «Скрам (Гибкое управление продуктом и бизнесом)» онлайн

Предисловие научного редактора

Привет, друзья!

Меня зовут Илья Павличенко, я занимаюсь скрамом и аджайл-разработкой в течение последних девяти лет. Скрам – моя жизнь и моя любовь. Являюсь сертифицированным тренером от компании , которую основал Кен Швабер, помогаю компаниям становиться гибкими.

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

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

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

Книга также будет полезна скрам-мастерам и аджайл-коучам. Она должна изучаться ими буквально через лупу: Кен на личном примере показывает действия скрам-мастера в запутанных ситуациях, открывая трансформационный смысл этой роли. Кен не боится ошибаться: он открыто признает ошибки и вместе с читателями проводит работу над ними.

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

Предисловие Майка Кона

На самом деле мой новый босс не был придурком, но в тот момент именно так и казалось. Мы разрабатывали новое программное обеспечение (ПО) для крупных колл-центров компании. Я сказал, что нам понадобится 12 месяцев, а он решил дать мне только четыре, чтобы новым ПО не обязательно можно было бы начать пользоваться, но чтобы оно было готовым к выводу в промышленную среду за 30 дней после соответствующего уведомления. Таким образом, через четыре месяца мне придется поддерживать программное обеспечение в состоянии 30-дневной готовности к релизу. Мой начальник понимал, что не все функции появятся через четыре месяца, он просто хотел получить как можно больше и как можно быстрее.