+7(499)495-49-41

Методология Scrum для управления проектами

Scrum – методология управления проектом

Методология Scrum для управления проектами

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

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

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

Правда, организовать данную методологию не так легко, поэтому стоит уже сейчас ознакомиться с первоначальной информацией по ней. Стоит сразу отметить, что вся наша информация имеет исключительно теоретический характер, а идеальное владение Scrum возможно исключительно при практическом применении.

Что такое Scrum?

Scrum (методология) – это универсальная система управления проектами, которая позволяет при минимальном затрачивании ресурсов получать необходимый эффект.

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

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

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

Зачем она нужна?

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

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

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

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

Где она применяется?

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

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

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

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

Технология Agile

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

Говоря простым языком, в таких случаях команды предоставлены сами себе, без верхушки власти и надзирательства. Agile Scrum – это самоуправляемая команда, где все равны и нет боссов, где каждая идея ценится и обсуждается, где все решается путем совместного ания.

Думаете, что таких компаний нет? Вы ошибаетесь, так как примеров полно, особенно в Японии. Также такой методологией пользуются некоторые отделы компании Google.

Также стоит отметить, что в случае использования Agile Scrum создается атмосфера полного доверия и понимания, именно при таких условиях видно, кто действительно одержим идеей достичь успеха, а кто просто числится в компании.

Технология Meetings

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

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

Все что остается, попадает под пункт «Для реализации» и уже потом все ресурсы и мощности направляются на достижение именно той задачи, которая, собственно, и была выбрана. Также Scrum Meetings позволяет правильно распределять свободное время, которое соотносится с трудоспособностью персонала.

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

Технология Demo

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

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

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

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

Технология Retrospective

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

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

Retrospective Scrum позволяет персоналу сплотиться и быть более искренним по отношению к себе и окружающим.

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

Где обучают?

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

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

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

В России эта методология только начинает получать свое развитие и уже имеет хорошие результаты в своем продвижении.

Что может дать?

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

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

В остальном все зависит исключительно от вас и вашего стремления к знаниям и умениям.

Источник: http://fb.ru/article/204024/scrum---metodologiya-upravleniya-proektom

Гибкая методология Scrum

Методология Scrum для управления проектами

Scrum представляет собой гибкую методологию управления проектами. Придумали её ещё во второй половине восьмидесятых, но настоящую популярность Scrum обрела в конце двухтысячных. Чем гибкие методики отличаются от остальных, и работает ли это?

Гибкие методологии

Начать стоит с самого происхождения Agile-методологий. Начало им положил «Манифест гибкой методологии разработки программного обеспечения» в 2001-м году. Agile — в переводе с английского «гибкий». Вот основные принципы Манифеста:

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

В основе таких методологий лежит итеративный подход: когда разработка ведётся циклами (итерациями). После каждого цикла определяются планы по изменению продукта на следующий.

Различные гибкие методики существовали и до выпуска Манифеста. Как следует из его названия, применялись они в разработке ПО, и долгое время никто не пробовал использовать их в других сферах. Некоторые из гибких методологий, которые использовались до 2001-го года:

  • DSDM с начала 90-х,
  • FDD с 97-го,
  • Kanban ещё с 60-х годов, однако эта методология использовала лишь часть приёмов от гибких методик.

Srum тоже был разработан во второй половине 80-х годов прошлого века.

История Scrum

Впервые слово «Скрам» не в контексте регби (там этот термин обозначает позицию игроков, борющихся за мяч в плотном скоплении), а в контексте разработки использовали Хиротака Такеучи и Нонака Икуджир в статье в 1986-м году.

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

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

Статью заметил Джефф Сазерленд, бывший военный лётчик США, занимающийся поиском новых подходов к разработке ПО. В это же время Кен Швабер, тоже разработчик, также искал новые подходы для оптимизации своей деятельности. В 1995-м году Сазерленд и Швабер объединяются и создают документ, отражающий основы методологии Scrum. В 2001-м они участвуют в создании Манифеста Agile.

В этом же году создаётся Scrum Alliance. Его миссия: направлять лидеров, компании и людей в целом на создание правильной организации рабочего процесса — «Transform the World of Work». Альянс существует и сегодня и занимается внедрением методологии Scrum.

На чём базируется Scrum

Основные принципы организации рабочего процесса в Scrum во многом являются эталоном и совпадают с другими Agile-методологиями.

  • Работа над проектом состоит из спринтов (итераций), длина которых две–четыре недели. В течение спринта необходимо выполнить заданный заранее объём работ. Обычно это либо новая функциональность продукта, либо готовый продукт в целом, который в ходе следующих спринтов улучшается. Нельзя менять задачи в ходе спринта, спринт можно остановить только в исключительных ситуациях.
  • Численность команды: четыре–десять человек. Такое ограничение обеспечивает максимальную производительность и сводит к минимуму отвлечения от работы и разговоры. Команда должна содержать всех необходимых для создания продукта специалистов.
  • Задачи спринта излагаются в Product Backlog. Product Backlog составляется из пожеланий пользователей (user stories) — то, что заказчик или потребитель желает видеть в проекте.
  • Каждый спринт начинается с планирования — на нём обсуждается, какие задачи нужно будет выполнить, завершается ретроспективой — оценка эффективности команды. Каждый день проходят 15-минутные собрания — члены команды, обязательно стоя, обсуждают: что удалось сделать вчера, что нужно сделать сегодня и что может этому препятствовать.
  • Отсутствие многозадачности. Единовременно команда работает только над одной задачей.
  • Помимо команды разработчиков обязательно присутствуют ещё две роли. Scrum-мастер, который следит за соблюдением принципов Scrum и убирает препятствия для эффективной работы, и Product Owner. Он взаимодействует с заказчиком и передаёт его требования команде.

Доска и Диаграмма сгорания задач

Отдельно стоит поговорить о методах визуализации работы, используемых в Scrum и некоторых других Agile-методиках. Две главных из них: Burndown Chart и Desk.

Burndown Chart — Диаграмма сгорания задач. Такая диаграмма отображает процесс работы над проектом. По ней легко отследить, насколько команда приблизилась к выполнению задачи. По горизонтали откладывается время: остаток дней до конца стрима.

По вертикали — количество подзадач, человеко-часов или Story Points — единиц измерения работы. График Диаграммы сгорания стремится вниз, от первого дня к последнему, от максимального количества подзадач/человеко-часов к их отсутствию.

Отдельным цветом изображается идеальный график — прямая: когда за каждый день выполняется одинаковый объём работы, что в итоге приводит к равномерной нагрузке и выполнению цели в срок. Плохим результатом на Диаграмме сгорания будет не только возвышение реального графика над идеальным.

Если команда выполнила весь объём работ на несколько дней раньше, значит неправильно был определён размер итерации либо поставлена слишком маленькая или простая задача.

Другой, более простой инструмент: Desk. Диаграмма сгорания визуализирует эффективность команды, а Доска помогает работникам ориентироваться в текущих заданиях. Это таблица, состоящая из трёх или более столбцов: запланировано, выполняется, готово.

В некоторых случаях добавляется столбец Stories, где могут отображаться истории пользователей — не только на текущий спринт, но и на следующие. По этим колонкам расклеиваются стикеры, на которых кратко изложена суть подзадачи: нарисовать эскиз, протестировать код, добавить кнопку на сайт.

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

Два этих способа визуализации обязательны в Scrum. Burndown chart и Desk — статистика и мотивация для команды. Однако применять такие инструменты можно и без перехода к гибким методикам: они отлично покажут эффективность любого рабочего коллектива.

Ещё один популярный инструмент: метрика Velocity. На диаграмме за несколько спринтов сравниваются столбцы запланированных подзадач/Story points за стрим со столбцами выполненных. На основе этого определяется эффективность. Метод весьма спорный, так как слишком обобщает результаты, но может использоваться дополнительно.

Где применяется Scrum

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

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

Но Scrum применима не только в IT-проектах. Да, впервые методология начала использоваться в сфере разработки ПО.

Но во многом потому, что большинство продуктов были инновационными: мало кто мог представить, как они будут выглядеть в итоге.

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

Scrum и крупные компании

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

