О задачах.
Если раньше я ловил эстетическое удовольствие от проектирования архитектуры. То теперь, все больше получаю удовольствия от процесса постановки задач.
Начну с эпиков. Под эпиками подразумеваю крупный блок функциональности, который включает в себя задачи для тестировщиков, бизнес аналитиков, разработчиков и еще кучу народу.
Очень часто эпик ставится как «ну сделайте эту вот штуку, потому что она влияет на этот OKR» или что-то такое. Когда вы станете большими боссами я рекомендую вам небольшой чеклист что должно быть сделано в рамках подготовки эпика к нарезанию на задачи.
• Бизнес сценарии (например Given -> When -> Then), которые потом лягут в основу задач тестировщиков
• Бизнес метрики - как мы вообще поймем что фича работает и приносит результат, чтобы потом строить всякие там воронки
• Эксплуатационные метрики - за чем будем следить, где мы предполагаем нагрузку, чтобы потом через prometeus в графане графики смотреть
• Список инцидентов - чтобы понять что мы отслеживаем и отправляем в сентри.
• Активы и границы - конечно же важно для ИБ какие у нас появятся активы (пользовательские данные, наши статьи и т.д.) чтобы понять как это все защищать
• Ну и последнее, самое важное, соответствует ли эпик миссии проекта и его целевой аудитории
На уровне задачи такое не получится сделать, более того, задачи нарезаются на основе этих данных.
P.S. в рамках своего проекта начал через ИИшку это все трекать в эпиках, мне нраица.
Если раньше я ловил эстетическое удовольствие от проектирования архитектуры. То теперь, все больше получаю удовольствия от процесса постановки задач.
Начну с эпиков. Под эпиками подразумеваю крупный блок функциональности, который включает в себя задачи для тестировщиков, бизнес аналитиков, разработчиков и еще кучу народу.
Очень часто эпик ставится как «ну сделайте эту вот штуку, потому что она влияет на этот OKR» или что-то такое. Когда вы станете большими боссами я рекомендую вам небольшой чеклист что должно быть сделано в рамках подготовки эпика к нарезанию на задачи.
• Бизнес сценарии (например Given -> When -> Then), которые потом лягут в основу задач тестировщиков
• Бизнес метрики - как мы вообще поймем что фича работает и приносит результат, чтобы потом строить всякие там воронки
• Эксплуатационные метрики - за чем будем следить, где мы предполагаем нагрузку, чтобы потом через prometeus в графане графики смотреть
• Список инцидентов - чтобы понять что мы отслеживаем и отправляем в сентри.
• Активы и границы - конечно же важно для ИБ какие у нас появятся активы (пользовательские данные, наши статьи и т.д.) чтобы понять как это все защищать
• Ну и последнее, самое важное, соответствует ли эпик миссии проекта и его целевой аудитории
На уровне задачи такое не получится сделать, более того, задачи нарезаются на основе этих данных.
P.S. в рамках своего проекта начал через ИИшку это все трекать в эпиках, мне нраица.