Почему менеджмент важнее инженерии при создании систем
Обычно при обсуждении стадий и этапов создания автоматизированных систем (АС) возникает вопрос: нельзя ли сделать всё сразу и правильно? Анализ показывает, что инженерные риски занимают лишь 13%. Остальные 87% приходятся на зону ответственности менеджмента: целеполагание, планирование, распределение ресурсов, экономический анализ. Следовательно, основное внимание нужно уделять оптимизации именно управленческих решений.
Три способа принятия решений
Анализ деятельности менеджеров позволил выделить три способа принятия решений:
1.
Эмоциональный (преимущественно правое полушарие мозга). Менеджер вживается в проблему, пропускает её через себя, опираясь на интуицию и порывы.
Плюс: минимум усилий.
Минус: велика вероятность ошибки, о системном подходе речи не идёт.
2.
На основе суждений (опора на отчёты,
бенчмаркинг (benchmarking), лучшие практики). Используется обработанный практический опыт.
Плюс: наглядность, выделены важные факторы.
Минус: это статистика без учёта специфики конкретной системы; к тому же такие системы уже должны существовать, а их корреляция с нашей задачей не гарантирована.
3.
Рациональный (методология ГОСТ). Предполагает полный цикл: обследование, концепцию, техническое задание и т.д.
Плюс: наилучший результат, система проектируется осознанно.
Минус: значительный объём работ (десятки этапов).
Главная задача — уходить от эмоциональных решений к рациональным. Однако даже при наличии времени на рациональный подход действуют
теоремы Гёделя: все доступные сведения могут быть неполными, противоречивыми или не относиться к делу. Менеджеры вынуждены принимать решения именно на таких данных, поэтому вероятность правильного решения объективно не может быть высокой.
Что отличает успешного менеджера
Исследования в США проверяли гипотезу: успешный менеджер принимает более правильные решения. Гипотеза не подтвердилась — уровень правильных решений у успешных и неуспешных примерно одинаков. Отличие в другом: успешный менеджер после первой, второй неудачи не опускает руки и продолжает попытки. Статистика показывает: для достижения успеха нужно в среднем три попытки, причём 80% людей не делают даже первой.
Количественная оценка показала: доля успешных управленческих решений составляет около
30% (вероятность ошибки — 70%). При последовательном уточнении вероятность ошибки после первой попытки — 70%, после второй — 49%, после третьей — ~34%, после шестой — менее 12%. Отсюда следует, что:
• для надёжного успеха требуется порядка
5–7 стадий;
• необходимо активное участие заказчика, поскольку именно он знает, что считать правильным результатом.
Прямая и обратная задачи системного анализа
Системный анализ выделяет два типа задач:
• Прямая задача: даны начальные условия — что получится в итоге? Движение строится по принципу «экономии мышления»: на каждом шаге выбирается локально наилучшее решение. Требует минимум планирования, но маршрут часто далёк от оптимального.
• Обратная задача (динамическое программирование, dynamic programming): задана конечная цель — из какой точки и как следует двигаться, чтобы достичь её с минимальными затратами или максимальным эффектом. Решается от конца к началу с расчётом стоимости в каждом узле. Даёт оптимальный маршрут, но значительно более трудоёмка.
Пример: добраться до Эйфелевой башни по сетке с заданными стоимостями переходов. Прямой подход дал стоимость 128 и неоптимальный путь. Обратный — оптимальный путь стоимостью 118 при полном пересчёте всех узлов.
Стадии и этапы в ГОСТ 34
•
Стадия — работы, сгруппированные по соображениям получения
законченного результата. Это решение обратной задачи, нацеленное на максимизацию эффекта. Лозунг: «
Делать правильные вещи».
•
Этап — работы, сгруппированные по соображениям
рационального планирования. Это решение прямой задачи, экономящее усилия на планировании. Лозунг: «
Делать вещи правильно».
Общий замысел ГОСТ 34
ГОСТ 34 выстраивает создание АС в четыре логических шага:
1.
Формализация ожиданий пользователей и бизнеса. Требования не только изучаются, но фиксируются и согласовываются.
2.
Концептуальная проработка вариантов, выбор оптимального и формирование технических требований.
3.
Проектирование и оптимизация системы в рамках заданных ограничений.
4.
Реализация и контроль соответствия техническим требованиям.
Этим шагам соответствуют восемь стадий (согласно ГОСТ 3461):
•
Формирование требований к АС.
•
Разработка концепции и техническое задание.
•
Проектирование и оптимизация (две проектные стадии).
•
Рабочая документация и ввод в действие.
•
Сопровождение АС. Замечания пользователей на этой стадии могут либо вернуть систему на доработку (к формированию требований), либо привести к выводу из эксплуатации (утилизация ГОСТ 34 не описывается).
Что дают стадии и этапы
• Единые правила и требования для обеспечения качества и эффективности функционирования АС.
• Сокращение затрат и сроков.
• Типизацию и унификацию проектных решений.
• Согласование позиций «правильно — неправильно», что критично, поскольку около 50% проектов спорные.
• Совместимость с технологиями управления проектами и продаж.
Совместимость с технологией активных продаж
Технология активных продаж включает шаги: активное слушание → повторение услышанного → подтверждение понимания клиентом → формулирование предложения → обработка возражений → управление ожиданиями → обеспечение ожиданий → подтверждение ожиданий.
Сопоставление со стадиями ГОСТ:
•
Обследование и отчёт закрывают активное слушание, повторение и подтверждение.
•
Разработка концепции и ТЗ реализуют предложение, обработку возражений и управление ожиданиями.
•
Проектирование и внедрение обеспечивают ожидания.
•
Предварительные испытания, опытная эксплуатация, приёмочные испытания подтверждают ожидания.
Ключевые итоговые тезисы
• Процесс создания АС — это совокупность стадий и этапов, выполнение которых необходимо и достаточно для получения системы, соответствующей требованиям.
• Стадии и этапы обеспечивают эффективность и рациональность проектов.
• Они совместимы с проектными методологиями и методиками продаж. В основе лежит здравый смысл.
Краткие итоги
Логика материала выстраивается вокруг фундаментальной асимметрии: технические риски составляют лишь малую часть проектных проблем, тогда как основные источники неудач находятся в плоскости управления. Это смещает фокус с инженерного совершенства на качество менеджерских решений. Анализ трёх способов принятия решений — эмоционального, основанного на суждениях и рационального — позволяет увидеть спектр компромиссов между затрачиваемыми усилиями и получаемым результатом. Практический вывод состоит в том, что опора исключительно на прошлый опыт или интуицию без методологической базы ведёт к накоплению незамеченных рисков, тогда как полный цикл ГОСТ требует дисциплины, но даёт предсказуемый результат.
Исследования успешности менеджеров развенчивают миф о врождённой безошибочности и выводят на первый план итерационную природу достижения успеха: результат обеспечивается не безошибочностью единичного решения, а способностью пройти через несколько циклов уточнений. Вероятностная модель (30% успеха) количественно обосновывает необходимость многозвенной структуры стадий — не как бюрократической надстройки, а как механизма снижения неопределённости. Здесь системный анализ даёт строгое различение: прямая задача минимизирует усилия, но жертвует глобальной оптимальностью; обратная задача трудоёмка, но даёт оптимальный путь. Это различение кристаллизуется в определениях этапа и стадии. Этап воплощает локальную рациональность («делать вещи правильно»), стадия — ориентацию на конечный результат («делать правильные вещи»). В живом проекте оба подхода сосуществуют, и их баланс определяет зрелость процесса.
Наложение этой модели на восьмистадийную схему ГОСТ показывает, как абстрактная идея превращается в рабочий регламент. Важно, что стадийность не изолирована от коммерческой реальности: сопоставление с техникой активных продаж демонстрирует, что каждый шаг взаимодействия с заказчиком имеет своё проектное отражение — от фиксации потребностей до формального подтверждения ожиданий. Практическое применение такого взгляда позволяет синхронизировать язык продаж и инженерного исполнения, что снижает риск конфликта ожиданий и результатов. В итоге стадийно-этапная модель предстаёт не формальным набором документов, а рациональным каркасом, в котором менеджерская интуиция и настойчивость соединяются с инженерной строгостью, обеспечивая понятный всем участникам путь к цели.
1. Инженерные риски составляют лишь 13% проблем; 87% неудач проектов связаны с менеджментом.
2. Эмоциональные решения даются легко, но порождают максимальную ошибку и непригодны для системного результата.
3. Решения на основе суждений используют бенчмаркинг и прошлый опыт, но не учитывают уникальную специфику проекта.
4. Рациональный подход по ГОСТ даёт наилучший результат, но требует существенно больших усилий на всех стадиях.
5. Согласно теоремам Гёделя, менеджеры всегда действуют в условиях неполноты и противоречивости информации.
6. Успешные менеджеры отличаются не процентом верных решений, а настойчивостью после неудач.
7. При вероятности успеха 30% достижение надёжного результата требует от 5 до 7 итерационных уточнений.
8. Прямая задача системного анализа отражает «экономию мышления»; она проще, но часто ведёт к неоптимальным решениям.
9. Обратная задача (динамическое программирование) гарантирует оптимальный результат ценой полного расчёта вариантов.
10. Стадия — это единица результата (обратная задача), этап — единица планирования (прямая задача).
11. Восемь стадий ГОСТ охватывают цикл от требований до сопровождения и поддерживают возврат на доработку.
12. Стадийность полностью совмещается с техникой активных продаж, синхронизируя работу с ожиданиями заказчика.
1. Почему при создании автоматизированных систем первоочередное внимание следует уделять менеджменту, а не инженерным задачам?
2. Какие ключевые недостатки имеет способ принятия решений, основанный на суждениях?
3. Как теоремы Гёделя объясняют постоянную неопределённость, в которой работают менеджеры?
4. Что общего и в чём различие между эмоциональным и рациональным способами принятия решений?
5. Какой главный вывод был сделан из исследований о доле правильных решений у успешных и неуспешных менеджеров?
6. Как, зная вероятность успешности одного решения (30%), оценить необходимое количество итераций для снижения ошибки ниже 12%?
7. В чём отличие прямой и обратной задач системного анализа с точки зрения затрат на планирование и качества результата?
8. Почему стадию определяют как реализацию обратной задачи, а этап — прямой задачи?
9. Какие четыре крупные цели закладывает общий замысел ГОСТ 34 при создании АС?
10. Какие стадии ГОСТ 34 относятся к проектным (проектирование и оптимизация), а какие — к реализации?
11. Каким образом шаги активных продаж (активное слушание, управление ожиданиями, подтверждение) отображаются на стадии ГОСТ?
12. Какие практические выгоды получает проект от внедрения стадий и этапов, помимо формального соблюдения стандарта?
