Построение правильного процесса веб-разработки
Підписуйтеся на Telegram-канал «DOU #tech», щоб не пропустити нові технічні статті
Всем привет! Компания, в которой я тружусь, сейчас находится в процессе перестройки. С ростом количества работы и приходом на обслуживание больших проектов появилось понимание, что надо «шоб как у всех» с Gitом, Scrumом и т.д.
Поэтому решил попросить у сообщества поделиться опытом, как правильно организовать процесс веб-разработки? При разработке используем CMS Bitrix (на PHP).
Особенно интересуют вопросы:
1. С помощью каких практик уменьшать количество багов при разработке (до тестирования)?
2. Есть небольшие клиенты, которые приносят мало денег, а затраты на подключение их к системе контроля версий, актуализацию тестовых копий их сайтов уходит много ресурсов. Что делать в таких случаях?
3. Насколько автотестирование влияет на себестоимость проекта? Стоит ли внедрять его везде, или предлагать заказчику сделать выбор?
4. Как развивать разработчиков? Конференции — это конечно прекрасно, но их очень мало по теме веб (Днепропетровск). Курсы — сами понимаете.
5. Как выглядит сама архитектура процесса? У каждого разработчика своя виртуалка, откуда он сливает код на тестовую копию, а оттуда уже на продакшн? Или все пишут код локально, потом он заливается на тестовую копию?
6. Рефакторинг кода стоит продавать клиентам или делать бесплатно, как дополнительую плюшку?
7. При настроенной системе контроля версий как решается вопрос с базой данных? У тестовой копии должна быть своя база(тогда как настроить процесс ее актуализации) или она должна быть подключена к рабочей(тогда как быть с задачами, затрагивающими изменения в БД) ?
8. Как у вас построен бизнес процесс? Кто принимает задачу, кто ее уточняет, общаются ли разработчики с заказчиками?
P.S. Я понимаю, что возможно ответы уже есть в какой-то замечательной статье/книге. Но хотел бы услышать, как это работает на практике от опытных коллег.
16 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів