Я много и часто читаю каналы на IT-тематику. И сегодня хотел бы обсудить вот этот пост

Пост называется «осознанный апрув и достаточное информирование».

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

Предприниматель или руководитель проекта, принимая решение (особенно затратное или рискованное), должен действовать не вслепую, а на основе полной, понятной и объективной информации, а также получать осознанное одобрение от ключевых участников (инвесторов, партнёров, команды, клиентов — в зависимости от контекста). Я пойду к тому подрядчику, кто даст мне полную информацию и станет отвечать на мои «глупые» вопросы.

Я согласен, что в идеальном мире всё так и должно быть: ты должен детально обсудить, рассказать все риски решения, проработать ТЗ, объяснить, показать, рассказать...

Но:

1. За это кто-то должен заплатить. Детальное ТЗ для проекта — это не один миллион рублей. И компании выворачиваются как только могут. Чаще делают сбор функциональных требований, примерную оценку с рисками — и с этим уже работают обе стороны. Здесь не будет «полной информированности» — в принципе не может быть. Конечно, это не касается каких-то мелких проектов на пару недель работы — там всё просто — обычно… но не всегда.

2. Сложность систем со стороны заказчика. То, про что я регулярно пишу, — то, что очень часто забывают. Любая долгоживущая система — запутанная, а ещё она бывает сложной. И проблема в том, что часто это «чёрный ящик». И не только для того, кто должен вмешаться в процесс и изменить его (например, IT-команда, что делает интернет-магазин), но и для собственника магазина: экспертиза по его магазину раскидана между множеством сотрудников.

3. Сложность разработки. Мир усложняется. И если вам кажется, что он упрощается (ну, например, сейчас любой лендинг можно сделать за пару часов на Тильде или с ИИ), то вы не правы. Под этой быстрой технологией (Тильда) лежат очень непростые программные продукты. И типовые решения — да, можно сделать быстро. Но как только мы отходим от типовых процессов — всё… начинается сложность. И это решаемо, это нормально. Это моя работа. Но здесь появляется фактор неопределённости. Самый банальный пример — интеграция интернет-магазина и транспортной компании. Казалось бы, чего проще: сделали одну — всё прекрасно; и доки есть, и отвечают оперативно. Начинаешь делать вторую интеграцию — и тут разворачивается портал в ад: документация неактуальна, тестовых стендов нет, поддержка отвечает раз в неделю по почте. И так далее, и тому подобное. А ещё: чем дольше проект, тем больше его запутанность и сложность.

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

Идеального в нашем мире нет. Но баланс найти можно.

Вооот как то тааак, если не согласны — айда в комменты обсудим А Ольге спасибо за повод порефлексировать

В этом посте были ссылки, но мы их удалили по правилам Сетки