Как будешь оценивать культуру компании?
Комментарии (2)
Ответ сгенерирован нейросетью и может содержать ошибки
Как я оцениваю культуру компании: многоуровневый подход
Оценка культуры компании — это системный процесс, который я провожу на нескольких уровнях: от явных, видимых проявлений до глубинных, неформальных норм. Культура напрямую влияет на продуктивность команды, скорость принятия решений, инновационный потенциал и, в конечном итоге, на успех проектов. Вот мой фреймворк.
1. На этапе собеседования: активное наблюдение и вопросы
До прихода в компанию я анализирую культуру через серию целенаправленных действий.
Задаю структурированные вопросы разным сторонам:
- Руководителю (заказчику): «Как в компании принимаются стратегические решения по продукту? Какова типичная цепочка согласования?» Это показывает уровень централизации власти и бюрократии.
- Будущим коллегам (команде): «Опишите ваш типичный рабочий день. Как проходит обсуждение неудач или сбоев?» Ответы раскрывают повседневные практики и отношение к риску.
- HR: «Как здесь отмечают успехи? Какие есть программы развития и mentorship?» Это индикатор внимания к людям и их росту.
Анализирую мета-информацию:
- Язык и формулировки в вакансии, на сайте, в ответах.
- Организация самого интервью: Пунктуальность, состав панели, баланс технических и поведенческих вопросов.
- Задаю «ситуационные» вопросы о прошлом опыте и смотрю, насколько ответы релевантны и честны.
# Пример ментального чек-листа для оценки во время интервью
culture_checklist = {
"communication": {
"questions_to_ask": ["Как проходит митинг по статусу проекта?", "Какую коммуникацию вы ожидаете от PM?"],
"red_flags": ["Ответы у всех разные", "Часто упоминают 'согласование у 10 инстанций'"]
},
"decision_making": {
"questions_to_ask": ["Кто последний подписывает ТЗ?", "Можно ли прототипировать без полного ТЗ?"],
"green_flags": ["Итеративный подход", "Четко определены RACI-матрицы"]
},
"failure_tolerance": {
"questions_to_ask": ["Что было с предыдущим проектом, который сорвал сроки?", "Как изменился процесс после инцидента?"],
"red_flags": ["Поиск виноватого", "Отсутствие процедуры пост-iортема"]
}
}
2. В первые 90 дней работы: погружение и верификация
Первые месяцы — ключевой период для валидации первоначальных гипотез.
Методы оценки:
- Картирование формальных и неформальных процессов. Часто «как написано» и «как делается» — разные вещи. Я сравниваю регламенты с реальностью.
- Наблюдение за ритмами и артефактами: Частота и содержание митингов, стиль презентаций (длинные многостраничные документы vs. короткие тезисы), что висит на стенах в офисе.
- Анализ коммуникационных потоков: Где происходит реальное обсуждение проблем — в официальных каналах (Jira, Confluence) или в чатах (Telegram, Slack)? Это показывает уровень транспарентности.
- Участие и проведение ретроспектив. Это лучший «диагностический инструмент» для понимания психологической безопасности в команде. Говорят ли люди открыто о проблемах?
3. Ключевые культурные измерения, на которые я смотрю
Я структурирую наблюдения по нескольким осям:
A. Ориентация на результат vs. процесс:
- Компания ценит достижение целей любой ценой (риск выгорания) или строгое следование регламентам (риск бюрократии)?
- Индикатор: Как реагируют на срыв сроков, но успешный результат?
B. Инновации и отношение к риску:
- Поощряются ли эксперименты? Есть ли понятие «разумной неудачи» (fail fast)?
- Индикатор: Существуют ли хакатоны, выделенное время на R&D, бюджет на прототипы.
C. Коллаборация и коммуникация:
- Силосы (изолированные отделы) или кросс-функциональные команды?
- Индикатор: Сколько времени уходит на согласование между отделами (Dev, QA, Marketing, Sales).
D. Лидерство и управление:
- Микроменеджмент или делегирование полномочий? Лидеры — это коучи или контролеры?
- Индикатор: Может ли тимлид самостоятельно выбрать стек технологий для задачи?
E. Развитие людей (People Growth):
- Существуют ли карьерные треки, программы обучения, бюджет на конференции?
- Индикатор: Регулярность и качество performance-ревью, наличие индивидуальных планов развития (IDP).
4. Инструменты и артефакты для объективации оценки
Чтобы минимизировать субъективность, я использую:
- Опросы по модели Competing Values Framework (CVF) — для классификации культуры на типологию: Клан, Адхократия, Рынок, Иерархия.
- Анализ метрик: Текучесть кадров (особенно в ключевых командах), скорость закрытия вакансий, eNPS (Employee Net Promoter Score).
- Изучение внутренней документации: Вики, записи ретроспектив, шаблоны документов.
Заключение: культура как основа для управления проектами
Как Project Manager, я не могу изменить культуру компании за месяц, но я обязан ее глубоко понимать. Это позволяет:
- Адаптировать методологии: В жесткой иерархии сложно внедрить чистый Agile, но можно начать с гибридных моделей (Scrumban).
- Выстраивать эффективную коммуникацию: Зная, какие аргументы работают (данные, мнение авторитета, ссылка на процесс).
- Управлять ожиданиями стейкхолдеров и защищать команду от дисфункциональных аспектов культуры.
- Стать «агентом изменений» в тех областях, которые напрямую влияют на успех проектов (например, улучшение процедуры пост-Bортема).
Таким образом, моя оценка — это непрерывный цикл наблюдения, анализа и адаптации. Понимание культуры позволяет не просто выживать в рамках системы, а использовать ее сильные стороны и осознанно нивелировать слабые для достижения целей проекта.