Основные практики, применяемые на проектах
1. Методологии разработки
Позволяют гибко управлять процессом разработки, контролировать выполнение отдельных задач и завершение целых этапов, а также улучшают коммуникацию между командой и заказчиком. Современные методологии управления проектами:
- Scrum. При этом подходе проект разбивается на короткие итерации (спринты). Команда работает по чёткому графику, регулярно встречается на митингах, ежедневных созвонах. Этот подход удобен, когда требования могут меняться в процессе работы, так как можно создавать спринты под разработку дополнительных функций и модулей ПО;
- Kanban. Подходит для проектов с непрерывным потоком работы. Команда использует визуальные доски с указанием дедлайнов для контроля выполнения отдельных задач. Подход помогает равномерно распределить нагрузку и быстро реагировать на срыв сроков или форс-мажорные ситуации;
- Waterfall. Линейная модель с последовательными этапами: от сбора требований к внедряемому решению до реализации и передачи ПО в эксплуатацию. Используется в тех случаях, когда структура проекта понятна заранее, а требования остаются стабильными на протяжении всего цикла разработки.
2. Системы контроля версий
Позволяют отслеживать каждое изменение в конфигурациях и отдельных модулях, сохранять историю правок, работать с несколькими ветками одного проекта и быстро возвращаться к стабильным старым версиям, если внедрение пошло не по плану. Такой подход снижает риск ошибок и конфликтов, особенно при работе над большим проектом. Мы используем в работе два решения:
- Git. Позволяет:
- вести централизованную историю изменений по каждому проекту;
- разделять разработку на ветки, например для разных задач или команд;
- безопасно сливать ветки и разрешать конфликты между версиями и отдельными частями ПО;
- быстро откатываться к рабочим версиям при сбоях.
- GitLab. Это платформа для хранения репозиториев со следующими возможностями:
- доступом к репозиториям с разграничением прав;
- визуальными интерфейсами для работы с задачами и кодом;
- встроенными инструментами CI/CD для автоматического запуска тестов и сборок при каждом обновлении.
CI/CD – методология автоматизации процессов разработки и доставки обновлений.
• CI (Continuous Integration) – означает, что изменения регулярно вносятся в общий код и автоматически проверяются. Это позволяет быстрее находить ошибки.• CD (Continuous Delivery) – автоматическая сборка и подготовка обновлений к установке.
Позволяет сократить временные затраты на рутинные задачи, повысить скорость и качество разработки, а также минимизировать человеческие ошибки. В промышленной разработке автоматизируют не только тестирование, но и выпуск новых версий конфигурации.
- Автоматическое тестирование. После каждого изменения система автоматически проверяет, осталась ли работа ключевых функций стабильной. Тесты запускаются по заранее заданным сценариям и выявляют ошибки еще до того, как решение попадёт в эксплуатацию. Это особенно важно при работе с критичными бизнес-процессами, например расчётом заработной платы и налогами. В экосистеме 1С доступны собственные инструменты тестирования: «1С:Сценарное тестирование» и «1С:Тестировщик». Первый позволяет создавать и выполнять наборы тестов по заданным сценариям, второй — проверять корректность выполнения отдельных методов и процедур. Такие инструменты помогают выстроить системную работу с качеством кода и ускоряют отладку.
- Сборка конфигурации. Избавляет команду от ручной работы при подготовке обновлений. Система объединяет доработки, проверяет целостность конфигурации, присваивает номер версии и формирует финальный дистрибутив. Такой подход снижает риски и ускоряет выпуск новых релизов, что крайне важно в проектах с несколькими разработчиками или сложной архитектурой, где ручной контроль практически невозможен.
- кадровый — отвечает за приём, перемещение и увольнение сотрудников, ведение штатного расписания и учёт отсутствий:
- расчётный — включает правила расчёта заработной платы, премий, удержаний и налогов;
- отчётность — формирует регламентированную отчетность в СФР, ФНС, ФСС;
- интеграции — обеспечивает обмен данными с бухгалтерией, внешними сервисами и контролирующими органами.
Распределение ролей. Позволяет каждому участнику проекта сосредоточиться на своей зоне ответственности. Это снижает нагрузку на отдельных специалистов, упрощает контроль качества и ускоряет реализацию проекта. В IT-проектах участвуют специалисты с разной экспертизой в зависимости от особенностей разрабатываемого решения. Например, роли могут быть такими:
- аналитики — собирают и формализуют требования бизнеса, формируют технические задания;
- архитекторы — отвечают за проектирование структуры системы и выбор оптимальных технических решений;
- разработчики — реализуют функциональность, дорабатывают конфигурации и пишут код;
- тестировщики — проверяют, что система работает корректно и соответствует требованиям;
- менеджеры проектов — следят за соблюдением сроков, координируют команду и общаются с заказчиком.
Систематизация процессов. Промышленная разработка требует прозрачной организации рабочих процессов. Без этого сложно контролировать статус задач, управлять приоритетами и отслеживать прогресс. Наша команда для этого применяет следующие инструменты:
- 1С:ITIL. Помогает выстроить процессы поддержки и развития IT-систем и сервисов по стандартам ITSM. С его помощью можно регистрировать инциденты, управлять изменениями, вести учёт конфигураций и формировать отчёты. Такой подход особенно важен при сопровождении доработанных решений и работе с несколькими линиями поддержки;
- «Битрикс24». Используют для управления задачами и коммуникацией. В системе удобно формулировать требования к работе, назначать ответственных, отслеживать сроки и статус исполнения отдельных этапов работы. Это позволяет держать проект под контролем и оперативно решать возникающие проблемы.
Инструменты коммуникации. Регулярные созвоны и код-ревью позволяют поддерживать единые стандарты разработки, снижать количество ошибок и быстрее находить оптимальные решения. Также для взаимодействия внутри команды важна прозрачная документация: все архитектурные решения, доработки и изменения должны быть зафиксированы и оставаться доступными для всех участников проекта.
6. Стандартизация
В промышленной разработке важно, чтобы код был понятен любому специалисту в команде или новому человеку в штате как при разработке, так и спустя месяцы после релиза. Этого позволяют добиться единые стандарты оформления кода: от наименований объектов и переменных до структуры модулей, стиля комментариев и ведения документации. Для платформы «1С:Предприятие» разработана система стандартов и методик разработки конфигураций «1С:Предприятие 8». Она описывает правила, подходы и практики, которые делают код читаемым, поддерживаемым и пригодным для масштабирования. Ознакомиться с документацией можно на сайте ИТС, для доступа не нужна подписка.
7. Тестирование
Позволяет выявить ошибки до того, как они повлияют на бизнес-процессы. Оно помогает убедиться, что система работает корректно, изменения не повлияли на функционирование решения, а результат разработки или внедрения соответствует ожиданиям заказчика.
В энтерпрайз-разработке применяют несколько видов тестирования:
- модульное. Проверка отдельных функций, процедур и модулей конфигурации. Используется для выявления логических ошибок на раннем этапе;
- интеграционное. Оценка корректности взаимодействия между подсистемами и внешними сервисами, например при обмене данными с «1С:Бухгалтерией» или сторонними сервисами через API;
- приёмочное. Проводится перед сдачей проекта заказчику. Позволяет проверить, соответствует ли решение заявленным требованиям и удобно ли оно в реальной работе.
8. Документирование
Упрощает поддержку и развитие информационной системы. Благодаря понятным и актуальным описаниям новые сотрудники быстрее включаются в работу, клиенты легче осваивают продукт, а разработчики быстрее находят и устраняют ошибки. Качественная документация помогает снизить зависимость от отдельных специалистов и обеспечить устойчивость проекта в долгосрочной перспективе.
В промышленной разработке документация ведется по нескольким направлениям:
- техническая документация. Фиксируется архитектура системы, структура модулей, интерфейсы, используемые технологии и особенности API. Она необходима для разработки, масштабирования и интеграции ПО с другими решениями;
- пользовательская документация. Содержит инструкции по работе с системой, описания интерфейсов, подсказки и рекомендации. Облегчает обучение пользователей и снижает нагрузку на службу поддержки. В состав пользовательской документации, как правило, входят:
- инструкция пользователя системы. Помогает конечным пользователям освоить функциональность решения и эффективно применять его в повседневной работе;
- инструкция администратора системы. Описывает порядок настройки, обслуживания и мониторинга системы;
- инструкция администратора интеграционных потоков. Фиксирует схемы обмена данными, используемые протоколы, частоту и формат интеграций.
- документирование изменений. Отражает, как система развивалась со временем: какие задачи выполнялись, какие модули изменялись, какие версии выходили и с какими особенностями. Это особенно важно при работе с критичными функциями, где нужно отслеживать каждое нововведение.
9. Управление проектами
Это организация и координация всех этапов разработки: от постановки задач до внедрения и сопровождения готового решения. Такой подход позволяет соблюсти сроки, удержать проект в рамках бюджета и достичь поставленных бизнес-целей.
Управление проектами можно разделить на три этапа:
- планирование. Оценка трудозатрат, составление дорожной карты и графика реализации проекта. Этап нужен, чтобы согласовать ожидания заказчика и команды, заранее распределить ресурсы и заложить дополнительное время на случай форс-мажоров;
Пример графика разработки
- отслеживание задач. Контроль сроков, приоритетов и текущего статуса работ. Такие инструменты уже упоминались выше. Например, «Битрикс24» позволяет формализовать процессы, настроить напоминания и вовремя реагировать на отклонения от плана;
- управление рисками. Систематический поиск потенциальных проблем, их оценка и минимизация последствий. Это может быть анализ зависимости между задачами, план действий в случае срыва сроков, резервирование ресурсов на критичных участках.
