Управление программными проектами Реферат Экономические науки

Реферат на тему Обзор проекта по методологии SCRUM

  • Оформление работы
  • Список литературы по ГОСТу
  • Соответствие методическим рекомендациям
  • И еще 16 требований ГОСТа,
    которые мы проверили
Нажимая на кнопку, я даю согласие
на обработку персональных данных
Фрагмент работы для ознакомления
 

Содержание:

 

ВВЕДЕНИЕ. 3

ДЛЯ ЧЕГО НУЖЕН SCRUM?. 5

ВНЕДРЕНИЕ SCRUM… 8

ПОЭТАПНОЕ ВНЕДРЕНИЕ SCRUM.. 9

ОПЫТ ВНЕДРЕНИЯ SCRUM В CARROT QUEST. 13

ОПЫТ РАБОТЫ ПО SCRUM В ПРОМСВЯЗЬБАНКЕ.. 14

ВЫВОД.. 16

ИСПОЛЬЗОВАННЫЕ ИСТОЧНИКИ И ЛИТЕРАТУРА: 18

  

Введение:

 

Понятие «scrum» («скрам») впервые
появилось в середине 80-х годов ХХ века в работах японских ученых Икуджиро
Нонаки и Хиротаки Такеучи, когда они говорили об успехе проектов, в разработке
которых участвовали небольшие команды без жесткой специализации. Эти команды
они сравнивали с конструкцией схватки (от англ. «scrum») в регби, назначающейся
судьей при остановке игры или при нарушении правил.

Позже, в
1993 году американский программист Джеф Сазерленд применил этот подход, когда
разрабатывал методологию для компании «Easel» (детально об этом можно прочитать
в его книге «Scrum – революционный метод управления проектами»). Тогда он и
назвал его официально «Скрам»[1].
А два года спустя разработчик и консультант по разработке ПО Кен Швабер
формализовал этот процесс применительно ко всей индустрии вообще.

В 1995 году
на конференции «Объектно-ориентированные системы, языки и приложения для
программирования» Швабер указал, что основой Scrum-методологии является
итеративная разработка, а сама она определяет несколько характеристик при
работе с проектами:

-Правила
планирования и управления списком требований к разрабатываемому продукту;

-Правила
планирования итераций;

-Правила
взаимодействия между членами проектной команды;

-Правила
анализа и корректировки процесса разработки.

Несмотря на
то, что первоначально метод Scrum был рассчитан на разработку IT-проектов,
сегодня он применяется и в других областях. При этом он ориентируется не
столько на процесс управления, сколько на сам процесс разработки. Таким
образом, Scrum-управление может как дополнить собой любой другой управленческий
процесс, так и выступать в качестве самостоятельного.

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

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

Скрам
– это дополнение к Agile, позволяющее сделать процесс разработки нового ПО еще
быстрее. Это достигается благодаря четкому формированию, распределению и
делегированию задач в команде.

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

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

Важными
характеристиками Scrum является ее гибкость и ориентированность на клиента, так
как она предполагает его (клиента) непосредственное участие в процессе работы. [1] Портни,
Стэнли И. Управление проектами для «чайников».: Пер. с англ. – М.:
Издательский дом «Вилямс», 2005. – 352 с.: ил. – Парал. тит. англ

Не хочешь рисковать и сдавать то, что уже сдавалось?!
Закажи оригинальную работу - это недорого!

Заключение:

 

Итак, относящийся к системе методов
гибкого управления Agile, Scrum можно смело назвать настоящей находкой для
людей, чья деятельность связана с проектами. Среди его достоинств выделяется, в
первую очередь, ориентированность и адаптивность. Метод позволяет изменять
требования к проекту в любое время (пусть и не дает гарантии того, что эти
изменения будут реализованы). А такая возможность очень привлекает заказчиков.

Во-вторых,
Скрам очень легко освоить. К тому же метод не отнимает огромного количества
времени. А благодаря тому, что система работы построена по итерационному
принципу (и у каждой итерации есть своя цель), с помощью Scrum-метода можно
получать рабочие версии продукта по окончании каждого спринта.

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

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

Еще один
недостаток состоит в отсутствии плана реагирования на непредвиденные риски,
ведь все действия участниками проекта осуществляются в режиме реального
времени. И, наконец, упор на команду тоже не всегда полезен. Несмотря на то,
что в координации команды нет особой необходимости (а значит, и нет затрат на
нее), могут увеличиться затраты на подбор персонала, его обучение и мотивацию.
Если, например, на рынке труда не хватает подходящих специалистов, придется
нанимать либо дорогостоящих профи, либо не нанимать вообще никого.

Однако
преимущества Скрам-методологии не идут ни в какое сравнение с ее недостатками,
и при определенной доле упорства овладеть ей не составит никакого труда.
Использование же Scrum помогает компаниям реализовывать самые разные проекты и
становиться более конкурентоспособными[1].
Метод ориентирован на изменения и постоянное развитие, а его гибкость
достигается посредством непрерывного взаимодействия участников проекта друг с
другом.

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

В двух
компаниях внедрение Scrum столкнулось с различными трудностями. Несмотря на то,
что в каждой из них Скрам показал свою эффективность, путь к этой эффективности
был осложнен тогда, когда не реализовывались принципы работы по Скрам. Это, с
одной стороны, говорит в пользу того, что фреймворк возможен для внедрения даже
в том случае, если у команды нет богатого опыта использования этого фреймворка,
если не было специального обучения. С другой — это говорит о том, что для
реализации полного потенциала новой системы может требоваться помощь со
стороны. Это особенно актуально для бизнеса, в котором риски задержки готового
продукта, и стоимость его разработки — очень высоки. [1] Pete Deemer and Gabrielle Benefield. THE SCRUM PRIMER
An Introduc-
tion to Agile Project Management with Scrum Version 1.04, goodagile from
www.goodagile.com, 2007

 

Фрагмент текста работы:

 

ДЛЯ
ЧЕГО НУЖЕН SCRUM?

Те, кто занимается управлением
проектами, да и просто управлением, хорошо знают, насколько сложно организовать
слаженную командную работу.

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

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

Методика
Scrum, которую разработали Джефф Сазерленд и Кен Швабер, призвана решить все
эти проблемы.

Scrum — это
противоположность классическому поэтапному подходу[1],
применяемому к реализации проектов.

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

Важными
характеристиками Scrum является ее гибкость и ориентированность на клиента, так
как она предполагает его (клиента) непосредственное участие в процессе работы.

Scrum не
требует внедрения каких-либо дорогостоящих инструментов. Схему методики Scrum
вкратце можно описать следующим образом:

1. Для начала необходимо выбрать «Владельца продукта» — человека,
обладающего видением того, что вы собираетесь создать или достигнуть.

2. Затем нужно собрать «Команду», в которую войдут люди, непосредственно
выполняющие работу. Они должны обладать навыками и знаниями, которые помогут
воплотить идею владельца продукта в жизнь.

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

4. Приступая к работе, нужно создать максимально полный список всех
требований, предъявляемых к продукту или цели. Пункты этого списка должны быть
расставлены по приоритету. Список носит название «Бэклог продукта». Он может
развиваться и изменяться на протяжении всего срока реализации проекта.

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

6. Затем участники, скрам-мастер и владелец продукта должны провести первое
скрам-собрание, на котором они запланируют спринт — определенное время для
выполнения части заданий. Продолжительность спринта не должна превышать один
месяц. За каждый спринт команда нарабатывает определенное количество баллов.

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

7. Чтобы все участники были в курсе состояния дел нужно завести скрам-доску
с тремя колонками: [1] Jason Westland, Project Management Life Cycle, by
Kogan Page Ltd., 2006. –
255 p

Важно! Это только фрагмент работы для ознакомления
Скачайте архив со всеми файлами работы с помощью формы в начале страницы

Похожие работы