Как SCM спасает бюджет цифровой трансформации: почему IT-проекты стоят миллионы? Любые изменения кажутся полезными, пока их не становится слишком много. Каждое новое улучшение обещает сделать систему лучше. Каждое дополнение выглядит разумным. Каждая корректировка имеет убедительное обоснование. Проблема возникает позже. Когда через несколько месяцев или лет уже невозможно понять, какой вариант системы считался правильным и в какой момент она начала отклоняться от первоначального замысла. Без точки отсчёта любое изменение начинает существовать само по себе. Организация теряет способность отличать развитие от накопления случайных решений. В результате споры возникают не только о будущем, но и о настоящем. Разные участники процесса начинают по-разному понимать, что именно должно существовать сегодня. Поэтому в сложных системах особую ценность имеет не само изменение, а возможность сравнить его с тем, что было согласовано ранее. Только тогда появляется возможность увидеть не отдельные действия, а траекторию движения системы. Возможно, управляемость определяется не количеством изменений, а наличием точки, относительно которой эти изменения можно измерить. Подробнее эта идея разбирается в подкасте по Software Configuration Management (SCM): www.youtube.com/...h3k
Александр Пономарев | Управленческий дневник
IT-катастрофы и SCM: Как защитить бизнес и перестать терять деньги на разработке? Большинство ошибок в сложных системах возникают не из-за плохих решений. Они возникают из-за того, что система перестаёт помнить, какие решения уже были приняты. Со временем накапливаются изменения. Одни исправляют старые проблемы. Другие добавляют новые возможности. Третьи появляются как временные исключения, которые неожиданно остаются навсегда. Каждое из них может быть разумным само по себе. Но чем больше таких изменений, тем сложнее становится ответить на простой вопрос: почему система выглядит именно так? Когда исчезает память об изменениях, организация начинает терять контроль над последствиями собственных действий. Любое новое решение принимается в условиях неполного понимания того, что уже существует. Поэтому устойчивость сложных систем определяется не только качеством изменений, но и способностью сохранять их историю. Не для отчётности. Для сохранения причинно-следственных связей между прошлым и будущим. Возможно, хаос начинается не тогда, когда в системе происходит слишком много изменений, а тогда, когда никто уже не может объяснить происхождение существующих. Подробнее эта идея разбирается в подкасте по концепции SCM (Software Configuration Management): www.youtube.com/...mgm
Как хаос в конфигурациях сжигает бюджеты: Почему автоматизация беспорядка стоит миллионы? Когда система работает плохо, естественным решением кажется автоматизация. Если люди тратят слишком много времени на согласования, учёт или передачу информации, возникает желание ускорить процесс с помощью новых инструментов. Но автоматизация обладает неприятственным свойством. Она усиливает не только порядок, но и беспорядок. Если процесс запутан, автоматизация делает запутанность быстрее. Если ответственность размыта, автоматизация закрепляет эту размытость. Если данные противоречат друг другу, автоматизация начинает распространять противоречия по всей системе. Поэтому многие организационные проблемы после внедрения новых технологий не исчезают, а становятся заметнее. Технология не создаёт хаос. Она лишь помогает ему проявиться в полном масштабе. Именно поэтому самые дорогие ошибки часто возникают не на этапе эксплуатации системы, а значительно раньше — в момент, когда организация пытается автоматизировать то, что сама ещё не до конца понимает. Возможно, эффективность автоматизации определяется не качеством инструмента, а степенью ясности процессов, которые он усиливает. Подробнее эта идея разбирается в подкасте по книге Фрэнка Уоттса «Управление конфигурациями для руководителей высшего звена»: www.youtube.com/...xm8
Почему 7 из 10 IT-трансформаций проваливаются? Разбираем TOGAF Большинство трансформаций терпят трудности не потому, что неверно определили конечную цель. Проблемы возникают на пути к ней. Организации любят обсуждать будущее состояние. Как будут выглядеть процессы. Какие технологии появятся. Какие результаты будут достигнуты. Но между настоящим и будущим всегда существует переходный период. Именно он становится самой сложной частью изменений. В этот момент система вынуждена одновременно существовать в двух реальностях. Поддерживать старые механизмы и строить новые. Сохранять устойчивость и одновременно меняться. Поэтому успех трансформации определяется не качеством финальной модели. Он определяется качеством промежуточных состояний. Слишком часто внимание сосредоточено на том, куда нужно прийти, а не на том, через какие этапы придётся пройти. Возможно, зрелость управления изменениями проявляется не в способности видеть идеальное будущее, а в способности проектировать жизнеспособное настоящее на пути к нему. Подробнее эта идея разбирается в подкасте: www.youtube.com/...lso
Данные — новая нефть или токсичный мусор? Большинство компаний воспринимают данные как побочный продукт деятельности. Сначала появляются процессы, продукты и системы. Данные возникают уже потом — как следствие работы организации. Но со временем происходит интересный сдвиг. Сотрудники меняются. Приложения заменяются. Технологии устаревают. А данные остаются. Они становятся единственным элементом системы, который переживает несколько поколений процессов и технологий. Поэтому настоящая ценность данных связана не с аналитикой и не с отчётами. Она связана с тем, что данные постепенно превращаются в коллективную память организации. Когда эта память фрагментирована, разные части компании начинают жить в разных версиях реальности. Когда она согласована, организация сохраняет способность понимать себя даже во время масштабных изменений. Парадокс в том, что многие компании инвестируют в системы для работы с данными, забывая инвестировать в сами данные. Возможно, устойчивость бизнеса определяется не тем, какие приложения он использует сегодня, а тем, какую память он сможет сохранить завтра. Подробнее эта идея разбирается в подкасте по книге «Ценность ваших данных» (авторы: Скворцов, Константинов и Кузнецов): www.youtube.com/...kg0
Почему «безупречные» IT-системы убивают бизнес? Идеальная система выглядит как система без ошибок. Без отказов. Без отклонений. Без неожиданных событий. Поэтому многие организации строят управление вокруг предотвращения любых сбоев. Но сложные системы подчиняются другой логике. В них невозможно заранее предусмотреть все сценарии взаимодействия элементов и условий среды. Рано или поздно возникает ситуация, которую никто не планировал. Тогда решающим становится не отсутствие ошибок, а способность системы ограничить последствия этих ошибок. Хрупкие системы стремятся избежать любого сбоя. Устойчивые системы исходят из того, что сбой неизбежен. Поэтому они строятся вокруг локализации проблем, а не вокруг надежды на их полное отсутствие. Парадокс в том, что стремление к безупречности иногда делает систему более уязвимой. Она привыкает существовать только в предсказуемых условиях и теряет способность адаптироваться к неожиданностям. Возможно, устойчивость определяется не тем, как редко система сталкивается с проблемами, а тем, насколько хорошо она умеет жить в мире, где проблемы неизбежны. Разбор IT-катастроф и антихрупкой архитектуры: www.youtube.com/...jg0
