По последним данным лаборатории W3Techs на 2015 год, 25% всех сайтов работают под управлением WordPress [13].

У данной CMS есть требования к ПО:

- PHP версии 5.2.4 или старше;

- MySQL версии 5.0 или выше;

- модуль Apache mod_rewrite, необходимый для постоянных ссылок.

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

Для CMS Wordpress разработано большое количество тем и плагинов, как коммерческих, так и бесплатных. Плагины расширяют и дополняют функциональность сайта. Всего на официальном сайте 47 625 плагина с общим количеством скачиваний 1 460 164 778 раз [14].

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

В таблице 2 представлены наиболее популярные плагины для электронной коммерции.

Таблица 2 - Популярные плагины для электронной коммерции

Название	Рейтинг	Количество активных установок
WooCommerce	4,6 из 5	1 200 000
WP e-Commerce	3,4 из 5	40 000
Jigoshop	4,4 из 5	10 000
Easy Digital Downloads	4,8 из 5	50 000

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

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

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

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

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

Также плагин предлагает гибкие настройки доставки товаров и широкие варианты оплаты товаров. Для оплаты товаров подходит большинство банковских карт, а также более 140 региональных шлюзов, включая Stripe, Authorize.Net, и Amazon Payments.

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

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

Построенный с REST API, WooCommerce может быть интегрирован практически с любым сервисом. Данные магазина могут быть доступны в любом месте в любое время, 100% безопасно.

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

Для интернет-магазина были выбраны определенные возможности плагина: интернет магазин потребность коммерция

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

Рисунок 2.4 - Заказы

buyOneClick - представляет возможность установки кнопки «Купить в один клик», открывающей форму обратной связи для быстрого заказа товара и связи с администрацией сайта (рисунок 2.5). Помимо представленных на рисунке общих настроек, расширение имеет возможности настройки информации в форме заказа, описания полей формы, действий и уведомлений;

Рисунок 2.5 - Фрагмент настроек расширения BuyOneClick

checkout Form - расширение, позволяющее настроить форму оформления заказа, добавить или убрать поля для заполнения (рисунок 2.6);

Рисунок 2.6 - Настройка расширения Checkout Form

отчеты - расширение, отображающее информацию о продаже товаров (рисунок 2.7);

Рисунок 2.7 - Отчеты

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



Рисунок 2.8 - Основные настройки плагина WooCommerce

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

Рисунок 2.9 - Информация о состоянии системы

аддоны - на данной странице плагина можно установить аддоны, совместимые с плагином WooCommerce (рисунок 2.10).



Рисунок 2.10 - Аддоны плагина WooCommerce

Далее в следующем разделе рассмотрим исходный код выполнения формы «Купить в 1 клик».

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

Форма открывается с помощью данного фрагмента кода, являющегося тегом подключения скрипта плагина:

<script type='text/javascript' src='http://battesimo.ru/wp-content/plugins/buy-one-click-woocommerce/js/form.js?ver=4.6.1'></script>

Сама функция открытия формы имеет следующий исходный код (листинг 1):

jQuery(document).ready(function () { //Ждем, когда полностью загрузится страница, и начинаем выполнение скрипта.

Листинг 1 - Функция открытия формы, лист 1

jQuery(document).on('click', 'a.clickBuyButton', function (e) { //Инициализация функции обработки события нажатия кнопки "Купить в 1 клик".

e.preventDefault();

var zixnAjaxUrl = getAjaxUrl();

var butObj = this;

var urlpost = window.location.href;

var productid = jQuery(butObj).attr('data-productid');

//alert(productid);

jQuery.ajax({ //Отправляем данные о товаре на сервер для открытия формы заказа.

type: "POST", //Выбираем способ передачи данных на сервер.

url: zixnAjaxUrl, //Указываем путь к php-файлу, который обрабатывает полученные данные о товаре и высылает клиенту необходимую информацию.

async: false,

data: { //Указываем данные для передачи.

action: 'getViewForm',

urlpost: urlpost,

productid: productid

},

success: function (response) { //В случае успешного получения ответа от сервера выполняем данную функцию.

// console.log(response);

jQuery('#formOrderOneClick').remove();

jQuery(butObj).after(response); //Наполняем блок формы "Купить в 1 клик" данными, полученными от сервера.

jQuery('.popup, .overlay').css('opacity', '1'); //Убираем прозрачность блока с формой "Купить в 1 клик"

jQuery('.popup, .overlay').css('visibility', 'visible'); //Делаем этот блок видимым

}

});

});

});

Листинг 1, лист 2

При нажатии кнопки «Заказать» в форме, выполняется следующая функция (листинг 2):

