Как отслеживаешь задачи?

Отслеживание задач в разработке 1С

Значение отслеживания задач

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

Системы отслеживания задач

1. Issue Tracking Systems

Jira — самая распространённая система в корпоративной разработке:

Структура задачи в Jira:
├── ID: PROJ-1234
├── Заголовок: Добавить расчёт НДС в документ
├── Описание: Техническое описание требования
├── Тип: Bug / Task / Feature / Technical Debt
├── Статус: To Do → In Progress → Review → Done
├── Приоритет: Blocker / Critical / Major / Minor / Trivial
├── Исполнитель: Разработчик
├── Story Points: 5 (оценка сложности)
└── Комментарии: обсуждение, результаты

2. GitHub Issues (для Open Source)

# Заголовок проблемы
**Описание:** Четкое описание проблемы
**Шаги воспроизведения:**
1. Открыть форму документа
2. Заполнить сумму товара
3. Проверить расчёт НДС

**Ожидаемое:** НДС = Сумма * 0.18
**Фактическое:** НДС не рассчитывается

3. Azure DevOps

Для организаций на платформе Microsoft, интеграция с Visual Studio.

Процесс отслеживания в 1С проекте

Этап 1: Создание задачи

1. Анализ требования — понимание, что нужно сделать
2. Декомпозиция — разбиение на подзадачи
3. Оценка сложности — Story Points в Agile

Пример для 1С:
PROJ-234: Реализовать интеграцию с ЭДО
├── PROJ-235: Добавить реквизиты для ЭДО (3 points)
├── PROJ-236: Реализовать отправку документов (5 points)
├── PROJ-237: Получение и синхронизация (5 points)
├── PROJ-238: Тестирование на реальных данных (3 points)
└── PROJ-239: Документирование (2 points)

Этап 2: Разработка и отслеживание

В коде 1С следует ссылаться на задачи:

// PROJ-236: Отправка документов в ЭДО
Процедура ОтправитьЭДО()
    
    Попытка
        // Логика отправки
        ЗаголовкиЗапроса = Новый Соответствие();
        ЗаголовкиЗапроса.Вставить("X-Task-ID", "PROJ-236");
        
        // Выполняем запрос к API ЭДО
        HTTPСоединение = Новый HTTPСоединение("api.edo.ru", 443, , , Новый ЗащитаСоединенияSSL());
        Ответ = HTTPСоединение.ОтправитьДляОбработки(...);
        
        Если Ответ.КодСостояния = 200 Тогда
            // PROJ-236: успешно отправлено
            ЭтотОбъект.СтатусЭДО = "Отправлено";
        Иначе
            // Ошибка отправки — обновить задачу в Jira
            ЗаписатьОшибку("PROJ-236", Ответ.ПолучитьТелоКакСтроку());
        КонецЕсли;
        
    Исключение
        // PROJ-236: Техническая ошибка
        ЗаписатьОшибку("PROJ-236", ОписаниеОшибки());
    КонецПопытки;
    
КонецПроцедуры

Этап 3: Использование Git коммитов для отслеживания

# Коммит, привязанный к задаче
git commit -m "PROJ-236: Implement EDO document sending via API

- Add HTTP request to EDO operator
- Handle error responses and logging
- Update document status after successful submission

Closes PROJ-236"

Метрики отслеживания

Sprint Burndown Chart

Отслеживаем выполнение задач на спринт:

Story Points Remaining
        |
    50  |●
        |  ●
    40  |    ●●
        |        ●
    30  |         ●
        |           ●●
    20  |              ●
        |                ●●
    10  |                    ●
        |                      ●
     0  |_______________________●
        Mon Tue Wed Thu Fri Sat Sun
        
    Идеально: линия тренда вниз к концу спринта

Скорость разработки (Velocity)

Спринт 1: 40 points ✓
Спринт 2: 45 points ✓
Спринт 3: 42 points ✓
Среднее (Velocity): 42.3 points/спринт

Best Practices для 1С разработчика

1. Детальное описание задачи

Плохо:
"Исправить ошибку в ЭДО"

Хорошо:
"[BUG] Ошибка при отправке УПД в Контур

Текущее поведение:
- При отправке УПД с суммой НДС возвращается код 400
- Логи: "Invalid signature format"

Ожидаемое поведение:
- УПД с расчётным НДС отправляется успешно
- Документ получает статус "Отправлено"

Воспроизведение:
1. Создать ПриходнаяНакладная с сумой товара
2. Система автоматически рассчитывает НДС (18%)
3. Нажать кнопку 'Отправить в ЭДО'
4. Получить ошибку 400

Версия: 1С:Предприятие 8.3.18, конфигурация УТ 11.4
"

2. Использование Tags и Labels

Labels для 1С задач:
- [1C-8.3] — версия платформы
- [Performance] — оптимизация
- [Database] — работа с БД
- [UI] — интерфейс
- [API-Integration] — интеграция
- [Security] — безопасность
- [Tech-Debt] — технический долг

3. Связность задач

PROJ-234: Интеграция ЭДО (Epic)
├── PROJ-235: Конфигурация объектов (Task)
├── PROJ-236: API интеграция (Task)
│   └── PROJ-237: Обработка ошибок (Subtask)
│   └── PROJ-238: Логирование (Subtask)
├── PROJ-239: Unit тесты (Task)
└── PROJ-240: E2E тесты (Task)

Связи: blocks, is blocked by, relates to

4. Регулярное обновление статуса

Правило 3-х дней: Обновлять статус задачи минимум раз в 3 дня
Комментарии: Всегда объяснять причину переходов состояния

Инструменты и интеграции

VS Code + Jira

// .vscode/extensions для Jira
{
  "recommendedExtensions": [
    "atlassian.atlascode",
    "GitKraken.gitkraken-glo"
  ]
}

Git hooks для связи с задачами

#!/bin/bash
# .git/hooks/commit-msg

# Проверка: коммит должен содержать ID задачи
if ! grep -qE "PROJ-[0-9]+" "$1"; then
    echo "Ошибка: коммит должен содержать ID задачи (PROJ-xxx)"
    exit 1
fi

Типовые статусы задач

To Do → In Progress → Code Review → Testing → Done
     ↑                    ↓
     └── Blocked ←── Needs Rework

Отчёты и анализ

Важные метрики для менеджмента:

• Velocity — сколько points делает команда за спринт
• Lead Time — время от идеи до production
• Cycle Time — время на разработку + review + testing
• Escapes — багов попало в production
• Burndown — выполнение задач спринта

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