Почему новые инструменты не решают старые проблемы
Есть управленческий рефлекс, настолько распространенный, что я перестал ему удивляться уже много лет назад, команда, страдающая от определенной, хронической организационной или технической проблемы, реагирует на нее поиском нового, более совершенного инструмента, искренне рассчитывая, что сам факт перехода на этот новый инструмент автоматически, почти волшебным образом устранит накопившуюся проблему. И снова, и снова этот рефлекс приводит к разочарованию, потому что проблема, пусть в несколько иной форме, но упрямо продолжает существовать уже в новом, недавно приобретенном технологическом обличье. Разберемся содержательно, почему этот рефлекс оказывается настолько устойчивым, несмотря на регулярные разочарования, и что реально стоит делать вместо него. Начнем с честного разбора психологической притягательности подобного рефлекса, потому что понимание этой притягательности объясняет, почему он раз за разом побеждает более трудоемкую, но значительно более эффективную альтернативу. Смена инструмента представляет собой действие, вполне конкретное, вполне осязаемое и относительно быстро реализуемое, дающее команде ощущение реального прогресса и реального контроля над ситуацией. Содержательный, требующий значительно больше времени и значительно более неудобный анализ реальных, организационных и процессных первопричин хронической проблемы, напротив, представляет собой действие, значительно менее осязаемое, значительно менее приятное психологически, зачастую требующее честного признания собственных, команды или руководителя, организационных или управленческих ошибок, что делает подобный анализ значительно менее привлекательным выбором в сравнении с относительно легким, быстрым решением о переходе на новый, более модный инструмент. Инструмент, при этом, действительно способен реализовать уже существующий, продуманный процесс значительно эффективнее и удобнее, чем предыдущий, устаревший инструмент, но никакой инструмент, сколь угодно совершенный сам по себе, не способен самостоятельно породить продуманный процесс там, где его реально не существовало прежде. Команда, страдающая от хаотичного, непредсказуемого потока входящих задач по причине отсутствия продуманной практики приоритизации и явного ограничения параллельно выполняемой работы, о конкретных практических принципах подобной практики я подробно писал в отдельной статье про управление потоком инфраструктурных задач, не решает эту реальную, коренную проблему переходом на более современный, более функционально богатый инструмент управления задачами, а лишь переносит все тот же самый, реально не устраненный хаос в новую, технически более совершенную оболочку. Проблема сопротивления команды предлагаемым изменениям, о реальной, значительно более глубокой природе которого я подробно писал в отдельной статье, не решается переходом на новый, технически более совершенный инструмент внедрения изменений, если истинная первопричина этого сопротивления кроется в недостаточном доверии к руководству, недостаточной содержательности объяснения причин изменения, или недостаточной поддержке команды в процессе освоения новых практик, потому что подобные глубинные, организационные причины сопротивления никак не связаны с конкретным техническим воплощением процесса, а связаны исключительно с реальным качеством управления этим процессом. Проблема хронической перегрузки команды не решается переходом на более совершенный инструмент автоматизации рутинных операций, если истинная первопричина этой перегрузки кроется в отсутствии содержательной приоритизации ограниченных ресурсов команды между конкурирующими требованиями, о продуманном балансе между которыми я подробно писал в отдельной статье, потому что даже самая эффективная автоматизация конкретных, отдельных операций не способна компенсировать фундаментальный, организационный дисбаланс между реальным объемом работы, накладываемой на команду, и ее объективной пропускной способностью.
· 07.08
Мне нравится тут мысли, но читать сложно, как в силу объема текста так и структуры/формы.
Фактически вы говорите о том что нельзя компенсировать низкий уровень зрелости бизнес-процессов через внедрения новых инструментов. Поскольку bottleneck - не отсутствие инструментов а хаос в процессах.
И да это правда, компании часто думают что если купят очередной SaaS сервис все станет круто, но нет, не станет
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён