Ок, что с фичей происходит после того, как она попала на обзор спринта?

стандарты это хотелки клиентов. и эти стандарты не всем нужны :D

Это контекст продукта. Если ты делаешь телефон, то никакая суперинновационность не спасет тебя от следования нескольким стандартам. Иначе ты не попадешь на рынок.

ну так это контекст сторей кому нужны стандарты и прочая хреновина.

Соотвтствовать дожен продукт.

Если HIPPA требует, чтобы у тебя к "персональной информации пациента" не было доступа, не соответствующего определенным правилам - ты должен сделать так, чтобы доступа не было, вне зависимости от того, какие у тебя внутри стори :)

так мы это делали и это была именно хотелка под наших клиентов

Игорь, выйди слегка из контекста своего подукта :)

на начальных этапах разработки такие хотелки вроде нет доступа к персональной информации - могут вообще разработке МЕШАТЬ :D

Могут. А в середине может оказаться, что ты не можешь вйти к живым пользователям, потому что compliance не проходит и нельзя, пока ты все не переделаешь с самого анчала :)

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

Ну то есть требование к архитектуре и каждому PBI будет "соответствовать"?:)

необязательно.

задайся вопросом зачем тебе эти стандарты?

Это филосфский вопрос с кратким ответом: потому что это требовнание для выхода на рынок :)

даже когда вышли на рынок - не каждая версия будет попадать на массовый рынок где нужны стандарты.

Есть продукт, есть требования для "сертификации". Продукт им или соответствует, или нет.

зачем?

ты можешь разрабатывать платформу, которая в целом не проходит complience и отдельный продукт на ней, который проходит complience - тогда для этого прдукта комплайнс будет набором non-fucntional requirements.

нет :D возьмем gentoo linux - у него был билд hardened который призван был быть оверсекьюрным.

Simplicity--the art of maximizing the amount of work not done--is essential.

И? Не делать лишнюю работу на "подготовку к аудиту после завершения работы" - куда как лучше для maximizing amount of work not done :)

а есть исследования которые скажут что пристегиваться обязательно?

Есть ПДД, которые это говорят. Улавливаешь аналогию?:)

аудита может и не случится

Может. А может случиться. А может быть вообще обязательным для выхода на рынок.

когда случится аудит тогда и поговорим :D а пока что пилим и держим в голове что может случится такая штука.

ну так если я не поеду на этот выезд меня и не оштрафуют :D

то есть мне нужно пристегнутся только для того чтобы проехать мимо этого гаишника

Угу. Так вот подумай, что проще - пристегиваться перед ГАИшником и потом отстегиваться, чтобы снова пристегиваться перед другим гаишником, или просто пристегнуться?:)

То есть если твой продукт дожен быть HIPPA, потому что это, например, софт для управления записями о пациентах, тебе не получится поставить его клиентам, пока аудит не скажет, что все в порядке, ты HIPPA.