Легко ли внедрять Scrum в большие компании? Гибкая методология требует полного изменения рабочего процесса, а далеко не все сотрудники будут к такому готовы. Как правило, легче всего вводить «Скрам» постепенно, набирая работников, которые заинтересованы в проекте, желают изменить привычный график. Точно не стоит сразу переводить на новый режим работы всю компанию целиком.

Мелкие компании, стратапы подходят для Scrum больше всего. Ведь чем «моложе» организация и чем меньше число сотрудников, тем легче ввести Agile-методологию и соблюдать её основные принципы.

Оценка Scrum

Scrum существует уже достаточно долго и за это время приобрела много сторонников и немало противников.

Преимущества

  • Быстрое удовлетворение большинства требований заказчика или клиентов.
  • Высокая конкурентоспособность продукта за счёт его постоянной оптимизации.
  • Большая эффективность рабочей команды: каждый сотрудник постоянно занят своим делом, не тратит время на лишние разговоры, при этом постоянно взаимодействует с коллегами и через Product Owner с заказчиками.
  • Готовый продукт производится в быстрые сроки.
  • Экономия на менеджерах, так как команда управляется изнутри только Scrum-мастером, а извне лишь получает требования к продукту от заказчика.

Недостатки

  • Не все проекты можно выполнять по такой методологии. Для госзаказов, к примеру, Scrum многие специалисты считают неприменимой.
  • Отсутствие фиксированных бюджета и срока (имеется ввиду не спринт, а в целом время, нужное для получения готового продукта) на выполнение также осложняет заключение юридических договоров.
  • Немотивированная или низкоквалифицированная команда не сможет работать эффективно. А далеко не все сотрудники отличаются самоорганизованностью. Это же может повысить затраты на подбор и отбор кадров.
  • С некомпетентностью можно столкнуться и при подборе специалистов на роль Scrum-мастера. Сейчас очень много людей, имеющих на руках сертификат о том, что они прошли обучение. При этом далеко не всегда эти люди действительно являются профессионалами и могут организовывать деятельность команды.

Дэйв Томас, один из авторов Манифеста, считает, что Agile-методологии так и не получили воплощения.

Вместо этого были придуманы наборы жёстких правил (как в Scrum), а слово «Agile» превратилось в бессмысленный маркетинговый термин.

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

Обучение Scrum

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

1. «Scrum. Революционный метод управления проектами» Джеффа Сазерленда.

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

2. «Софт за 30 дней» Джеффа Сазерленда.

Эта книга также написана Джеффом Сазерлендом совместно с Кеном Швабером — другим создателем Scrum. В книге описывается процесс быстрой разработки программного обеспечения на основе методики, а дополнение Scrum Guide описывает все роли, артефакты, процессы.

3. «Scrum и XP: заметки с передовой», Хенрик Книберг. 

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

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

Программы для управления проектами

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

  1. JIRA. Это приложение позволяет с удобством управлять проектами разной величины. Применяет шаблоны не только Scrum, но и Kanban. Доступно на мобильных устройствах, отправляет e-mail-уведомления и обладает ещё рядом полезных функций. Для Open Source проектов JIRA бесплатна.
  2. Version One. Платформа для организации деятельности при различных Agile- и DevOps-методологиях. Визуализирует рабочие процессы, планирует спринты и релизы. Присутствуют Доска, Диаграмма сгорания и другие средства визуализации. Позволяет команде или командам коммуницировать между собой. Version One была первой программой, выпущенной для гибких методик, и до сих пор остаётся одной из лучших.
  3. Taskify.us. Это интерактивный вариант Доски. Довольно простое приложение, которое, тем не менее, отлично выполняет свои функции.
  4. Trello. Ещё одна интерактивная Доска, но с гораздо большими возможностями. Базовый вариант программы включает обычный Desk с карточками, в которых задача может быть очень подробно расписана. При потребности можно подключить дополнительные опции: календарь, ание, «старение» карточек.
  5. SprintGround. Таск-менеджер, оптимизированный под Agile-методики. Распределяет задачи, выводит информацию об эффективности команды на графиках, позволяет получать User stories.

Источник: https://kogio.ru/blog/scrum/

Впечатления от методологии Скрам

