Разработка, которую мы потеряли 🥺

Делать мир проще — это причина, почему я кайфую от разработки с 8 класса школы.

Тут ты сделал лучше для 1 человека, тут для 1 000, а тут уже миллиону нанёс непоправимую пользу.

А ещё все улучшения стакаются. Порой экспоненциально.

Кирпичик за кирпичом. Фича за фичей. Каждый раз всё интереснее, ведь проблемы решаются всё больше и значимей.

Начинал своими руками. По мере роста руководителем всё больше полагался на своих ребят.

Моя команда — это рычаг решать бо́льшие проблемы за то же время. Ведь 5-30-150 пар рук — хороший множитель.

В пути я быстро смекнул, что +1 человек не делает +100% к результату. Мы теряем на коммуникации ±половину.

И чем больше людей, тем больше потери (ох и не любил я теорию информации в универе, а тут как по учебнику!).

Чтобы это решать, есть 2 пути:

1. Улучшать утилизацию и сходимость результата — про ресурсное планирование, буферы, дополнительные роли для координации, анализа и релизов и т. п.

2. Упрощать взаимодействие — когда мы оптимизируем поток получения результатов на масштабе компании.

Чаще всего я видел, что руководители идут по пути 1, называя это путём 2. Но это убивает разработку.

И действительно, разница в формулировках не сразу считывается.

Давайте на примере — вы хотите форму, как у Криштиану Роналду. У вас есть те же 2 пути:

1. Тренироваться с тренером, выстроить диету, чуть оземпика — визуально вы получите нужный результат, но на поле вы не покажете результаты как Роналду.

2. Чтобы играть на его уровне, нужно выстроить свою жизнь в систему, которая развивается и поддерживает вас на вершине: дисциплина, тренировки, питание, ритм жизни, смыслы и пр.

Так же и в разработке — мы сделали её псевдопредсказуемой 🤥

Мы усложнили решения и процессы. Мы создали кучу вспомогательных ролей и менеджеров, чтобы «разгрузить зашивающуюся команду / тимлида / продакта / подставь своё».

Мы упарываемся в ресурсное планирование, где постепенно появляются проджекты и размывается accountability за операционную эффективность.

Делая всё это, мы забираем у инженеров самое важное: возможность понять бизнес и клиентов. Ведь есть отдельные люди для этого, а разработчики… ну пускай пишут код и не отвлекаются!

Суть разработки — подумать и решить проблематику бизнеса, клиентов. Код — побочный продукт.

#каждыйденьлета

@tsvetkovdaily