Почему тяжело описывать задачи

Почему вообще столько сложностей возникает вокруг описания задач? Хотелось бы конечно сказать, что PO или заказчику просто лень это делать, но чаще всего все намного сложнее. Даже тем, кто реально готов стараться, сложно. Собственно поэтому мы и сделали свое руководство по описанию задач, которое с этим поможет. Так в чем же причина этих сложностей?

Бизнес (PO) и вообще любой заказчик, хорошо разбирается в своей области. Если это недвижимость, то в недвижимости, если машины, то в машинах, но вот в технической стороне бизнес подкован слабее. Поэтому то, что разработке кажется элементарным, людям целыми днями за компьютером не проводящим это не так уж и очевидно.

Как пример, заказчик хочет сделать кнопку подписки. У него в голове есть только это действие, ему нужно, чтобы человек подписался. Он наверное делал это сам когда-нибудь, но он даже не помнит, что там в интерфейсе происходило - нажал и забыл. Какая там валидация у поля, какие сообщения об успехе или ошибке могут быть, нужна ли галочка "согласен на обработку данных" и так далее. Это все просто не приходит в голову, потому что с этой стороны систему ты не знаешь. И это совершенно нормально! У каждого своя сфера, в которой он максимально силен.

В итоге заказчику ясно одно "я хочу кнопку подписаться" - все! И многие задачи на разработку именно так и выглядят. Одна фраза "сделай название фичи". А у разработчика при первом же взгляде на эту задачу появляется уйма вопросов.

Что можно сделать, если вы совсем не знаете, как поставить задачу и с чего вообще начать, мы описали в первой главе руководства. Пользуйтесь сами и делитесь со своими заказчиками. Кстати, не думайте, что если вы по задачам все время работаете, то вы сами умеете задачи описывать. Я тут недавно в очередной раз писала ТЗ для проекта, десять раз ловина себя на "ну это же очевидно". Но это уже совсем другая история.