ШаблонТребований (1)

1.

Как ускорить
рассмотрение заявок
Разбор основных моментов при написании заявок

2.

План презентации
01
02
03
Основная информация
Introduction
Цель по SMART
Виды требований
04
05
Виды заявок и их
структура
Вопросы
в заявке

3.

01
Основная информация
(тема, назначение, связи,
тестирование)

4.

Тема заявки
Обязательно должна содержать информацию о том:
● какие действия нужно произвести в конкретном
объекте для достижения указанной цели
● какое общее представление об ожидаемом результате
от выполнения заявки
Хорошая тема - пример:
Плохая тема - пример:
Закуп товаров - изменение
логики получения запросов
цен при выборе категорий
отчет Магазин/Работа
кассы/Отчет по
возвратам
Дополнительно тема может содержать
характеристику важности, срочности и
необходимости рассмотрения аналитиком

5.

Назначение
Новая задача
Ошибка
создание нового
объекта или процесса
выявлено некорректное
поведение системы
Улучшение
Исследование
доработка
существующих
объектов/процессов
поиск возможности
реализации, причины
возникновения ошибки
Улучшение "Junior"
Техническая задача
Небольшие и
несложные
доработки
устанавливается по
просьбе системного
аналитика или
разработчика.

6.

Связи
Старайтесь не забывать устанавливать связи для заявки в SDMS!

7.

Связи
Связана с
Блокирует
Блокируется
При выборе этой связи
указать связанную с
текущей заявку, но не
являющуюся ее прямым
продолжением или
блокирующей заявкой
При выборе этой связи
указать заявку, которая не
может быть выполнена без
выполнения текущей
При выборе этой связи
указать заявку, без которой
невозможно выполнить
текущую
Следующая
Предыдущая
При выборе этой связи
указать заявку, которую
нужно выполнять после
текущей
При выборе этой связи
указать заявку, которая
должна быть выполнена до
текущей

8.

Тестирование
В этом блоке необходимо указать:
❏ В каком месте будет удобнее всего проводить
тестирование:
❏ внешняя обработка,
❏ база клона
❏ или сразу на рабочей системе.
❏ Кто будет тестировать: ФИО,
Справочник.Пользователи.Код тестировщика и способ
связи с тестировщиком.
❏ В какие дни можно внедрять изменения в рабочую базу.

9.

02
Цель заявки
(цель по SMART)

10.

Цель по SMART
Цель – конечное состояние, к которому
необходимо прийти в результате выполнения
заявки.
Должна соответствовать критериям постановки
целей по SMART:
❏ конкретная,
❏ измеримая,
❏ достижимая,
❏ значимая,
❏ ограниченная по времени.

11.

Цель по SMART
Хорошо написанная цель помогает аналитику и разработчику понять, зачем все
это нужно и предложить варианты решения проблемы.
Хорошая цель - пример:
Плохая цель - пример:
"Добавлена новая колонка цены для сравнения
в основную форму отчета ЗТ 2.0, чтобы
пользователи могли принять информированное
решение о количестве закупаемого товара"
“Добавлена новая колонка цены для сравнения в
основную форму отчета ЗТ 2.0, для того, чтобы
пользователи видели значения цены для каждого
товара”
Хорошая цель - пример:
Создать регистр сведений с планами продаж по
категории для расчета алгоритмов
ценообразования.
Плохая цель - пример:
Создать регистр сведений для хранения планов
продаж по категории.

12.

03
Виды требований
(функциональные и
нефункциональные)

13.

Виды требований
При составлении требований в заявке старайтесь описывать образ нужного результата в совокупности
«Функциональные требования» + «Нефункциональные требования».
Функциональные
Описание того, что система должна делать. Эти
требования определяют, что разработчики
должны создать, чтобы пользователи могли
Пример функциональных требований:
● "После нажатия пользователем на кнопку "Настройки" система
должна открывать форму с настройками для РЗ".
● "Система должна запускать РЗ каждый пн, в 8:00 по Вл".
выполнять свои задачи.
Нефункциональные
Описание того, как система должна что-то
делать. К таким требованиям относятся
доступность, легкость и простота использования,
производительность. К ним также относится то,
как должны выглядеть формы объектов.
Пример нефункциональных требований:
● Указать ожидаемый макет формы.
● "Отчет должен формироваться не более 5 минут, если
пользователь выбрал в поле "Период" период до года
включительно".

14.

04
Виды заявок и их
структура
(создание, улучшение и
исследование)

15.

Виды заявок
На доработку
существующего
инструмента
заявку необходимо писать в
формате
как есть сейчас - как
должно быть.
На исследование
❏
Мы не знаем, как чтото работает
❏
Мы не знаем, где
используется объект
❏
Нужно исследовать
причины
возникновения ошибки
В рамках этой заявки не
должны вноситься
изменения в рабочую базу!
На создание нового
объекта/процесса
заявку необходимо писать в
формате
как должно быть.

16.

Структура заявок
1. Основная информация:
2. Требования к виду объекта:
1.2 Данные объекта
2.1 Добавить формы объекта
● Реквизиты объекта, месторасположение и т.д.
● Формы - визуальное представление объекта, которое
нужно пользователю для работы с объектом.
1.3 Права
● Для нового объекта или функционала указать
(при необходимости):
○ право на работу с объектом (на открытие/на
изменение и т.д.);
○ указать ответственных, которые будут
давать права другим пользователям.
1.4 Расположение в интерфейсе
● Путь к объекту
2.1 Описать вид формы
● Для каждой формы нужен макет (можно сделать на
1С-Maker, а можно указать пример похожей формы
другого объекта).
● Также необходимо указать:
○ Кнопки,
○ Таблицы и источники данных для колонок,
○ Условное оформление,
○ Поля ввода,
○ доп. Элементы (надписи или картинки).

17.

Спасибо за
внимание!
Какие у вас возникли вопросы?
CREDITS: This presentation template was created by Slidesgo, and
includes icons by Flaticon, and infographics & images by Freepik