jQuery(document).on('click', '#contactform .buyButtonOkForm', function (e) { //Инициализация функции обработки данных формы при нажатии кнопки "Заказать"

e.preventDefault();

try {yaCounter39478285.reachGoal('zakazat');} catch (e) {}

var objButton = this;

var parentForm = jQuery(this).parent('#contactform');

var allRequired;

var errorSending = "no";

var txtname = jQuery(parentForm).find("input[name=txtname]").val(); //Назначаем переменные со значениями данных полей формы заказа

var txtphone = jQuery(parentForm).find("input[name=txtphone]").val();

var txtemail = jQuery(parentForm).find("input[name=txtemail]").val();

var message = jQuery(".buymessage").val();

var buy_nametovar = jQuery(parentForm).find("input[name=buy_nametovar]").val();

var buy_pricetovar = jQuery(parentForm).find("input[name=buy_pricetovar]").val();

var buy_idtovar = jQuery(parentForm).find("input[name=buy_idtovar]").val();

jQuery(".b1c-form").find(".buyvalide").each(function () { //Функция определения, являются ли все поля обязательными для заполнения

if (jQuery(this).attr("required") != undefined) {

allRequired = "no";

}

});

jQuery(".b1c-form").find(".buyvalide").each(function () { //Функция определения, заполнены ли все обязательные поля

Листинг 2 - Функция заказа, лист 1

if (jQuery(this).val().length < 1) {

if (allRequired == "no" && jQuery(this).attr("required") != undefined) {

errorSending = 1;

}

if (allRequired == 1) {

errorSending = 1;

}

}

});

if (errorSending === "no") { //Если все обязательные поля заполнены, вызываем функцию отправки данных о заказе на сервер

var infozakaz = { //Заполняем массив с данными заказа из формы

txtname: txtname,

txtphone: txtphone,

txtemail: txtemail,

message: message,

nametovar: buy_nametovar,

pricetovar: buy_pricetovar,

idtovar: buy_idtovar

};

var zixnAjaxUrl = getAjaxUrl(); //Указываем путь к php-файлу, который будет принимать данные заказа и добавлять их в базу данных

saveButton(infozakaz, zixnAjaxUrl, objButton); //Вызов функции отправки данных о заказе

}

});

Листинг 2, лист 2

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

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

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

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

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

- планирование различных событий, зависящих друг от друга;

- идентификация крупных составных частей проекта (вехи проекта) и их декомпозиция, посредством которой создается структура декомпозиции работ, также называемая иерархической структурой работ [15];

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

- расчет времени, необходимого на решение каждой из задач;

- сортировка задач в зависимости от сроков их завершения;

- презентация графика работ по проекту в виде диаграммы Ганта [16];

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

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

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

Для контроля за ходом проекта были использованы продукты Scrumboard и Microsoft Project.

Scrumboard - сервис для управления проектами по методологии Scrum.

Сервис разработан компанией Devprom Software, и помимо Scrum-доски имеет аналоги по работе с методологией Kanban и Scrumban.

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

- беклог;

- запланировано в спринт;

- выполнено.

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

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

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

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

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

Microsoft Project - программа управления проектами, разработанная и продаваемая корпорацией Microsoft.

Microsoft Project создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объемов работ. Microsoft Project создает расписания критического пути. Расписания могут быть составлены с учетом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.

Наиболее очевидным преимуществом продукта является то, что он входит в семейство Microsoft Office. Это обеспечивает следующие плюсы, характерные для всех продуктов MS Office:

- такое же малое время обучения пользователей, как и с остальными программами Microsoft Office;

- богатые возможности по настройке в стиле формул Microsoft Excel (сам продукт выдержан в интерфейсе, максимально приближенном к Microsoft Excel);

- встроенные шаблоны, которые помогут быстро создать проект;

- функции для планирования проектов, диаграмма Ганта;

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

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

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

Интерфейс программы отображен на рисунке 3.1.

Рисунок 3.1 - Microsoft Project

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

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

Сегодня самой популярной гибкой методологией разработки ПО является Scrum. Классический Scrum состоит из нескольких элементов.

Роли:

- владелец продукта;

- скрам-мастер;

- команда разработки.

Артефакты:

- беклог продукта;

- беклог спринта;

- инкремент продукта.

Основные процессы:

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

- обзор спринта;

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

- скрам-митинг;

- спринт.

Владелец продукта (Product owner, Менеджер продукта) - это человек, ответственный установку приоритета требований и часто за их создание.

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

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

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

- устранять препятствия в работе (если команде мешает перфоратор в соседнем офисе, мастер ищет выход);

- замечать и разрешать скрытые проблемы;

