Размещено на http://www.allbest.ru/

44

Федеральное агентство железнодорожного транспорта

Омский государственный университет путей сообщения

Кафедра «Автоматика и системы управления»

Пояснительная записка к выпускной квалификационной работе

УПРАВЛЕНИЕ ПРОЕКТОМ РАЗРАБОТКИ ИНТЕРНЕТ-МАГАЗИНА ПО SCRUM-МЕТОДОЛОГИИ

Омск 2017

ОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ

Факультет ИАТИТ Кафедра АиСУ

Направление подготовки 38.04.05 «Бизнес-информатика»

УТВЕРЖДАЮ:

Зав. кафедрой

/Малютин А.Г.

« » ______________ 2017 г.

З А Д А Н И Е

на выпускную квалификационную работу

Карбушевой Тамары Павловны

1 Тема проекта «Управление проектом разработки интернет-магазина по Scrum-методологии»

утверждена приказом по институту от «16» февраля 2017 г. № 261 а/с

2 Срок сдачи студентом законченного проекта « » 2017 г

3 Исходные данные к проекту:

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

3.2 Анализ рынка

3.3 Анализ конкурентов

4 Содержание расчетно-пояснительной записки (перечень подлежащих разработке вопросов

4.1 Проблемная область разработки интернет-магазина

4.1.1 Анализ рынка и выявление потребности в интернет-магазине

4.1.2 Постановка задачи

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

4.1.3.1 Каскадная модель

4.1.3.2 Agile

4.1.3.3 Scrum

4.1.3.4 Kanban

4.2 Разработка интернет-магазина

4.2.1 Исходные данные для разработки проекта

4.2.2 Выбор плагина электронной коммерции для интернет-магазина

4.2.3 Пример исходного кода работы формы «Купить в 1 клик»

4.3 Управление проектом

4.3.1 Выбор программного обеспечения для управления проектом

4.3.2 Особенности управления проектом по методологии Scrum

4.3.3 Результаты разработки

4.3.4 Выводы об эффективности использования методологии

5 Перечень графического материала

5.1 Акуальность разработки интернет-магазина 1 лист

5.2 Данные Yandex Wordstat 1 лист

5.3 Процесс разработки по Scrum-методологии 1 лист

5.4 Использование Scrum-доски 1 лист

5.5 Диаграмма Ганта проекта 1 лист

5.6 Ход разработки проекта 1 лист

5.7 Результаты разработки: карточка товара 1 лист

5.8 Результаты разработки: заказы на сайте 1 лист

6 Консультанты по проекту (с указанием относящихся к ним разделов проекта)

Раздел	Консультант	Подпись, дата
		Задание выдал	Задание принял
Нормоконтроль	Александров А. В.

hРРукHРуководитель проекта Кильдибеков А.Б.

КАЛЕНДАРНЫЙ ПЛАН

№ п-п	Наименование разделов дипломного проекта	Срок выполнения	Примечание
1	Проблемная область разработки интернет-магазина		33% выполнено
2	Разработка интернет-магазина		66% выполнено
3	Управление проектом		100% выполнено

Дата выдачи задания

Руководитель ВКР (подпись)

Задание принял к исполнению (подпись)

Реферат

УДК 005.3

Пояснительная записка к выпускной квалификационной работе содержит 70 страниц, 32 рисунка, 2 таблицы, 22 использованных источника, 3 приложения, 8 листов графического материала.

Проект, управление проектом, Scrum, CMS, интернет-магазин, спринт, беклог, пользовательские истории, ретроспектива.

Предметом исследования является проект по разработке интернет-магазина. Объектом является процесс ведения этого проекта.

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

Результатом выпускной квалификационной работы является создание интернет-магазина крестильной детской одежды «Battesimo».

Пояснительная записка выполнена в текстовом редакторе Microsoft Word 2016, прототип сайта нарисован в редакторе Moqups, демонстрационные листы выполнены в пакете Microsoft Word 2016, презентация выпускной квалификационной работы выполнена с использованием Microsoft PowerPoint 2016.

Содержание

Введение

1. Проблемная область разработки интернет-магазина

1.1 Анализ рынка и выявление потребности в интернет-магазине

1.2 Постановка задачи

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

2. Разработка интернет-магазина

2.1 Исходные данные для разработки проекта

2.2 Выбор плагина электронной коммерции для интернет-магазина

2.3 Пример исходного кода работы формы «Купить в 1 клик»

3. Управление проектом

3.1 Выбор программного обеспечения для управления проектом

3.2 Особенности управления проектом по методологии Scrum

3.3 Результаты разработки

3.4 Выводы об эффективности использования методологии

Заключение

Библиографический список

Приложение

Введение

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

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

Основным инструментом продажи товаров и услуг в сети интернет выступает веб-сайт.

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

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

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

Цель исследования - анализ и выявление основных особенности управления проектом разработки интернет-магазина по методологии Scrum.

Для достижения поставленной цели необходимо:

- представить предметную область разработки интернет-магазина дизайнерской крестильной детской одежды;

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

- проанализировать эффективность использования методологии Scrum для данного проекта;

- сделать выводы о результатах работы.

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

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

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

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

1. Проблемная область разработки интернет-магазина

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

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

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

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

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

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

1.1 Анализ рынка и выявление потребности в интернет-магазине

Рынок электронной коммерции и в мире, и в рунете очень активно развивается, несмотря на кризисы и другие негативные явления. В мире годовые средние темпы роста по данным eMarketer составляют около 18-20% в год, в России и Украине темпы роста доходят до 17-18%. Это примерно 3-4% от общего ритейла в России (в Украине чуть меньше, рынок развит меньше) и до 10-12% в США и других развитых странах. Средний уровень в мире составляет примерно 6%. Единственное исключение, в прошлом году в Украине из-за глубокого экономического кризиса рынок не вырос в долларовом эквиваленте, но для местных компаний это шанс нагнать упущенное раньше.

По многим прогнозам, доля электронной коммерции в общем ритейле достигнет 20% в ближайшие несколько лет [1]. Для компаний данного сектора игнорирование этого рынка сегодня равносильно смерти завтра.

Несколько лет назад в мире получили распространение мобильные покупки. Сегодня доля мобильных покупок достигает от 10% в развивающихся странах, например, в России и Украине, и до 25% в развитых странах - в США и Канаде. Ежегодно данный сегмент растет быстрее всех остальных, а это значит, что, если сегодня магазин не оптимизирован под мобильные устройства - он теряет до 25% покупателей.

По данным исследовательского агентства Data Inside, динамика заказов российских интернет-магазинов на август 2016 года выросла на 7% относительно июля 2016 года, на 24% относительно августа 2015 года [2].

Диаграмма изменения процента заказов по месяцам относительно 2015 года отображена на рисунке 1.1.



Рисунок 1.1 - Рост количества заказов в российских интернет-магазинах относительно 2015 года

По диаграмме видно, что в целом за лето 2016 года российские интернет-магазины показали большее количество заказов на 26% по сравнению с летом 2015 года, это является хорошим результатом. В 2014-2015 гг. темпы роста по количеству заказов не поднимались выше 15% [3].

Также Положительную динамику количества онлайн-заказов демонстрирует 75% крупных интернет-магазинов. Почти у каждого пятого (у 19%) рост в августе 2016 г. относительно августа 2015 г. превысил 100%, что является благоприятным фактором и говорит о положительной тенденции развития электронной коммерции в России.

По данным исследования «Российский рынок электронной торговли. Детские товары», подготовленным агентством Data Inside, рынок детских товаров ждет существенный рост в течение ближайших трех лет.

Б. Ачаи, директор по операциям интеренет-магазина MyToys.ru считает: «Рынок детских товаров сложнее, чем на первый взгляд выглядит. Низкая маржинальность, высокие требования клиентов и особенности законодательства защиты детей требуют высокой эффективности и креативных решений для достижения успеха. Но примеры покажут, что достигать хороших результатов и удовлетворять клиентов одновременно возможно. Большой плюс данного рынка - стабильность и низкая чуствительность во время кризиса, ведь дети - последние, на ком мы экономим. Все факторы вместе создают уникальную ситуацию, когда успех на рынке возможен только долгосрочно, при постоянном высоком качестве работы и оптимально настроенных процессах».

Конверсия крупнейших магазинов в среднем в три раза выше (5-6%) чем более мелких магазинов детских товаров, причем для лидеров конверсия достигает 8-10%. Разница обусловлена высокой частотой заказов лояльными покупателями и большой долей лояльных покупателей в аудитории магазина.

Помимо прочего, Магазины одежды на сегодняшний момент являются самыми быстрорастущими в сегменте детских товаров. Скорость роста продаж детской одежды составляла в 2013 до 100% в год. В 2014 году темпы роста существенно ниже, однако все равно выше среднего по рынку. При этом растут в основном разделы детских товаров магазинов одежды [4].

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

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

Таблица 1 - Анализ конкурентов

Название	Сильные стороны	Слабые стороны
krestilnoe.ru	Широкий ассортимент товаров	Неудобная навигация по сайту, дизайн
akusherstvo.ru	Рейтинг у товаров, отзывы, наличие блока сопутствующих товаров	Небольшой ассортимент
simpatyashka.com.ua	Большой ассортимент	Дизайн, ассортимент, доставка только по Украине.
babadu.ru	Удобная навигация по сайту, сопутствующие товары, крупный интернет-магазин	Небольшой ассортимент крестильной одежды.
kryzhma.com.ua	Большой ассортимент качество товаров, ручная работа, большое количество информации на сайте	Навигация и поиск по сайту, дизайн, грамматические ошибки, доставка только по Украине.
Название	Сильные стороны	Слабые стороны
mamaemma.ru	Фильтр по цене и размерам	Недоработан дизайн, интерфейсы, небольшой ассортимент.

1.2 Постановка задачи

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

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

Цели, реализуемые в проекте:

- создать сайт к 1 мая 2017 года;

- произвести наполнение сайта к дате сдачи;

- подготовить сайт для дальнейшего продвижения.

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

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

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

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

Для этого необходимо проанализировать популярные методологии управления проектами и выбрать подходящую.

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

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

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

Все проекты имеют следующие характеристики:

- присутствие даты начала и завершения;

- результат как уникальный продукт или услуга;

- каждый проект направлен на достижение конкретной цели.

Если брать за основу PMBOK, то проект - это временное предприятие, направленное на создание уникального продукта, услуги или результата. Временный характер проектов указывает на определенное начало и окончание. Окончание наступает тогда, когда цели проекта достигнуты или, когда проект прекращается в связи с тем, что его цели не будут или не могут быть достигнуты, либо, когда в проекте больше нет необходимости. Проект также может быть прекращен, если клиент (заказчик, спонсор или ответственное лицо) желает прекратить проект. «Временный» не обязательно предполагает краткую длительность проекта.

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

Исходя из стандарта ISO/TR 10006: 1997, проект - это уникальный процесс, состоящий из набора взаимоувязанных и контролируемых работ с датами начала и окончания и предпринятый, чтобы достичь дели соответствия конкретным требованиям, включая ограничения по времени, затратам и ресурсам.

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

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

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

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

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

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

Также необходимо отличать проект от операционной деятельности, у них есть общие признаки:

- выполняются людьми;

- ограничены доступностью ресурсов;

- планируются, исполняются и управляются.

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

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

Известно, что каждый проект носит уникальный характер. Несмотря на уникальность, всем проектам присущи общие признаки, такие, как:

- ограниченная продолжительность;

- ограниченный бюджет;

- ограниченные ресурсы;

- инновационность;

- комплексность;

- текущие изменения;

- организационное и правовое обеспечение;

- документированность.

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

Процессы управления проектом необходимо выполнять последовательно, согласно структуре, это обеспечивает удобство, структурированность информации, а также ее актуальность и целостность. Это достигается путем использования методов управления проектами [6].

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

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

На рисунке 1.2 представлены наиболее популярные методологии управления проектами.



Рисунок 1.2 - Методологии проектного управления

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

Каскадная модель

Первая и классическая модель управления проектами - каскадная, или модель водопада (Waterfall). Каскадная модель задает последовательность выполнения процессов, и представляемую в виде каскада. Также эта модель называется подходом на основе водопада.

Данная модель является первой описанной моделью жизненного цикла системы. Модель описал Уинстон В. Ройс в 1970 году. Каскадная модель - наиболее старая и наиболее подвергнувшаяся критике модель процессов.

Она содержит набор этапов, которые подразумевают четкую последовательность:

- анализ требований;

- проектирование;

- разработка;

- тестирование;

- техническая поддержка.



Рисунок 1.3 - Каскадная модель

Основной принцип - последующая фаза не может начаться, если не окончена предыдущая [7].

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

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

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

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

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

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

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

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

Каскадную модель в обязательном порядке используют при создании систем жизнеобеспечения, используемых в военном деле, космических разработках и медицине, например, при разработке программного обеспечения для контроля полетов, систем подушек безопасности и т.д. Она также может применяться при разработке небольших и несложных проектов. Однако, если на одном из начальных этапов будет допущена ошибка, существует вероятность того, что она будет обнаружена лишь на этапе разработки или тестирования. Поэтому рекомендуется применять данную модель только в том случае, если все требования предельно понятны и не будут меняться с течением времени [7].

Каскадная модель имеет как преимущества, так и недостатки.

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

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

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

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

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

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

Agile

Agile определяется как комплекс подходов, позволяющих итеративно вести разработку проекта, динамически меняя при этом требования и цели проекта.

Специалисты The Standish Group International в ежегодном аналитическом отчете за 2013 г. отмечают, что в большинстве успешно завершенных малых проектов были использованы подходы гибкой методологии Agile [8].

Также проведенные исследования в 124 ИТ-организациях, ведущих разработку ИТ-проектов, подтверждают данные исследования.

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

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

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

Данную методологию определяют следующие принципы:

- люди и взаимодействие важнее процессов и инструментов;

- работающий продукт важнее документации;

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

- готовность к изменениям важнее следования первоначальному плану.

Также, выделяют основные идеи данной модели.

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

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

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

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

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

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

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

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

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

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

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

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

В связи с развитием данной методологии, получили развитие множество новых методологий, например, Extreme programming, Scrum, Lean Software Development, Test Driven Development, Feature Driven Development и др.

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

Несмотря на популярность и простоту данной методологии, у нее существует ряд ограничений:

- fixed price проекты, невозможно адекватно оценить проект, если декларируется поздний сбор требований;

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

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

- проекты большого размера и сложности, имеющие длительный срок разработки и внедрения;

- низкий уровень квалификации команды.

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

Рисунок 1.4 - Схема Agile

Данная модель имеет ряд преимуществ:

- быстрая и постоянная обратная связь;

- гибкий график реализации функциональности;

- при использовании Agile, Scrum или Extreme Programming процесс разработки легко перестраивается для лучшей реакции на потребности бизнеса;

- акцент на эргономичность ИТ-системы - требования заказчика к эргономике системы имеют равный приоритет с требованиями к ее функциональности;

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

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

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

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

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

Scrum

При использовании фреймворка Scrum, проект разбивается на части, которые сразу могут быть использованы заказчиком для получения ценности, называемые заделами продуктов (product backlog), в российской практике задел чаще всего именуется просто «беклог». Затем эти части приоретизируются владельцем продукта - представителем заказчика в команде. Самые важные фрагменты первыми отбираются для выполнения в спринте - так называются итерации в Scrum, итерации длятся от 2 до 4 недель. В конце спринта заказчику представляется рабочий инкремент продукта - те фрагменты которые уже можно использовать. Например, сайт с частью функционала или программа, которая уже работает, пусть и частично. После этого команда проекта приступает к следующему cпринту. Длительность у cпринта фиксированная, но команда выбирает ее самостоятельно в начале проекта, исходя из проекта и собственной производительности [9].

Схема процесса Scrum представлена на рисунке 1.5

Рисунок 1.5 - Цикл разработки по Scrum

Основная структура процессов Scrum сосредоточена на 5 основных процессах:

- упорядочивание беклога;

- планирования Спринта;

- ежедневный Скрам;

- подведение итогов Спринта;

- ретроспектива Спринта.

Встреча по упорядочиванию беклога (Backlog Refinement Meeting, «Backlog Grooming»): Эта встреча аналогична фазе планирования в классическом проектном управлении, и проводится в первый день каждого спринта. На ней рассматривается - что уже было сделано по проекту в целом, что еще осталось сделать и принимается решение о том, что же делать дальше. Владелец продукта определяет, какие задачи на данном этапе являются наиболее приоритетными. Данный процесс определяет эффективность Спринта, ведь именно от него него зависит, какую ценность получит Заказчик по итогам спринта.

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

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

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

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

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

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

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

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

В ходе каждой итерации, разработчики добавляют и тестируют новые функции сайта и убирают те, которыми не пользовались клиенты. По словам команды Netflix, основное преимущество Scrum в том, что он позволяет «быстро ошибаться». Вместо того, чтобы долго и с большими затратами готовить крупный релиз, поставки раз в две недели по Scrum имеют небольшой размер. Их легко отслеживать и, если что-то идет не так, быстро исправлять [11].

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

Использование Scrum затруднено в fixed-cost/fixed-time проектах. Идеология Scrum утверждает, что заранее невозможно предусмотреть все изменения, таким образом нет смысла заранее планировать весь проект, т.е. нужно планировать только ту работу, которая должна быть выполнена в текущем Sprint.

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

Kanban

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

Для работы с Kanban необходимо определить этапы потока операций (workflow). В Kanban они изображаются как столбцы, а задачи обозначают специальные карточки. Карточка перемещается по этапам, подобно детали на заводе, переходящей от станка к станку, и на каждом этапе процент завершения становится выше. На выходе мы получаем готовый к поставке заказчику элемент продукта. Доска со столбцами и карточками может быть как настоящей, так и электронной - даже здесь Kanban не накладывает никаких ограничений на пользователей.

Kanban-доска представлена на рисунке 1.6.



Рисунок 1.6 - Kanban-доска

Методология имеет 4 основных принципа.

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

Второй принцип - ограничение на количество задач на этапе. Количество карточек на одном этапе строго регламентировано. Благодаря этому сразу становится видно, когда в потоке операций возникает «затор», который оперативно устраняется.

Третий принцип - непрерывный поток. Задачи из беклога попадают в поток в порядке приоритета. Таким образом, работа никогда не прекращается.

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

Как и Scrum, Kanban хорошо подходит для достаточно сплоченных команды с хорошей коммуникацией. Но в отличие от Scrum, в Kanban нет установленных четких дедлайнов, что хорошо подходит для замотивированных и опытных команд.

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

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

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

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

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

2. Разработка интернет-магазина

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

На рисунке 2.1 показано число поисковых запросов в месяц по ключевому слову «крестильный набор купить». Слово «купить» обязательно в связи с тем, что оно означает нацеленность человека на совершение покупки.

Рисунок 2.1 - Число поисковых запросов

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



Рисунок 2.2 - Статистика запроса по городам

Региональная популярность представляет собой долю, которую занимает регион в показах по данному слову, деленная на долю всех показов результатов поиска, пришедшихся на этот регион. Популярность слова, равная 100%, означает, что данное слово в данном регионе ничем не выделено. Если популярность более 100%, это означает, что в данном регионе существует повышенный интерес к этому слову.

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

2.1 Исходные данные для разработки проекта

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

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

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

На прототипе схематично обозначают наиболее важные элементы сайта.

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

Создание прототипа позволяет получить следующие преимущества при разработке сайта:

прототип показывает какая информация должна располагаться на каждой странице сайта до момента разработки дизайна;

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

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

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

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

прототип позволит выявить лишние элементы, которые могут оказаться ненужными для сайта;

прототип довольно прост в создании, что позволяет плавно осуществлять процесс планирования;

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

прототип дает дизайнеру четкое представление о том, что необходимо создать;

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

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

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

2.2 Выбор плагина электронной коммерции для интернет-магазина

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

По рейтингу рунета, данная CMS занимает первое место среди CMS с открытым исходным кодом (рисунок 2.3) [12].

Рисунок 2.3 - Рейтинг CMS

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

...