Читать книгу Антихрупкость в IT - Александр Васильевич Бындю - Страница 11

Раздел I. Управление IT-продуктами
Глава 1. Кнопочное мышление против целостного IT-продукта
Преждевременные решения

Оглавление

Некоторым людям неймётся выпалить решение. Они как будто играют в «Свою Игру» или «Брейнринг». Ждут вопрос и на скорость предлагают решение.

В спешке между проблемой и идеей возникает слепая зона. Цепочка рассуждений и выводов остаётся за кадром (рис. 1).


Рис. 1. Отсутствие связи между целью и решением

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


Рис. 2. Прорисовка связи между целью и решением

Увидев корневую проблему или потребность, накидываем много возможных решений (рис. 3).


Рис. 3. Множество решений для одной цели

Обратите внимание, что теперь налицо выбор, но сделать его сложнее. У меня есть предположение, что люди намеренно останавливаются на первом решении, которое кажется подходящим. Ведь если идти дальше, то придётся выбирать, оценивать риски каждого решения, его плюсы и минусы. Работы прибавляется. Кроме того, чем шире выбор, тем меньше радость итогового решения.

Глубокое бурение проблемы затратно, никто не стремится в это болото. Но если мы создаём полезное решение, то пересиливаем себя и раскрываем слепую зону.

Истории из жизни

Кейс: Сужение видения

Идёт планирование релиза. Product Owner заканчивает фразу словами: «…можно отправить почтой». Я сразу останавливаю обсуждение, потому что одной фразой произошло сужение проблематики до одного решения. Остановились и раскопали корень потребности. Почему отправлять? Почему почтой? В мире ведь придумано много способов донесения информации до пользователей. В итоге предложили пять способов рассказать клиентам об обновлениях. Совет: не сводите решение к одному варианту.


Кейс: Решения без проблемы

Новый заказчик обсуждает с нами модернизацию IT-продукта. Пока рассказывает о продукте, вспоминает о проблеме – клиенты уходят в минус и перерасходуют ресурсы без оплаты. Сервис берёт деньги по мере выполнения операции, но предсказать расходы заранее нельзя. По мере рассказа заказчика посещает идея: обрубать доступ и оставлять клиента без результата.

Обсуждение прервали, раскопали проблему пользователей. Выяснилось, что пользователи не понимают, сколько денег остаётся в каждый момент времени, поэтому не могут оперативно принимать решения. Мы предложили показывать им расходы и текущий баланс в режиме онлайн. Заказчик удивился и сказал: «А что, так можно?»

Антихрупкость в IT

Подняться наверх