Ключевые идеи книги: Просто об Agile. Марк Лейтон, Стивен Остермиллер

О книге

Автор книги - . Произведение относится к жанрам управление персоналом, тайм-менеджмент, управление бизнесом, бизнес-процессы. Год его публикации неизвестен. Книге не присвоен международный стандартный книжный номер.

Аннотация

Этот текст – сокращенная версия книги Марка Лейтона и Стивена Остермиллера «Просто об Agile». Только самые ценные мысли, идеи, кейсы, примеры.

О книге

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

Зачем читать

• Понять, что гибкость на работе – не стресс, а приключение.

• Узнать, как управлять проектом легко и с удовольствием.

• Освоить метод Scrum, без которого немыслим современный менеджмент.

Об авторах

Марк Лейтон – сертифицированный инструктор Scrum Alliance, более 20 лет работающий в области организации проектов, автор нескольких книг и основатель компании Platinum Edge, предоставляющей услуги организациям по переходу к Agile-модели.

Стивен Остермиллер – коуч, ментор и тренер по Agile. Основатель и организатор компании Utah Agile, разработчик учебного курса по Agile для бизнес-колледжей. Сертифицированный профессионал по Scrum и сертифицированный профессионал в области менеджмента.

Читать онлайн Smart Reading - Ключевые идеи книги: Просто об Agile. Марк Лейтон, Стивен Остермиллер


Оригинальное название:

Agile Project Management For Dummies


Авторы:

Mark Layton, Steven Ostermiller


www.smartreading.ru

История и основные постулаты Agile

Agile (от английского слова – ловкий, проворный) – обобщающий термин, охватывающий различные методы управления проектами и организации труда, основанные на гибких принципах в противоположность традиционным жестким принципам. Такие методы и приемы работы разрабатывались в 1990-х годах в среде программистов, а в 2001 году группа разработчиков программного обеспечения (ПО) составила «Манифест гибкой разработки» (Agile Manifesto). Позже указанные в нем принципы оказались полезными и в других сферах, таких как маркетинг, оказание услуг, производство высокотехнологичных устройств, освоение новых ниш, управление отдельными рабочими группами в крупных корпорациях.

Чтобы лучше понять принципы Agile, стоит вкратце описать прежний подход, которому они противопоставлены.

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

1. Определение требований.

2. Составление плана.

3. Создание.

4. Тестирование.

5. Внедрение.

6. Поддержка.


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

Но со временем стали заметны недостатки модели. ПО усложнялось, а деловая среда становилась все более непредсказуемой. Заявленные в начале разработки технические требования к концу процесса могли устареть или измениться, а в ходе работы возникали новые, ранее непредвиденные требования и обстоятельства. Учитывать их часто бывало уже слишком поздно, и разработчики предпочитали вовсе отказываться от выпуска продукта, теряя деньги и время. Кроме того, некоторыми особенностями готового продукта (до 60 % функционала) клиенты пользовались редко или не пользовались вовсе, а ведь на их разработку тратились время и ресурсы. В таких условиях преимущество получали компании, которые первыми выпускали пусть и не совсем «вылизанные», но более или менее рабочие версии востребованных у пользователей продуктов.


Рекомендации для вас