Системное мышление в управлении ИТ-проектами: почему это важно
«Мы решили проблему. А через неделю она вернулась»
Вы решаете проблему, а через неделю она возвращается в новом обличье. Оптимизируете один процесс — страдают три смежных. Ускоряете разработку — падает качество.
Проблема в том, что вы мыслите линейно: причина → следствие, проблема → решение. А в ИТ всё связано со всем, и линейный подход не работает. Системное мышление — это способность видеть связи между элементами и понимать, как изменение одного влияет на другие.
Линейное vs системное мышление
|
Линейное мышление |
Системное мышление |
|
«Сорван срок — разработчики плохо оценили, наказать» |
«Сорван срок. Какие факторы повлияли? Оценка, нестабильность API, отпуск, перегрузка? Как они связаны?» |
|
Чинит поломку |
Ищет, почему поломки возникают системно |
|
Гасит пожар |
Выясняет, почему здание загорается в третий раз |
Почему ИТ-проекты нуждаются в системном подходе
- Технологическая сложность — изменение в одном компоненте вызывает сбой в другом.
- Быстрые изменения — то, что было актуально в начале, к завершению устаревает.
- Человеческий фактор — успех зависит от взаимодействия команды.
- Неопределённость — нельзя предвидеть всё заранее.
- Взаимосвязь проектов — один проект влияет на другие.
Проект как система
Проект — открытая динамическая система.
Элементы системы: цели, ресурсы, процессы, команда, стейкхолдеры, ограничения, риски.
Связи между ними:
- Изменение требования заказчика → влияет на содержание, сроки, бюджет, мотивацию, риски.
- Увольнение разработчика → влияет на сроки, бюджет, качество.
Главный принцип: нельзя изменить один элемент, не оценив влияние на все остальные.
Три примера из практики
1. Фокус только на сроках. Команда сжала сроки за счёт тестирования, продукт вышел с багами, репутация пострадала, исправление заняло больше времени.
Системный взгляд: качество и репутация — тоже часть системы, экономия на одном элементе приводит к потерям в других.
2. Фокус только на требованиях ключевого заказчика. Команда сделала всё, что просил один заказчик, а другие стейкхолдеры остались недовольны, внедрение сорвалось.
Системный взгляд: стейкхолдеры — система, нужен баланс интересов. Подробнее — в статье Конфликты в ИТ-команде.
3. Фокус только на новых технологиях. Команда внедрила модный стек, но команда не готова и сопровождения нет.
Системный взгляд: технологии связаны с компетенциями и процессами, внедрять новое можно только когда есть люди, которые могут это поддержать.
Инструменты развития системного мышления
|
Инструмент |
Как применять |
|
Картирование взаимосвязей |
Рисуйте карту влияния перед любым решением: кого затронет, какие элементы изменятся |
|
«Пять почему» |
Копайте до корневой причины, а не останавливайтесь на первой |
|
Анализ стейкхолдеров |
Учитывайте не только «громких», но всех, кто может повлиять или пострадать |
|
Моделирование сценариев |
Оптимистичный, реалистичный, пессимистичный — что будет, если X изменится |
|
Ретроспективы с системным уклоном |
Не «кто виноват», а «какие связи привели к проблеме» |
Что в понедельник утром
Перед любым решением задайте три вопроса:
- Кого затронет это решение?
- Какие элементы проекта изменятся?
- Как это повлияет на ценность?
Заключение
Системное мышление — навык, который развивается. В ИТ, где всё связано со всем, линейное мышление приводит к локально оптимальным решениям, которые вредят системе в целом.
На воркшопах курса ищем системные решения, а не «очередной костыль». Подробнее о курсе →