Всем привет! Немного диалектики вам в ленту =)

Управляя проектами нам постоянно приходится принимать решения. Для этого мы взвешиваем разные факторы, сравниваем их друг с другом, оцениваем их взаимное влияние. Часто для этого мы распологаем эти оценки у себя в голове на воображаемой линейке или плоскости. И наша плоскость, по привычке, как нас учили в школе, начинает отсчет от 0. Например мы оцениваем пользу от какого-то явления и взвешиваем: нулевая она или великая.
Но любое явление в нашей жизни имеет свою противоположность. Это не ноль, это отрицательная величина. У этого явления есть польза? Значит может быть и вред!

Для примера взглянем на матрицу Влияние-Интерес при работе с заинтересованными сторонами.

Мы привычно делим её на четыре квадрата: низкий интерес/низкое влияние (наблюдаем), высокий интерес/низкое влияние (информируем), низкий интерес/высокое влияние (удовлетворяем), высокий интерес/высокое влияние (управляем плотно). Все эти стратегии работают с теми, кто либо нейтрален, либо позитивно настроен к проекту. Нулевой интерес для нас — это просто апатия.

Но что, если мы продолжим оси в отрицательную область? Что такое «отрицательный интерес»? Это не просто его отсутствие. Это активное желание, чтобы проект провалился. Это противодействие. А «отрицательное влияние» — это не просто отсутствие власти, а способность этой властью вредить, вставлять палки в колеса, саботировать.

И вот наша простая матрица 2х2 превращается в систему посложнее. В ней можно заметить новых, крайне опасных персонажей:

- «Партизан» (низкое влияние, отрицательный интерес): Он не может остановить ваш проект, но будет портить его по-мелочи: «забывать» передать информацию, распространять слухи, тихонько критиковать ваши решения в курилке. Поодиночке они безвредны, но группой могут создать серьезные проблемы.
- «Могущественный противник» (высокое влияние, отрицательный интерес): Самый опасный тип. Он не просто хочет, чтобы ваш проект провалился, — он может этого добиться. Его стратегия — не управление, а нейтрализация или переубеждение. Игнорировать его — значит подписать проекту смертный приговор.

Этот же принцип работает везде. Фича в продукте может иметь не просто нулевую ценность (никто не пользуется), а отрицательную — она усложняет интерфейс, путает пользователей и генерирует баги. Решение может быть не просто «не оптимальным», а откровенно вредным, создающим больше проблем, чем решает.

Вывод: мысля категориями от 0 до 10, мы рискуем не заметить тех, кто играет на нашей же доске, но по другую сторону, в координатах от -10 до 0. Настоящая задача менеджера — видеть всё поле целиком. Не только искать сторонников, но и выявлять, оценивать и работать с противниками.

А вы в своих проектах учитываете «отрицательные» величины? Или фокусируетесь только на позитиве?