подсказки

Внедрение профессиональных рабочих процессов теперь в WordPress

Внедрение профессиональных рабочих процессов теперь в WordPress

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

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

Тем временем WordPress вырос. Крупные медиа-компании используют WordPress как основной способ общения с миром. Зайдите в Tech Crunch или New Yorker и просмотрите исходный HTML-код. Вы обнаружите, что веб-сайт построен с использованием WordPress. Бейонсе? Ага. Она копается в WordPress.

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

Очевидно, это несправедливое обвинение. WordPress вырос. В этом году он получает полноценный REST API. Теперь вы можете установить WordPress и зависимости из командной строки с помощью WP-CLI.

Разработчики WordPress и дизайнеры тем растут. Roots.io – это пример отношения к проектам WordPress как к любому серьезному проекту разработки программного обеспечения. Они не возятся с загрузкой FTP методом перетаскивания. Вместо этого они используют git для контроля версий и capistrano для развертывания.

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

К тому же на столе не так много заметок. Сам WordPress использует Trac в качестве средства отслеживания проблем. Я работал с Redmine, еще одним средством отслеживания проблем с открытым исходным кодом и инструментом управления проектами, потому что я в Planio, который предлагает хостинг Redmine и git.

Типичный вариант использования системы отслеживания проблем

Итак, представьте, что вы создаете новый плагин для WordPress. У вас есть небольшая команда – разработчик или два, дизайнер и бизнесмен.

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

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

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

Три важных составляющих каждой исправляемой ошибки

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

  1. Какие шаги предпринял пользователь, что привело к ошибке?
  2. Что ожидал увидеть пользователь?
  3. Что на самом деле увидел пользователь?

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

Вот еще один способ выразить это:

[iframe src=”https://platform.twitter.com/embed/index.html?creatorScreenName=WPExplorer&dnt=false&embedId=twitter-widget-0&frame=false&hideCard=false&hideThread=false&id=659641795811282944&lang=en&origin=https%3A%2F%2Fwww.wpexplorer.com%2Fadopting-workflows-wordpress%2F&siteScreenName=wpexplorer&theme=light&widgetsVersion=ed20a2b%3A1601588405575&width=500px”]

И вы не можете обмануть человека, сообщившего об ошибке, классической фразой: «Это не ошибка. Это особенность! », Если вы не знаете, чего ожидал человек.

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

Есть один способ сделать так, чтобы задача никогда не была выполнена: неопределенно предлагал команде что-то с этим сделать. Если это не назначено одному «владельцу», это просто не будет сделано.

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

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

Тесно интегрируйте Git в рабочий процесс управления проектами

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

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

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

Создайте систему для вашей разработки WordPress

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

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

Redmine, как и WordPress, имеет открытый исходный код, поэтому вы получаете то преимущество, что не ограничены проприетарным программным обеспечением. И, как и WordPress, вы можете передать хостинг на аутсорсинг кому-то вроде нас в Planio, или вы можете установить его самостоятельно, если хотите, с Redmine.org.

К вам

Итак – как управлять своими рабочими процессами? Вы пробовали Redmine? Мы будем рады услышать ваши мысли и комментарии ниже!

Источник записи: https://www.wpexplorer.com

Похожие сообщения
подсказки

Лучшие онлайн-инструменты для отслеживания ваших конкурентов

подсказки

Инструменты и хитрости для экономии времени для занятого пользователя WordPress

подсказки

Как создать партнерский веб-сайт с помощью WordPress

подсказки

Как улучшить юзабилити вашего сайта WordPress