- отвечать за соблюдение методологии;

- следить за статусом задач.

Команда разработки - 5-9 человек, которые реализуют требования владельца продукта [17].

Весь процесс разработки отображен на рисунке 3.2.

Рисунок 3.2 - Общая схема Scrum

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

Рисунок 3.3 - Жизненный цикл разработки

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

Бэклог продукта (Product backlog) представляет собой упорядоченный по степени важности список требований, предъявляемых к разрабатываемому продукту. Элементы этого списка называются Пользовательскими историями (User story). Каждой истории соответствует уникальный ID.

Все пользовательские истории должны иметь:

- уникальный идентификатор;

- степень важности (описывается произвольным числом);

- время на выполнение.

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

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

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

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

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

Спринт состоит из четырех последовательных этапов.

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

При планировании спринта необходимо ответить на 2 вопроса:

«Что будет сделано в спринте?», «Как выбранная цель будет выполнена?» Что будет сделано в спринте?

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

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

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



Рисунок 3.4 - Принцип выбора пользовательских историй для спринта

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

После того, как цель спринта определена, команда разработки решает, каким образом воплотить функциональность в «Готовом» инкременте продукта. Элементы беклога продукта, взятые в спринт вместе с планом для их разработки, называются беклогом спринта.

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

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

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

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

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

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

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

Обычно ретроспектива занимает от 30 минут до 4 часов и ее продолжительность зависит от следующих факторов:

длина спринта: чем длиннее спринт, тем больше команда успевает сделать и тем больше материала для обсуждения;

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

наличие проблем: со временем команда решает проблемы и ретроспективы сокращаются по времени.

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

- что было сделано хорошо;

- что можно улучшить;

- какие улучшения необходимо реализовать.

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

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

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

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

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

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

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

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

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

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

Рисунок 3.5 - Scrumboard

Окно создания элемента беклога представлено на рисунке 3.6.

Рисунок 3.6 - Создание элемента беклога

Для планирования сроков и ресурсов проекта использовался Microsoft Project.

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

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

Каждый компонент в спринте разбивается на пользовательские истории (User Story), по результатам которой должна быть создана какая-то часть функциональности компонента продукта.

На рисунке 3.7 представлен проект разработки интернет-магазина в Microsoft Project.

Рисунок 3.7 - Перечень задач

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

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

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

Диаграмма Ганта проекта отображена на рисунке 3.8.

Рисунок 3.8 - Диаграмма Ганта проекта

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

В следующем разделе представлены результаты разработки интернет-магазина, с использованием методологии Scrum.

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

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

Всего было проведено 3 спринта, длительность каждого составила 2 недели, всего проект занял 42 дня.

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

- дизайн главной страницы;

- дизайн каталога;

- верстка главной страницы;

- верстка каталога;

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

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

- написание описаний для товаров;

- тестирование готовых элементов.

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

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

- разработка дизайна карточки товара;

- разработка дизайна фотогалереи;

- дизайн иконок и форм;

- верстка карточки товара;

- верстка фотогалереи;

- подключение модуля «купить в 1 клик»;

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

- написание описаний для товаров;

- тестирование готовых элементов.

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

- разработка дизайна корзины;

- разработка дизайна оформления заказа;

- адаптивный дизайн под разные разрешения экрана;

- верстка корзины;

- верстка форм оформления заказа;

- адаптивная верстка;

- подключение и настройка модулей оплаты;

- подключение и настройка служб доставки;

- написание статей для сайта;

- наполнение каталога;

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

Рисунок 3.9 - Главная страница интернет-магазина

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

Сайт расположен по доменному имени battesimo.ru.

Фрагмент главной страницы сайта представлен на рисунке 3.9.

Страница соответствует разработанному прототипу.

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

Рисунок 3.10 - Главная страница (продолжение)

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

На рисунке 3.11 представлен родительский раздел каталога товаров.



Рисунок 3.11 - Каталог товаров

Также в дочернем разделе каталога содержатся цены на товары в категории (рисунок 3.12).

Рисунок 3.12 - Каталог товаров (подраздел)

На рисунке 3.13 представлена карточка товара.



Рисунок 3.13 - Карточка товара интернет-магазина

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

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

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

В корзине пользователя отображаются добавленные товары, вариант выбора доставки и ссылка для оформления заказа (рисунок 3.14).



Рисунок 3.14 - Корзина

На странице оформления заказа, представленной на рисунке 3.15, производится заполнение контактной информации пользователя и информации для доставки товара. Также в комментариях можно указать пожелания относительно товара.

Далее заказ хранится в администраторской части сайта, страница с заказами отображена на рисунке 3.16.

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

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



Рисунок 3.15 - Оформление заказа

Рисунок 3.16 - Заказы

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

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

Команда проекта состояла из 5 человек:

- владелец продукта и скрам-мастер;

- дизайнер;

- программист;

- верстальщик;

- контент-менеджер.

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

Дизайнер занимался анализом и разработкой дизайна для сайта, разработкой логотипа.

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

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

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

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

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

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

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

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

1. Грей, К.Ф. Управление проектами: Практическое руководство / К.Ф. Грей. М.: Дело и Сервис, 2003. 325 с.

2. Богданов, В.В. Управление проектами. Корпоративная система - шаг за шагом / В.В. Богданов. М.: Манн, Иванов и Фербер, 2012. 248 c.

3. Щедровицкий, Г.П. Путеводитель по основным понятиям и схемам методологии Организации. Хрестоматия / Г.П. Щедровицкий. М: Дело, 2004. 208 с.

4. Николаенко, В.С. Разработка принципов управления IT-проектом / В.С. Николаенко // Вестник Томского государственного университета. 2015. N 390. С 1-6.

5. Балашов, А.И. Управление проектами / А. И. Балашов, Е. М. Рогова, М. В. Тихонова, Е. А. Ткаченко. М.: Юрай, 2013. 383 с.

6. Николаенко, В.С. Разработка принципов управления IT-проектом / В.С. Николаенко // Вестник Томского государственного университета. 2015. N 390. С 1-6.

7. Манн, И.М. Как овладеть искусством управления проектами / И.М. Манн. М.: Управление компанией, 2010. 400 с.

8. Сатунина, А.Е. Управление проектом корпоративной информационной системы предприятия / А.Е. Сатунина. М.: Инфра-М, 2011. 350 с.

9. Хэлдман, К. Управление проектами. Быстрый старт / К. Хэлдман. М.: ДМК Пресс, 2008. 352 с.

10. СТП ОмГУПС - 1.2 - 2005. Работы студенческие учебные и выпускные квалификационные: общие требования и правила оформления текстовых документов.

Приложение

Графический материал

Рисунок А.1 - Динамика заказов

Рисунок А.2 - Региональная статистика запроса



Рисунок А.3 - Общая схема Scrum

Рисунок А.4 - Scrumboard



Рисунок А.5 - Диаграмма Ганта

Таблица А.1- Ход проекта

1 спринт	2 спринт	3 спринт
Главная страница Каталог товаров Описания для товаров	Карточка товара Фотогалерея Поиск Описания для товаров	1.Корзина 2. Оформление заказа 3. Адаптивная версия 4. Статьи 5. Наполнение сайта

Рисунок А.6 - Карточка товара



Рисунок А.7 - Заказы на сайте

Бриф на разработку сайта

Рисунок В.1 - Прототип главной страницы сайта

Таблица Б.1 - Бриф на разработку сайта

Пункт брифа	Поле для заполнения
Общая информация
Полное название компании и сайта (если есть)
ФИО контактного лица, контактные данные
Каковы планируемые сроки проекта?
Примечания
Информация о компании
Укажите область деятельности компании, какие товары или услуги вы предлагаете
Какие есть ключевые отличия от конкурентов, которые надо выделить?
Укажите ссылки на сайты ваших прямых или косвенных конкурентов. Оцените их сайты, укажите, что вам на них нравится, а что нет.
Примечания
Целевая аудитория
Опишите группы целевой аудитории. Укажите их характерные черты и особенности
Постановка задачи
Какую задачу вы ставите перед нами?
Какое ключевое действие должен совершить пользователь на сайте?
Содержание сайта
Укажите основные разделы сайта
Нужны ли другие языковые версии?
Дизайн
Есть ли логотип и/или фирменный стиль, которые надо использовать?
Укажите адреса сайтов, дизайн которых вам нравится
Пункт брифа	Поле для заполнения
Опишите впечатление, которое должен производить дизайн
Надо ли придерживаться текущей стилистики сайта?
Уточнения
Контент
Будет ли перенос информационных материалов с действующего сайта, или требуется написание текстов с нуля?
Кто занимается подготовкой контента, нужна ли фотосъемка?
Кто будет заниматься наполнением сайта?
Технические требования
Необходима ли интеграция с определенной системой управления?
Необходима ли интеграция системы управления со сторонним программным обеспечением?
Требуется ли подключение платежных систем?
Требуется ли разработка мобильной версии сайта, или адаптация под мобильные устройства?

Прототип сайта

Рисунок В.2 - Прототип раздела каталога сайта

Рисунок В.3 - Прототип карточки товара

Размещено на Allbest.ru

...