ВОДКА!)
Или нерабочий московский понедельник)
#атрибутыкачества #протребования #водка #митап #аналитикимосквы #историиизжизни
Евгений меня вчера опередил 😂 и запостил архивное фото с митапа московских аналитиков. Да, в Москве можно не только отдыхать в понедельник, но и напрягать мозг на митапах, правильно выпивая и закусывая 😂
Ладно, шутки, шутками. Но хотела поговорить про атрибуты качества требований. Их много разных. И канонично говорят о
✅непротиворечивости,
✅однозначности,
✅реализуемости,
✅полноте,
✅эффективности и других.
Атрибутов может быть много.
Что обычно я использую на практике.
👉Во-первых полнота. Я всегда стараюсь по-максимуму всё выложить из головы и просчитать варианты развития событий в будущем. Пусть список будет большой и полный, с этим проще работать, чем думать о том, что что-то забыл. Большой список я делю на:
✅mvp (то, что точно нужно сделать),
✅то что хотелось бы (но можно и без),
✅то что можно перенести в будущие версии (но уже сейчас, заложить в структуру архитектуры возможность расширения функционала, например, за счёт настроек).
👉Дальше, я смотрю на список требований, и читаю их не по порядку, я имитирую работу разработчиков, когда кому-то дали в разработку часть требований. Живёт ли эта часть без контекста соседей? Можно ли их переставлять, читать инкапсулировано? Не теряется ли смысл требования, понятно ли оно отдельно?
👉Далее смотрю, можно ли требование разделить на несколько. Не содержит ли одно требование набор сразу нескольких функций, например. Если да, то разделяю - опять же причина, это возможность управления версиями реализации, и помощь в планирование, когда мои требования могут разбрестись по нескольким разработчикам.
👉Понятность будет ярко выражена в вопросах читающих - разработчиков, тестировщиков. И их вопросы, это звоночек возможно перефразировать требование.
На практике, я не сижу и не считаю, в цифрах, качество своих требований. Оно скорее по наитию, но иногда подобные упражнения можно сделать и попробовать свой список оценить по атрибутам качества и посчитать %, что, например, мы делаем на тренинге "китайская ручка" (о начале нового потока сообщу дополнительно, почитать про тренинг можно на странице - sup.expert/pen ) .
Единственное НО, из моих правил выше не получилась Водка)))
А как вы себе перепроверяете при работе с требованями?) На что обращаете внимание? Смотрите ли на качество?🤓
Или нерабочий московский понедельник)
#атрибутыкачества #протребования #водка #митап #аналитикимосквы #историиизжизни
Евгений меня вчера опередил 😂 и запостил архивное фото с митапа московских аналитиков. Да, в Москве можно не только отдыхать в понедельник, но и напрягать мозг на митапах, правильно выпивая и закусывая 😂
Ладно, шутки, шутками. Но хотела поговорить про атрибуты качества требований. Их много разных. И канонично говорят о
✅непротиворечивости,
✅однозначности,
✅реализуемости,
✅полноте,
✅эффективности и других.
Атрибутов может быть много.
Что обычно я использую на практике.
👉Во-первых полнота. Я всегда стараюсь по-максимуму всё выложить из головы и просчитать варианты развития событий в будущем. Пусть список будет большой и полный, с этим проще работать, чем думать о том, что что-то забыл. Большой список я делю на:
✅mvp (то, что точно нужно сделать),
✅то что хотелось бы (но можно и без),
✅то что можно перенести в будущие версии (но уже сейчас, заложить в структуру архитектуры возможность расширения функционала, например, за счёт настроек).
👉Дальше, я смотрю на список требований, и читаю их не по порядку, я имитирую работу разработчиков, когда кому-то дали в разработку часть требований. Живёт ли эта часть без контекста соседей? Можно ли их переставлять, читать инкапсулировано? Не теряется ли смысл требования, понятно ли оно отдельно?
👉Далее смотрю, можно ли требование разделить на несколько. Не содержит ли одно требование набор сразу нескольких функций, например. Если да, то разделяю - опять же причина, это возможность управления версиями реализации, и помощь в планирование, когда мои требования могут разбрестись по нескольким разработчикам.
👉Понятность будет ярко выражена в вопросах читающих - разработчиков, тестировщиков. И их вопросы, это звоночек возможно перефразировать требование.
На практике, я не сижу и не считаю, в цифрах, качество своих требований. Оно скорее по наитию, но иногда подобные упражнения можно сделать и попробовать свой список оценить по атрибутам качества и посчитать %, что, например, мы делаем на тренинге "китайская ручка" (о начале нового потока сообщу дополнительно, почитать про тренинг можно на странице - sup.expert/pen ) .
Единственное НО, из моих правил выше не получилась Водка)))
А как вы себе перепроверяете при работе с требованями?) На что обращаете внимание? Смотрите ли на качество?
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
"Китайская ручка"