Методология Scrum для управления проектами

«Цинизм является ответной реакцией нашего сознания на чувство отчаяния».
Джефф Сазерленд

Автор методологии Scrum относит данное проявление к числу одних из самых вредных человеческих антидобродетелей.

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

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

Насколько сильна альтернатива PM?

Действуя как топ-менеджер и проект-менеджер, я столкнулся с понятием Scrum как некой экзотической альтернативой классическому project management.

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

Методология Скрам показалась несколько ангажированной и неконкретной.

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

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

Метод применим при проектировании моделей образования, НИОКР, государственного и муниципального строительства. Однако, как для любого нового, важно:

  • исключить абсолютизацию и рецептурную безупречность рассматриваемой технологии;
  • осознавать, что метод Скрам идеологически сырой и может просто «не лечь на нашу почву» с ее укладами и традициями;
  • видеть конфликтогенные точки, которые несет в себе данный метод;
  • понимать, что метод Скрам требует прозрачной идеологии государства и бизнеса относительно «правил игры» с персоналом, участвующим в развитии.

Являются ли современная парадигма управления проектами, международные и национальные стандарты (ANSI PMbok Guide, PM ICB IPMA, НТК) продуктом, который используют потребители: государство, его институты, бизнес? Да, конечно. Какие проблемные зоны существуют в современной проектной практике, основанной на рабочей методологии? Их несколько, но основных две: невыполнение проектных сроков и превышение бюджета проекта.

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

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

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

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

В своей разработке авторы метода использовали элементы теории Х. Такеучи и И. Нонака, а также идеи системы компании Тoyota (Тайити Оно).

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

Терминология метода

Авторы метода небезосновательно подвергли критике классическую модель календарного планирования проектов, применяемую уже около 100 лет на основе подхода Г. Гантта.

Действительно, ничего нельзя противопоставить утверждению, что наглядная диаграмма Ганта, по существу является одноразовой в использовании.

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

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

  1. Владелец продукта. Эта фигура несет ответственность за то, чтобы командная работа дала результат, который приносит компании прибыль (выгоды). Он должен прекрасно разбираться в сути продукта, в возможностях команды и в приоритетах рынка.
  2. Скрам-мастер. Метафорически это очень интересная роль. «Лидер-слуга», «капитан команды», «тренер-коуч». Его главная задача – вести команду по пути непрерывного совершенствования, устраняя препятствия и причины помех.
  3. Доска Скрам. Обычная офисная доска, разделенная на части: «бэклог», «в работу», «в работе», «на рассмотрение», «сделано!». По ней перемещаются наклеиваемые стикеры с заданиями.
  4. Собрание Скрам. Итоговое собрание по завершении спринта.
  5. Спринт. Временной промежуток от 1 до 4 недель, устанавливающий рабочий ритм деятельности команды Скрам по созданию новой функциональности.
  6. Совещания на ходу или ежедневный Scrum. Короткие собрания команды проекта для ответа на вопросы скрам-мастера о результатах, планах на день и текущих препятствиях.
  7. Бэклог (баклог). Список текущих требований-заданий к созданию функциональности продукта проекта.
  8. Диаграмма выгорания задач. Диаграмма, показывающая количество сделанной и оставшейся работы в рамках поставленной задачи.
  9. Последовательность Фибоначчи. Математическая закономерность, свойственная природе нашей Вселенной, при которой действует особый порядок чисел. Настоящая последовательность хорошо применима для альтернативной оценки продолжительности выполнения работ проекта, благодаря использованию так называемого «покера планирования». Ниже представлена визуальная модель числовой последовательности.
  10. Сюхари (Shu Ha Ri). Сюхари – одна из концепций японских боевых практик (например, айкидо), которая вошла в число принципов метода Скрам как метафора возможности поэтапного (итерационного) достижения совершенства команды проекта.
  11. OODA. Принцип метода Скрам по циклической реализации: наблюдать, ориентироваться, решать, действовать.

Модель последовательности ФибоначчиБазовая модель метода Скрам. Источник: Асхат Уразбаев. Краткий обзор методологии Скрам

Краткое описание процесса

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

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

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

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

В методе Скрам, напротив, происходит раскрепощение – для того чтобы истории создали ценностный образ проектного продукта.

Проектная реализация с использованием процессов Scrum состоит из четырех крупных блоков.

  1. Заполнение ролей команды Скрам.
  2. Формирование артефактов Скрам.
  3. Реализация активности.
  4. Воспроизводство цикла Скрам.

Визуальная модель процесса метода Скрам

Состав ролей в методе Скрам прост: владелец продукта, скрам-мастер и команда. В этом же порядке и производится выбор людей на указанные роли. Наиболее близок к классической роли проект-менеджера владелец продукта, он отвечает за формирование и регулярное изменение бэклога продукта.

После формирования бэклога команда проекта приступает к планированию предстоящего спринта. При этом активно используется «покер планирования» как инструмент более объективный и взвешенный, основанный на дельфийском методе и последовательности Фибоначчи.

Таким образом формируется локальный бэклог на предстоящий цикл нового спринта.

Под артефактами Scrum в методе понимаются: бэклоги продукта и спринта, продукт проекта с новой функциональностью.

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

Во внутренней среде цикла спринта команда действует автономно, сопровождаемая «совещаниями на бегу» и перемещениями стикеров на доске Скрам. Пример внешнего вида доски показан ниже.

Состав атрибутов доски Скрам может отражать специфические особенности подхода компании к проектированию. Дополнительно могут быть включены диаграммы выгорания задач, декларации цели спринта и т.п. После завершения спринта проводятся два проектных мероприятия: обзорное совещание по спринту и ретроспективное собрание.

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

Источник: http://projectimo.ru/upravlenie-proektami/metodologiya-scrum.html

SCRUM — революционный метод управления проектами

Методология Scrum для управления проектами

Scrum — наиболее действенная и популярная методология управления проектами при разработки информационных систем и программного обеспечения.

Созданная сравнительно недавно, изначально свою известность методика обрела благодаря применению в работе передовых технологичных корпораций Apple и Google.

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

В чём заключается суть методики Scrum?

Авторы этого революционного направления Джефф Сазерленд и Кен Швабер ввёли понятие Scrum, позаимствовав его из известной командной игры «регби». Выражаясь простым языком, оно означает слаженную и ответственную командную работу коллектива над проектом.

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

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

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

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

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

Манифест гибкой методологии, его основные принципы

Авторы методики Scrum подписали, в числе других 17 участников, знаменитый манифест Agile Manifesto, в основу которого заложен определённый набор принципов, применяемых при разработке цифровых продуктов.

Они включают следующие моменты:

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

Ценности методологии SCRUM

Положительный эффект применения технологии Scrum достигается благодаря действию системы ценностей, изложенной в знаменитом манифесте:

  • Люди являются более важным фактором в достижении результата, чем сами процессы. Сотрудники, которые недовольны тем, чем они занимаются, отталкивающие проблемы и потребности клиентов, зачастую портят всё намного больше, чем неправильно выстроенные процессы в компании.
  • Продукт более важен, чем документация. Создание больших объёмов документации приводят к затягиванию сроков выполнения работ, но нисколько не помогут команде создать именно тот продукт, который нужен потребителю.
  • Взаимосвязь и сотрудничество с клиентом является более важным, чем составленный контракт. Для успешной реализации проекта и создания качественного продукта нужно, прежде всего, организовать тесное взаимодействие с заказчиком, вовлечь его в процесс, чтобы он также мог принимать непосредственное участие в работе и понимал перспективы получения нужного результата. Необходимо построить тесные и доверительные отношения, стать добрыми и честными партнёрами, и в этом случае не придётся тратить уйму времени и средств на составление и заключение контракта.
  • Способность к гибким изменениям важнее исполнения намеченных планов. Изначально составленные и утверждённые планы со временем могут кардинально меняться, и важно продвигаться к своей цели пошагово, не пытаясь предугадывать её в далёкой перспективе. В этом случае, можно будет избежать глупых провалов, и не питать ненужных иллюзий.
  • То, что вы делаете — важнее наличия высоких должностей и регалий. Когда речь заходит о практической деятельности по созданию продукта, который разрабатывают увлечённые профессионалы своего дела, классические начальники с громкими должностями и регалиями в современных условиях теряют свою роль, иерархии упраздняются, а организации обретают плоский статус.

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

