Наташа Косинова. Варю айти СУП
2.68K subscribers
67 photos
3 videos
9 files
335 links
Системный аналитик, тимлид, ментор, бизнес-тренер, автор айти курсов. Работаю в айти с 2006 года. Мой канал про айти, без лапши успешного успеха. Варю айти СУП здорового человека)

Мои услуги:
https://nkosinova.taplink.ws

Написать мне @tasha_kvitka
Download Telegram
ВОДКА!)
Или нерабочий московский понедельник)
#атрибутыкачества #протребования #водка #митап #аналитикимосквы #историиизжизни

Евгений меня вчера опередил 😂 и запостил архивное фото с митапа московских аналитиков. Да, в Москве можно не только отдыхать в понедельник, но и напрягать мозг на митапах, правильно выпивая и закусывая 😂

Ладно, шутки, шутками. Но хотела поговорить про атрибуты качества требований. Их много разных. И канонично говорят о
непротиворечивости,
однозначности,
реализуемости,
полноте,
эффективности и других.

Атрибутов может быть много.
Что обычно я использую на практике.
👉Во-первых полнота. Я всегда стараюсь по-максимуму всё выложить из головы и просчитать варианты развития событий в будущем. Пусть список будет большой и полный, с этим проще работать, чем думать о том, что что-то забыл. Большой список я делю на:
mvp (то, что точно нужно сделать),
то что хотелось бы (но можно и без),
то что можно перенести в будущие версии (но уже сейчас, заложить в структуру архитектуры возможность расширения функционала, например, за счёт настроек).

👉Дальше, я смотрю на список требований, и читаю их не по порядку, я имитирую работу разработчиков, когда кому-то дали в разработку часть требований. Живёт ли эта часть без контекста соседей? Можно ли их переставлять, читать инкапсулировано? Не теряется ли смысл требования, понятно ли оно отдельно?

👉Далее смотрю, можно ли требование разделить на несколько. Не содержит ли одно требование набор сразу нескольких функций, например. Если да, то разделяю - опять же причина, это возможность управления версиями реализации, и помощь в планирование, когда мои требования могут разбрестись по нескольким разработчикам.

👉Понятность будет ярко выражена в вопросах читающих - разработчиков, тестировщиков. И их вопросы, это звоночек возможно перефразировать требование.

На практике, я не сижу и не считаю, в цифрах, качество своих требований. Оно скорее по наитию, но иногда подобные упражнения можно сделать и попробовать свой список оценить по атрибутам качества и посчитать %, что, например, мы делаем на тренинге "китайская ручка" (о начале нового потока сообщу дополнительно, почитать про тренинг можно на странице - sup.expert/pen ) .

Единственное НО, из моих правил выше не получилась Водка)))

А как вы себе перепроверяете при работе с требованями?) На что обращаете внимание? Смотрите ли на качество? 🤓
Please open Telegram to view this post
VIEW IN TELEGRAM