Трансформация принятия решений от разработчика к архитектору.

Нанимая тех лидов, я провел эксперимент по принятию технических решений у кандидатов.
Выборка - от мидл разрабов, которые считают себя тех лидами, до тех лидов. Десятки человек.

Нудная теория за алгоритмы 🥱
Когда человек делает что-то много раз, он вырабатывает алгоритм. Он этого даже может не осознавать, но алгоритм всегда есть. Алгоритм позволяет человеку масштабировать выполнение этой задачи.

Задача.
Раз моим тех лидам нужно решать много сложных задач, то и проверяю я, как кандидаты их решают.
Даю опросник, где нужно заполнить 3 самых важных технических решения, которые они приняли недавно - тут я ищу их алгоритм.
У каждого решения нужно указать:
- проблему
- решение
- альтернативные решения
- рациональность принятия решения

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

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

Замечали похожее?