Как увидеть счастливое будущее?)

А давайте поговорим про такой навык как визионерство)
Есть реальная проблема: дело в том, что под Soft Skills чаще всего подразумевают умение общаться или даже харизму. Но вот про умение рассуждать никто даже не вспоминает.

Почему я заменил слово «визионерство» на «рассуждение»? Потому что визионерство - это частный случай рассуждения.
Вот вы кидаете мяч, смотрите за тем, как он летит. Вам же не сложно понять, куда мяч приземлится? Сложно кинуть в нужную точку, но прикинуть траекторию уже летящего мяча может даже ребёнок. Является ли ребёнок визионером в данном случае? Да, он же предвидит, куда мяч упадет.

Но мяч летит по законам физики, которые мы понимаем подсознанием. Мы не задумываемся о том, куда он попадёт - мы как бы смотрим и сразу знаем ответ.

Вот теперь обрисую проблему на рабочем примере:
Задача у аналитика - сделать документацию под API. Он сдаёт задачу: методы описаны, формат ответа сервера тоже описан. Но только успешный ответ. Человек не догадался, что кроме успешного ответа может быть тонна ошибок, которые тоже нужно описать, чтобы тот кто будет пользоваться документацией понимал, где именно проблема и как её исправить.
В итоге документация у 70% всех сервисов только набор методов и хорошо если есть пример ответа.

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

Наш мозг сам по себе ленивый. Он обожает экономить энергию и всегда рисует самый простой, идеальный сценарий - тот самый «happy path» (счастливый путь). Мозг видит летящий мяч и подсознательно строит идеальную траекторию в вакууме. Но забывает учесть порыв ветра или внезапное препятствие.

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

Как прокачать в себе это «рассуждение» и стать визионером в своей зоне ответственности?

1️⃣ Какую проблему нужно решить?
Важно общаться с заказчиком и понять процесс рассуждения. Ведь часто он пришёл уже с готовой задачей, которая по его мнению должна решить проблему о которой обычно не говорят. Нужно всегда чётко понимать какую проблему решаем.
На примере всё той же задачи про АПИ, собственно это реально произошедшая ситуация:
Интеграция по апи уже настроена между сервисами, так как оба сервиса делал один человек. Он ушёл. Интеграция в моменте сломалась. Интеграцию нужно починить, и для этого дали аналитикам задачу написать документацию, которой не было. Они написали документацию про успешные ответы.
Спустя неделю, документация есть, интеграция не работает. Просчитались, но где?)

2️⃣ Всегда задавайте себе вопрос: «Что может пойти не так?»
Сделайте это обязательным правилом. Описали успешный сценарий? Отлично. Теперь заставьте себя придумать 2-3 негативных исхода. Это выводит мозг из «спящего» режима.

3️⃣ Смотрите на шаг дальше
Пользователь получил ошибку - хорошо, а что он должен делать дальше? Поймут ли разработчики, как её обработать? Что в итоге увидит конечный клиент? Настоящее визионерство - это умение достроить цепочку до конца.

4️⃣ Масштаб
От этого зависит очень многое, может кардинально всё изменить.
Задача сделать уведомления о новом заказе. Сделали красиво свёрстанное письмо которое будет отправляться на почту заказчику, он его согласовал и всё хорошо. А сколько их будет приходить 3 или 3000 в день? А может быть такое что сегодня 10, а потом запустят рекламную кампанию и увеличат до 1000 в день через месяц? И когда это произойдёт, всё развалится.
Догадываетесь почему в каждой второй квартире есть робот пылесос, но ни в одном ТРЦ их нет? Только водители на уборочных машинах)