Если проект неправильно закодирован, часто необходимо отказаться от него и начать заново. Стоимость решения всех этих проблем может быть значительной. Наш опыт работы с одним из клиентов вдохновляет на создание таких конкретных ошибок, чтобы избежать следующего запуска подобных проектов, независимо от того, являетесь ли вы программистом или клиентом.
Вот некоторые из наиболее распространенных причин, по которым многие веб-сайты терпят неудачу
Неясное определение сферы и требований
. Все заинтересованы, но они не думают о том, как все это он будет работать и что произойдет в разных сценариях.
Это особенно важно, когда компания впервые размещает свой бизнес в Интернете. Большинство клиентов думают, что знают, чего хотят, но дьявол в деталях. Бьюсь об заклад, вы встретили огромное количество клиентов, которые после того, как подробно описывали свой процесс, не думали обо всех последствиях.
Прежде чем начать строить, убедитесь, что вы сделали детальное планирование. ] Отсутствие заинтересованных сторон
Руководство хочет, чтобы новый веб-сайт достигал корпоративных целей и увеличивал отдачу от инвестиций. Затем менеджменту не требуется время, чтобы принять участие в принятии ключевых решений.
При тестировании бета-версии и выяснении, что это не то, что они изначально хотели, может возникнуть огромная проблема. Изменения могут быть очень дорогостоящими во времени и деньгах, если они выполняются в конце проекта, а не в начале.
Кусать больше, чем вы можете пережевывать
Будьте осторожны, чтобы не укусить больше, чем вы. Я могу жевать. Рим не был создан за один день. Если у вас действительно сложный проект, выстройте его поэтапно. Вам не нужно публиковать его в Интернете одновременно. Нет ничего плохого в замене существующих страниц после завершения трех или четырех этапов.
Дизайн сайта без цели или функции
Вы, вероятно, видели красивые проекты новых проектов, которые невозможно построить или будет слишком дорого строить. Лучше всего работать со всеми функциями, принимая во внимание платформу, которую вы используете, прежде чем создавать проект.
Затем команда программистов должна работать с дизайнером, чтобы работать вместе над чем-то прекрасным и функциональным. В противном случае вы можете оказаться на сайте Frankenstein, а это не так.
Мы не используем управление версиями
. Сегодня невозможно создавать новые веб-сайты без какой-либо системы управления версиями. Когда разработчики создают, поддерживают и обновляют файлы исходного кода для большого приложения, координация может быть сложной.
Системы управления версиями записывают все изменения файла вместе с комментариями в проекте. Вы должны быть в состоянии восстановить функциональность, объединить работу и работать в автономном режиме. Надлежащий контроль исходного кода необходим для каждого проекта.
Нет хорошего управления проектами
Менеджер проекта веб-сайта
Руководитель проекта (ПМ) — защитник (или номер 10) командного футбола. Премьер-министр отвечает за успешное планирование, выполнение, мониторинг, контроль и закрытие проекта.
Премьер-министр должен понимать потребности клиента и обеспечивать связь с разработчиками и от них. Без эффективной премьеры проект сойдет с дороги и станет беглым поездом, который заканчивается катастрофой. Хороший премьер-министр опубликует еженедельные отчеты о проделанной работе, все отслеживая.
Взлом ядра или исходного кода
Взлом изменяет структуру исходного кода. Когда неквалифицированный программист не знает, как что-то сделать, он обычно ломается на код на веб-сайтах, чтобы заставить его работать. Это вызывает ряд проблем и сильно влияет на качество. Если разработчик решает одну проблему, а другой появляется, это может быть результатом многих хакерских атак.
Таким образом, обновления сайта будут практически невозможны из-за безопасности и исправлений. Это также затрудняет тем, кто приходит позже, чтобы поддерживать сайт и оставлять сайт уязвимым для атак.
Scope Creep
Основная задача PM заключается в том, чтобы все было в порядке. Естественно, когда вы развиваетесь, вы придумываете новые идеи и вещи, которые вы хотите. Вы должны понимать, что каждый раз, когда вы вносите изменения, все это увеличивает время и стоимость проекта.
Если ваш сайт построен и протестирован, вам нужно будет повторить тест после изменения. Некоторые изменения полезны, особенно если они улучшают сайт для пользователей. Но многие нерешительности и изменения могут сорвать проект. Покрытие Creep происходит, когда лица, принимающие решения, не участвуют рано или проект не прошел правильное планирование
Отсутствие последовательной гарантии качества
У всех проектов есть ошибки, поэтому лучше сначала найти проблемы, а не пользователей. Откажитесь от 20% до 25% времени разработки, чтобы выполнить соответствующий контроль качества. Убедитесь, что существует комплексный план контроля качества, иначе вы можете получить веб-сайт с множеством проблем.
Разработчики должны думать о качестве с первого дня и нести ответственность за устранение своих проблем. В противном случае все может быть очень грязным.