📚 Hub Books: Онлайн-чтение книгДомашняя100 ключевых моделей и концепций управления - Пит Хейн Куберг

100 ключевых моделей и концепций управления - Пит Хейн Куберг

Шрифт:

-
+

Интервал:

-
+
1 ... 143 144 145 146 147 148 149 150 151 ... 172
Перейти на страницу:

РЕЗУЛЬТАТЫ

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

КОММЕНТАРИИ

При изучении любой работы, претендующей на звание основополагающей и почти классической, читатель легко может угодить в ловушку убеждения, что всё написанное — «истина в последней инстанции». Сам Чалдини после громкого успеха своей книги продолжил исследования в области психологии убеждения, дополнял и комментировал свою работу. Другие модели убеждения предлагают абсолютно иной взгляд на тему. Однако Чалдини стал настоящим авторитетом в области психологии убеждения и повлиял на таких современных авторов, как Малкольм Гладуэлл и Джеймс Шуровьески.

СПИСОК ЛИТЕРАТУРЫ

Cialdini, R. B. (2009) Influence: Science and Practice[80] (5th Ed.), New York, Pearson Education.

Duarte, N. (2012) HBR Guide to Persuasive Presentations, Boston, Harvard Business Review Press.

Goldstein, N. J., Martin, S. J., Cialdini, R. B. (2008) Yes! 50 Scientifically Proven Ways to be Persuasive[81], New York, The Free Press.

МОДЕЛЬ 85. Scrum: Хиротака Такеучи и Икуджиро Нонака (1986)
100 ключевых моделей и концепций управления

ПОСТАНОВКА ЗАДАЧИ

Как добиться максимального результата и скорости в процессе планирования и развития?

КРАТКОЕ ОПИСАНИЕ

Термин Scrum ввели в обиход Хиротака Такеучи и Икуджиро Нонака, впервые использовавшие его в своей статье «Игра по разработке нового продукта» (The New Product Development Game, Harvard Business Review, 1986). Понимая всю важность гибкости процессов и скорости разработки для конкурентоспособности, они сочли необходимым отказаться от последовательного подхода при разработке новых продуктов и перейти к гибкой и целостной стратегии, способной удовлетворить быстро меняющиеся запросы потребителей. Авторы описали, как некоторым компаниям удалось добиться отличных результатов на основе масштабируемого командного подхода, когда процесс создания нового продукта происходит с участием всех членов команды. Кроме того, авторы подчеркнули важность самоорганизации команд и наделения их необходимыми полномочиями. Такеучи и Нонака использовали метафору игры в регби, чтобы описать нужный уровень интенсивности, гибкости и одновременности этого подхода.

В 1993 году бывший военный летчик Джефф Сазерленд на основе идей Такеучи и Нонака формализовал методологию Scrum при разработке программного обеспечения. С 1995 года Сазерленд совместно с программистом Кеном Швабером опубликовал ряд статей, посвященных этой методологии. Их доработанное и подробное руководство по применению методологии Scrum доступно на сайте www.Scruminc.com. Процесс можно модифицировать, чтобы он оптимально удовлетворял потребностям ситуации.

КАК ИСПОЛЬЗОВАТЬ МОДЕЛЬ

Методология Scrum часто применяется при разработке программного обеспечения. При создании нового продукта в журнале пожеланий (бэклоге) проекта определяется видение целей: список характеристик, которыми должен обладать продукт, чтобы отвечать требованиям клиента. В команду по проекту входят: владелец продукта, который представляет интересы конечных пользователей и других заинтересованных лиц; Scrum-мастер, обеспечивающий процесс; команда разработки, специалисты разных профилей. Весь проект разбивается на управляемые части, так называемые спринты — это итерация, в ходе которой обеспечивается функциональный рост программного обеспечения. Как правило, она жестко ограничена по времени: 1–30 дней. Журнал пожеланий (бэклог) спринта — список задач, которые пока не выполнены и отслеживаются с помощью «диаграммы выгорания задач», демонстрирующей объем сделанной и оставшейся работы относительно сроков проекта. Ежедневно члены команды проводят 15-минутное совещание, на котором каждый рассказывает, что он сделал с момента прошлой встречи, что планирует сделать сегодня и какие проблемы и препятствия видит. Команда совместно вырабатывает решения и корректирует дальнейшие планы. Каждый спринт начинается с планирования на обзорном совещании, чтобы определить характер и объем работы, который необходимо выполнить за обозначенное время, и завершается подведением итогов спринта на обзорном совещании, чтобы убедиться, что полученный результат соответствует заданным критериям. Ретроспективное совещание дает членам команды возможность высказать свое мнение о прошедшем спринте и рекомендовать, что улучшить в будущем.

РЕЗУЛЬТАТЫ

Известная поговорка в области управления проектами, особенно при разработке программного обеспечения, гласит: «Как съесть слона? По кусочкам». Благодаря методологии Scrum проектом легче управлять, так как он систематически разбивается на более мелкие управляемые части, которые основные заинтересованные лица и их представители обсуждают и оценивают ежедневно.

КОММЕНТАРИИ

Как и другие методы гибкой разработки, методология Scrum может оказаться неэффективной в крупных компаниях и при работе с определенными проектами. Лучше всего она показывает себя при разработке проектов в динамично меняющихся условиях. Некоторые компании прибегают к смешанному подходу, содержащему элементы гибкой разработки и жесткого планирования. Все чаще применение методологии Scrum выходит за пределы области разработки ПО. Нидерландский профессор Беттек ван Рулер разработал гибкие формы коммуникативного планирования на основе методологии Scrum.

СПИСОК ЛИТЕРАТУРЫ

Adkins, L. (2010) Coaching Agile Teams: A Companion for ScrumMasters, Agile Coaches, And Project Managers in Transition, Boston, Pearson.

Rubin, K. S. (2013) Essential Scrum: A Practical Guide to the Most Popular Agile Process[82], Upper Saddle River, Pearson.

Sutherland, J., Schwaber, K. (2012) Software in 30 Days: How Agile Managers Beat the Odds, Delight their Customers, and Leave Competitors in the Dust[83], Hoboken, John Wiley.

1 ... 143 144 145 146 147 148 149 150 151 ... 172
Перейти на страницу:

Комментарии

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

Никто еще не прокомментировал. Хотите быть первым, кто выскажется?