Приветствую уважаемых архитекторов ИТ-проектов! Сегодня мы поговорим об одном распространенном и весьма неприятном явлении, которое можно образно охарактеризовать как "туннельное зрение" или "туннельное сознание". Речь пойдёт о туннельном мышлении — излишней сосредоточенности на какой-то одной идее в ущерб всем остальным.
Это опасная штука, скажу я вам! По статистике, туннельное мышление является причиной провала почти трети ИТ-проектов. Не самый веселый показатель, не правда ли? Есть и мой личный горький опыт создания системы хранения данных для крупной компании, когда из-за чрезмерной фиксации на скорости выполнения запросов в итоге была разработана сложно масштабируемая структура, которая чуть было не рухнула после резкого увеличения пользовательской нагрузки. Потом, конечно, удалось все поправить, но кучу времени потратили впустую.
В общем, будем надеяться, что после прочтения данной статьи вы научитесь распознавать эту подстерегающую архитектора опасность и находить способы с ней справляться. Погнали!
Причины возникновения туннельного мышления
Давайте разберём на конкретных примерах, почему архитекторы проектов подвержены туннельному мышлению.
Возьмём типичный проект по запуску процесса бюджетирования в нескольких юридических лицах холдинга на платформе 1С:Предприятие. Ключевые ограничения: жёсткие сроки перед началом нового финансового года, согласованная методологическая модель, бюджет проекта. В таких условиях архитектор нацелен в первую очередь вписаться в заданные рамки — уложиться по времени, минимизировать изменения в типовой конфигурации, не завязнуть в изменениях первоначальных требований пользователей. И если по ходу проекта выясняется, что текущий план внедрения не оптимален, то зачастую просто игнорируются другие варианты конфигурации. Лишь бы не менять изначальный подход!
Ещё пример — разработка отчётности на прикладном решении 1С для госкомпании. Тут приоритет однозначно отдаётся жёсткому выполнению всех требований и форматов данных из технического задания, которое прилагалось к тендерной документации. Любое отклонение чревато долгими согласованиями и риском срыва сроков. Поэтому архитектор, скорее всего, будет изначально ориентирован на максимальное следование спецификациям, даже если такой подход не самый эффективный технически.
Жёсткие дедлайны, высокая ответственность, много заинтересованных лиц. В таких условиях архитектору проще сузить фокус внимания до одной конкретной цели. А там уж и до туннельного мышления недалеко.
Последствия туннельного мышления
Давайте посмотрим, к чему может привести туннельное мышление в проектах.
- Во-первых, это неоптимальная архитектура системы. Например, из-за слепого следования предварительному плану или ТЗ внедряется не оптимальная прикладная или технологическая архитектура, что ведёт к множеству проблем для бизнеса. Либо выстраивается слишком сложная интеграционная архитектура, требующая в дальнейшем существенных затрат на ее поддержку.
- Во-вторых, возможно упущение важных требований заказчика. К примеру, в погоне за внедрением отчётности по ГОСТ в сжатые сроки, архитектор может не уделить должного внимания сквозной аналитике данных, в результате чего система окажется недостаточно информативной для принятия управленческих решений.
- В-третьих, туннельное мышление ограничивает поиск инновационных решений на платформе 1С:Предприятие. Вместо того, чтобы предложить использование специальных прикладных или технических решений, архитектор упорно, дорого и долго реализует типовой функционал приложения.
Как видите, последствия могут быть весьма ощутимыми. Но, к счастью, есть способы этого избежать!
Методы преодоления туннельного мышления
Итак, уважаемые коллеги, мы подошли к самому важному и практичному разделу нашей статьи — как же всё-таки избавиться от этой привычки цепляться за одно решение? Держите пару рабочих советов, проверенных на личном опыте.
Во-первых, регулярно проводите мозговые штурмы и обсуждения проекта с представителями других команд. Свежий взгляд поможет увидеть недостатки текущих решений и новые возможности. Главное — не отметать с ходу "странные" идеи, а дать им шанс.
Во-вторых, в обязательном порядке анализируйте с командой альтернативные сценарии и варианты архитектуры. Пусть даже на первый взгляд они кажутся менее перспективными — вдруг при более детальном рассмотрении выглядят лучше?
В-третьих, привлекайте внешних экспертов для независимой оценки принятых решений. Найдите тех, кто без страха укажет на все недочёты и слабые места.
И в-четвёртых, используйте концепцию "адвоката дьявола". Выделите в команде человека, который будет играть роль скептика и критика, оспаривающего принимаемые решения.
В общем, главная идея в том, чтобы разными способами "встряхивать" уже устоявшееся видение проекта и не давать ему застаиваться. Тогда и с туннельным мышлением будет покончено раз и навсегда!
Заключение
Итак, мы подошли к концу нашего повествования по вопросу туннельного мышления.
Ещё раз кратко резюмирую основные моменты:
- Туннельное мышление — распространённая и опасная штука, которая подстерегает многих архитекторов.
- Причины — стресс, дедлайны, давление заинтересованных лиц.
- Последствия — упущенные требования, неоптимальные решения, снижение инновационности.
- Методы борьбы — мозговые штурмы, анализ альтернатив, привлечение экспертов, концепция "адвоката дьявола".
Главный совет — не давайте своему мышлению цепляться за один вариант, регулярно рассматривайте проект под разными углами. И тогда туннельное мышление вам не грозит! На этом позвольте попрощаться и пожелать вам успешных проектов без данной хитрой "болезни"! Не подведите, держите фокус шире! Всего доброго!
Если материал понравился — ставьте палец вверх и подписывайтесь на канал, чтобы не пропустить другой интересный и полезный контент 👍
Контакты:
✅ Подпишись на Telegram-канал
✅ Адрес для связи по вопросам прохождения курсов, стажировки или трудоустройства: ProIT@1cbit.ru 📬
