Что недопустимо в работе?

Что я считаю недопустимым в управлении IT-проектами

В моей практике как IT Project Manager с десятилетним опытом я выделил ряд принципов и действий, которые категорически недопустимы и могут привести к катастрофическим последствиям для проекта, команды и компании.

1. Нарушение базовых принципов доверия и профессионализма

Дезорганизация коммуникации и сокрытие информации — это первый и главный «грех». Проектный менеджмент построен на transparency (прозрачности). Сокрытие проблем, рисков или реального статуса задач от заказчика, стейкхолдеров или команды разрушает доверие и лишает возможности своевременно корректировать курс.

# Пример "недопустимого" поведения в отчетности
def generate_status_report(actual_progress, reported_progress):
    # Недопустимо: сообщать заказчику ложные данные
    if actual_progress < 50:
        reported_progress = 80 # Намеренное искажение фактов
    return reported_progress
# Такой подход гарантирует крах проекта при обнаружении правды.

Отсутствие документации и управления знаниями. Проект без артефактов (технических заданий, схем архитектуры, решений по рискам, meeting minutes) — это «черный ящик». Недопустимо работать в режиме «здесь и сейчас», без создания базы знаний для будущей поддержки и анализа.

2. Неэтичное и разрушающее поведение в отношении команды

• Игнорирование мнения технических экспертов. PM — не технический руководитель. Недопустимо навязывать архитектурные или технологические решения без консультации с Lead Developer, Architect или QA Lead. Это ведет к техническому долгу и нерабочим продуктам.
• Микроменеджмент и гиперконтроль. Постоянный диктат по каждому мелкому действию, требование ежечасных отчетов убивают мотивацию, креативность и ответственность разработчиков. Я руковожу через цели, deadlines и качество, а не через контроль каждого коммита.
• «Сваливание» ответственности на команду при проблемах. Когда возникает кризис (срыв сроков, критический баг), недопустимо искать «виноватого» в команде. Моя роль — анализировать корневые причины (Root Cause Analysis), защищать команду от нереалистичных ожиданий внешних стейкхолдеров и совместно искать решение.

3. Системные ошибки в процессе управления

Отсутствие управления рисками (Risk Management). Недопустимо работать в режиме «как получится». Риски должны быть идентифицированы, оценены (по вероятности и воздействию) и иметь планы реагирования (mitigation, avoidance, acceptance).

-- Пример таблицы рисков, которая должна постоянно актуализироваться
-- Недопустимо, если эта таблица пуста или не используется
SELECT risk_id, description, probability, impact, response_plan
FROM project_risks
WHERE status = 'active';
-- Игнорирование этого запроса равносильно управлению "в слепую".

Нереалистичное планирование («wishful planning»). Согласие на сроки или объем работ (scope) под давлением, без учета capacity команды, технических ограничений и зависимостей — прямая дорога к срыву сроков и перегрузу команды (burnout). Я всегда отстаиваю необходимость анализа осуществимости (feasibility study) и оценочных сессий с командой.

Пренебрежение качеством (Quality Assurance). Допуск в релиз продукта с известными критическими дефектами ради соблюдения даты — это профанация. Это разрушает репутацию продукта и компании. Качество — не переменная величина, это обязательный non-functional requirement.

4. Личные недопустимые качества и действия PM

• Отсутствие личной ответственности и проактивности. PM — это двигатель проекта. Недопустимо ждать, что проблемы разрешатся сами, или постоянно «перекладывать» задачи на других.
• Неспособность учиться и адаптироваться. IT-сфера меняется ежедневно. Недопустимо использовать методики десятилетней давности без адаптации к гибким (Agile, Scrum, Kanban) или гибридным (Hybrid) моделям, новым инструментам (Jira, Asana, MS Project) и практикам (DevOps, CI/CD).
• Эмоциональная нестабильность и конфликтность. Проекты — это стресс. Недопустимо реагировать на проблемы истерикой, агрессией или созданием конфликтов внутри команды или с заказчиком. Эмоциональный интеллект (EQ) и навыки конфликт-менеджмента — обязательные требования к PM.

В заключение: недопустимо в работе IT Project Manager — это любое действие или принцип, который системно разрушает три фундаментальные основы успешного проекта: доверие стейкхолдеров, профессиональный дух и мотивацию команды и контролируемый, предсказуемый процесс достижения цели. Моя работа — быть гарантом сохранения этих основ, даже в условиях высокой неопределенности и давления.