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

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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Помимо прочего, необходима наглядность и возможность работы нескольких человек, а также виртуальная доска - одно из достоинств методологии 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, поэтому участники проектных групп смогут обновлять сведения о состоянии задач со своих любимых устройств и просматривать временные шкалы и отчеты в пути.

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

Рисунок 1.1 - Microsoft Project

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

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

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

Роли:

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

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

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

Артефакты:

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

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

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

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

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

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

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

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

- спринт.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 1.4 - Scrumboard

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

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

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

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

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

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

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

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

Помимо прочего, написание контента для сайта началось после

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. Эффективность использования методологии

интернет магазин программный scrum

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

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

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

- дизайнер;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

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

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

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

1 Project Management Institute, PMI PMBOK (4th Edition) / Руководство к Своду знаний по управлению проектами (четвертое издание), Project Management Institute, Inc., 2009. 240 с.

2 Лянцевич, М. Возможности интеграции процессов управления финансами и проектами / М. Лянцевич [Электронный ресурс] - Электронные текстовые дан. - Режим доступа: http://www.cfin.ru/itm/project/integr.shtml

3 Вольфсон, Б. Гибкие методологии разработки / Б. Вольфсон [Электронный ресурс] - Электронные текстовые дан. - Режим доступа: http://adm-lib.ru/books/10/Gibkie-metodologii.pdf

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

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

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

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

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

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

...