Skip to content

Instantly share code, notes, and snippets.

Show Gist options
  • Star 1 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save mdemyanov/df5b97a2249d4494d173528b574312df to your computer and use it in GitHub Desktop.
Save mdemyanov/df5b97a2249d4494d173528b574312df to your computer and use it in GitHub Desktop.
[ITSM 365, Naumen SMP] Чек лист "Работа с требованиями"

Шаг 1 Соберите требования

  • Получите от заказчика сценарий использования Уточните у заказчика сценарий использования: Кто, Как и Где будет использовать функциональность. Для описания сценариев мы рекомендуем использовать job story вида: Когда ___, я хочу ___, чтобы ___.

Например: Специалист первой линии: Когда я регистрирую заявку от пользователя по телефону, хочу добавить информацию о контактном лице, чтобы специалисты могли с ним связаться для уточнения деталей работ.

  • Узнайте проблему, которую необходимо решить

Постарайтесь разобраться в проблеме, которую необходимо решить. Узнайте у заказчика почему это проблема.

  • Приземлите сценарий на вашу систему
    • Определите круг пользователей, которые будут использовать функциональность.
    • Зафиксируйте процессы, которые будут изменены.

Шаг 2 Продумайте решение

  • Изучите существующую функциональность

Изучите существующую функциональность, возможно, вы сможете переиспользовать системную или пользовательскую логику, которая уже есть в продукте.

  • Изучите Лучшие практики, документацию и базу знаний. Возможно для вашего кейса уже есть решение
  • Придумайте несколько вариантов реализацию. Проанализируйте плюсы и минусы каждого
  • Продумайте решения с учётом возможных изменений в будущем
  • Оцените влияние изменений
  • При необходимости посоветуйтесь с поддержкой ITSM 365

Шаг 3 Реализуйте настройки

  • Настраивайте по возможности в тестовой среде
  • Старайтесь не прерывать наследование настроек
  • Настраивайте по возможности на уровне класса
  • Использовать понятные названия и “говорящий” код. Например, для крайнего срока решения задачи удобно использовать атрибут с названием "Решить до" и кодом "deadLine".
  • Не удаляйте. Если функциональность можно отключить, отключайте

Шаг 4 Проверьте настройки

  • Пройдите пользовательский сценарий использования от начала и до конца
  • Проверьте настройку под разными специалистами
  • Используйте модуль проверки прав

Шаг 5 Внедряйте настройки

  • Настраивайте постепенно. Внедряйте частями и получайте обратную связь от пользователей. Тестируйте на фокус группах
  • Проводите настройки на рабочем приложении в периоды минимальной нагрузки на приложение. Это позволит сохранить производительность системы и предотвратить ошибки в работе пользователей
  • Оставляйте время на откат

Шаг 6 Собирайте обратную связь от пользователей

  • Спрашивайте о новой настройке у пользователей
  • Наблюдайте за тем, как сотрудники используют функциональность
  • Собирайте бэклог изменений и улучшений
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment