Гибкие методологии в веб-разработке

Опубликовано: 2020-04-12

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

Гибкие методологии
Agile против водопадной методологии

Координация и ведение с клиентом

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

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

Сроки сдачи веб-проекта

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

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

Скрам-методология

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

Скрам-схема

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

Программное обеспечение для Scrum и гибких методологий

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

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

Скотт М. Граффиус из книги «Agile Transformation»

В частности, мы используем:

Джира Софт

Пакет Jira Software помогает нам в управлении проектами с использованием методологии Agile и Scrum . Это позволяет нам упростить задачи и сделать проект более эффективным. Снижает затраты времени на управление ресурсами. Это помогает документировать весь « жизненный цикл » проекта и помогает снизить различные сопутствующие риски. Этот инструмент станет основой всего проекта и незаменим для его правильного выполнения как с точки зрения качества, так и достижения временных целей.

Джира Софт
Пример экрана проекта Jira Software

Слияние

Слияние

Цель Confluence — обеспечить прозрачную совместную работу всей команды над поставленными перед ней задачами . Каждая команда внесет свои идеи по организации, структуре, дизайну или разработке. В этом процессе также может участвовать экспертная группа Заказчика. Этот инструмент позволит нам создать:

  • Дорожные карты
  • Списки дел
  • Встречи заметки
  • Планы проекта
  • Включите мультимедийные ресурсы и динамический контент
  • Оставляйте комментарии на страницах
  • Добавляйте тексты или общие файлы
  • Так далее…

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

Трелло

Пример доски Trello
Пример доски Trello с карточками

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

Служба поддержки Jira

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

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

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

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

Битбакет

Битбакет

Платформа BitBucket предназначена для программистов, поскольку позволяет нам программировать вместе, используя репозитории с технологией Git. Это позволит нам гибко и упорядоченно программировать новые функции. Мы будем использовать 3 среды: разработки, тестирования и производства .

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

Периодические обзоры в гибких методологиях

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

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

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

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

3 рабочие среды

Как мы уже упоминали, мы организуем все в 3 разных средах :

  • Локальная среда будет местом, где мы будем программировать внутренне и где мы будем тестировать все доступные варианты для достижения той же цели. Это будет наша внутренняя лаборатория, где мы будем проводить тесты разработки.
  • Среда разработки будет живой средой, где клиент сможет увидеть реальный прогресс проекта. В связи с этим будут проведены все соответствующие тесты и внесены изменения и исправления. Проект также будет валидирован, и новые разработки будут применены для валидации группой экспертов.
  • И, наконец, производственная среда будет после того, как сеть уже будет опубликована. Что на самом деле увидит конечная аудитория. В этой среде мы должны убедиться, что она всегда работает идеально, без каких-либо ошибок или проблем.
Гибкая рабочая среда

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

  • Google PageSpeed ​​Insights: где вы можете увидеть оценку скорости страницы. Этот инструмент позволит нам проверить, хорошо ли была проделана работа WPO.
  • Валидатор AMP : проверяет, действительно ли страница действительна.
  • Google LightHouse: проверяет информацию, касающуюся производительности, доступности, лучших практик и SEO. Это будет хорошим показателем качества.
  • SiteImprove и другие: будут проверять доступность веб-сайтов. Хотя с доступностью мы также будем делать ручные проверки.
  • Веб-аналитика: с помощью Google Analytics мы можем оценивать поведение пользователей в Интернете. А также проверка успешности ранее настроенных событий и целей.
  • Инструменты SEO: мы будем использовать различные инструменты, чтобы увидеть увеличение достигнутого позиционирования: Google Analytics, Google Search Console, SEMRush и другие.

Периодические отчеты

Чтобы гарантировать и проверить нашу работу, мы всегда предлагаем реализацию ежемесячных отчетов. Эти отчеты будут содержать важную информацию для правильного развития проекта и последующего контроля. Это будут отчеты веб-аналитики, в которых мы увидим эволюцию посещений за недели и способствовали ли наши действия их увеличению ( SEO ). Мы также будем оценивать поведение пользователей : на каких страницах они проводят больше всего времени, на какой странице покидают сеть и т. д.…

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

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

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

Последующие действия в agile, scrum и kanban


Управление инцидентами в гибких методологиях

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

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

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

Процесс создания и разрешения инцидентов будет выглядеть следующим образом:

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

Вывод

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

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