Comments 5
Проблема: "Не хватает кнопки загрузки".
1-й. Почему ?: потому что в старой системе она была.
2-й. Почему? Понятия не имею, но мне было удобно.
3-й. Почему? Ты чё, дебил что-ли? Что докопался?
Есть целая наука под названием Requirement Management. В ней описаны и методы, как у специалистов 'выудить' нужную информацию, так и способы как создать каталог как функциональных, так и нефукциональных требований. На основе которых создаётся стабильная архитектура, процесы и их жизненные циклы, дизайн GUI и структура интерфейсов. Не имя первой - всё просто тяп-ляп. Нагромождение изменений из одного sprint(a) в другой. И вроде хочется сказать, что раньше с этим было лучше, но понимаешь, что от этого ничего не изменится - тренд такой сегодня,
Спасибо, полезно, но немного покоробило "Чтобы" и "Почему".
"Чтобы" - это ответ на вопрос "Зачем", а не "Почему".
Я бы или вопрос поменял, или ответ перефразировал.
Я не специалист по процессам, менеджменту и т.д, но все таки рискну предположить что метод пяти почему используется в другом контексте, для других целей и последовательно.
Основное предназначение метода пять почему, это поиск первопричины проблемы. Причем вопрос почему используется для выявления причины на уровне ценностей, и этим и ценится. То есть копает в глубину проблемы.
Пример.
Проблема. В продакшене выявляются много багов.
Почему у нас выявляются баги в продакшене? Потому что мы некачественно делаем тестирование в разработке.
Почему мы некачественно выполняем тестирование? Потому что на разработку пользовательских истории выделяется мало времени.
Почему выделяется мало времени на разработку истории? Потому что за довольно короткое время надо реализовать много истории...
И т.д. В конце пятого почему будет ответ на первопричины возникновения проблемы на уровне ценностей команды или компании.
Каким способом при переводе "purpose/why" превратилось в "некоторую компенсацию"?
Что такое пользовательская история?