Роли в SCRUM

Методика Scrum разбита на определённые ролевые показатели, которые выполняют участники проекта, а именно:

  • Владелец продукта, является своеобразным «связующим звеном» между конечными потребителями и разработчиками проекта. Он несёт ответственность за составление концепции, а также общается с командой разработки и клиентами, обсуждает с ними текущие и спорные моменты. Принимает решения и отвечает за ценность продукта. Для получения эффективного результата, способствующего извлечению максимальной прибыли, должен отлично разбираться в рынке и обладать рядом полномочий для принятия решений. Поэтому, при разработке крупных проектов, как правило, задействуют нескольких владельцев продукта.
  • Команда разработчиков продукта, т.е. непосредственные исполнители проекта. Отвечают за темпы, сроки и качество выполнения работ.
  • Скрам-мастер. Это ответственное лицо, которое следит за ходом выполнения проекта и оказывает помощь команде в решении и устранении разного рода препятствий и проблем. Также, занимается повышением эффективности её работы, выявляет точки роста и способствует мотивации сотрудников. Занимается организацией всех встреч и совещаний.

Планирование в SCRUM

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

Осуществляется планирование, как правило, в несколько этапов:

  1. Выбор владельца продукта.
  2. Создание профессиональных команд, включающих всех необходимых специалистов для выполнения проекта.
  3. Выбор скрам-мастера.
  4. Создание списка требований (бэклога) для продукта, расстановка по каждому пункту, в соответствии с приоритетом. По мере выполнения работ этот список может меняться.
  5. Оценка бэклога. Уточнение размеров проекта. Члены команд производят оценку всех пунктов списка, учитывают все материальные и временные затраты на создание каждого из них.
  6. Планирование спринтов (временных этапов по выполнению отдельных задач). Определение приоритетных целей спринта, объёмов, определение сроков и скорости выполнения работ. Балльная оценка выполнения спринтов.
  7. Создание скрам-доски и диаграммы выполнения задач. Все задачи, которые выполняются, уже сделаны или готовятся к выполнению, помечаются стикерами и помещаются в соответствующие столбцы на доске.
  8. Ежедневные оперативные собрания (короткие совещания с отчётами, выявление сложностей, запланированные на день задачи).
  9. Обзор спринта (демонстрация готовой части проекта, выполненного за данный спринт).
  10. Ретроспективный показ (презентация выполненного спринта, обсуждение рабочих моментов по внедрению улучшений).

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

Суть работы в команде

Методика Scrum предполагает полную открытость информации, включая финансовую и отсутствие любого проявления иерархии.

В отличие от закрытых иерархических структур, скрам-команды предпочитают полностью раскрывать все сведения и знания о выполняемом процессе: сколько работы проделано на данный момент, в каких объёмах, что и как выполнено, что предстоит осуществить и в какие сроки.

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

Характеристики команд

Лучшие коллективы обладают следующими характеристиками:

  • Автономность и способности к самоорганизации, т.е. команда сама решает, как лучше добраться до цели.
  • Поиски совершенства рабочего процесса.
  • Многофункциональность коллектива и наличие культуры взаимопомощи, взаимозаменяемости. В команду подобраны такие люди, которые могут аккумулировать умения, необходимые для выполнения задач.
  • Очерёдность выполнения задач.
  • Отсутствие переработок.
  • Работа в «потоке» — состоянии наивысшей творческой концентрации.

Размеры команд

Командная работа успешно выполняется только при наличии небольшого слаженного коллектива. Чтобы ваш проект развивался удачно, для работы в нём потребуется 7-8 человек.

Если численность сотрудников будет меньшей, в таком случае производительность труда заметно снизится.

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

Почему именно SCRUM

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

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

В этом случае владельцу продукта не придётся тратить много времени и средств, чтобы понять, что его проект не работает должным образом.

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

Александр Леонов

Источник: https://first-expert.ru/scrum-revolyutsionnyiy-metod-upravleniya-proektami/

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.