Так сложилось, что последнее время я много занимаюсь работой с требованиями к продукту от «внутреннего заказчика», в том числе от коллег из различных подразделений и технических команд. И ко мне постоянно приходят люди с тем, чтобы наша команда реализовала те или иные фичи, что-то переделали, добавили, убрали.

В данной статье я хочу рассказать, как можно со всем этим входящим хаосом работать.

Выяснение реальной проблемы

Когда кто-то приходит с проблемой, требованием, идеей новой фичи и т.д. то далеко не всегда приносит нам это в готовом виде, пригодном для реализации. Как правило это или какой-то “космос” — что-то очень большое, выбивающееся, нереалистичное, требующее переделать всё полностью для решения небольшой проблемы, актуальность которой неизвестна. Или просто “сырое”, непонятное, неконкретное требование.

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

Чтобы хаос и мрак преисподней немного отодвинуть, нам нужно понять, что стоит за этими идеями и предложениями. Какую задачу пришедший к вам человек реально хочет решить, какую проблему закрыть?

Далеко не всегда это понятно и очевидно сразу. Часто приходится продираться, по многу раз задавая одни и те же вопросы. Или разные вопросы. Пока наконец не станет понятно, что не так по сути, по существу вопроса, и как в понимании человека должно быть “так”. И это понимание, как правило, очень сильно отличается от первоначальной формулировки задачи/проблемы. Но не получив его, невозможно перейти к следующим шагам и удовлетворить потребность.


Читать дальше →

https://habr.com/post/413273/?utm_source=habrahabr&utm_medium=rss&utm_campaign=413273