В 1С-командах часто спорят об одном и том же, но с разных сторон.
Один разработчик говорит: “Давайте уже сделаем, пользователю надо сегодня”. Другой отвечает: “Без нормального описания и тестирования мы опять сломаем учет”. Третий предлагает: “А может, хватит латать старую схему и пора переделать архитектуру?”. Руководитель в это время пытается не поссорить бизнес, разработку, поддержку и пользователей.
На первый взгляд это просто разные характеры. Но часто за такими спорами стоят разные управленческие роли.
Для описания этих ролей удобно использовать модель PAEI Ицхака Адизеса. Она не про “психотипы” в бытовом смысле, а про то, какую функцию человек естественно тянет в работе и управлении:
- P — результат здесь и сейчас;
- A — порядок, правила и предсказуемость;
- E — развитие, идеи и изменения;
- I — команда, доверие и взаимодействие.
В этой статье разберём PAEI не на абстрактных примерах, а на практике 1С-команды: разработчиков, аналитиков, тимлидов, руководителей 1С-направлений, франчей и внутренних ИТ-команд.
Почему PAEI полезна именно для 1С-команды
1С-разработка редко бывает только “про код”.
В реальной работе нужно одновременно:
- быстро закрывать задачи пользователей;
- не ломать учет и типовые механизмы;
- поддерживать обмены, расширения, регламентные задания;
- обновлять конфигурации;
- разбирать инциденты;
- договариваться с бизнесом;
- вести бэклог;
- снижать техдолг;
- развивать команду.
И вот тут начинается конфликт ролей.
P хочет быстрее дать результат. A хочет сделать правильно и предсказуемо. E хочет развивать систему и менять устаревшие решения. I хочет сохранить командное взаимодействие и договориться со всеми участниками.
Все четыре роли нужны. Проблема начинается, когда одна из них становится слишком сильной, а остальные проваливаются.
P — Producer: человек результата
P — это производитель результата. Человек, который мыслит просто:
“Что нужно сделать? Когда должно быть готово? Где результат?”
В 1С-команде P часто выглядит как сильный разработчик или ведущий специалист, который быстро закрывает задачи, чинит ошибки, помогает пользователям, вытаскивает релизы и умеет работать в условиях давления.
Как P проявляется в 1С
- быстро исправляет ошибки;
- умеет доводить задачи до результата;
- не боится срочных доработок;
- берет ответственность на себя;
- может “вытащить” релиз или проблемное обновление;
- хорошо работает в режиме “надо сегодня”.
Такие люди очень ценны. Особенно в командах сопровождения, где постоянно есть пользователи, инциденты, срочные задачи и ограничения по срокам.
Сильные стороны P
- скорость;
- практичность;
- ориентация на результат;
- готовность брать ответственность;
- умение не зависать в бесконечных обсуждениях.
Риски перекоса в P
Если P становится слишком много, команда начинает жить в режиме постоянного героизма.
Типичные симптомы:
- “я быстрее сам”;
- задачи делаются без нормального описания;
- документация откладывается “на потом”;
- тестирование считается лишней задержкой;
- процессы воспринимаются как бюрократия;
- ключевой разработчик становится узким горлышком;
- команда зависит от нескольких героев.
P-руководитель может быть очень эффективным в кризисе, но если вся система держится только на его напоре, рано или поздно команда начнет выгорать.
Сильные вопросы P
- Что конкретно нужно сделать?
- Когда будет готово?
- Что является результатом задачи?
- Что мешает закрыть задачу?
- Какой следующий шаг?
Где P особенно нужен
- поддержка пользователей;
- срочные исправления;
- релизы;
- закрытие технических долгов, которые уже мешают работе;
- проектные участки, где нужно быстро получить первый результат.
A — Administrator: человек порядка
A — это администратор в смысле управленческой функции. Не обязательно системный администратор, а человек, который думает о порядке, правилах, качестве и предсказуемости.
“По какому процессу работаем? Где контрольные точки? Как сделать так, чтобы это повторялось стабильно?”
В 1С-команде A часто проявляется через аналитиков, методологов, руководителей сопровождения, тестировщиков, архитекторов качества или тимлидов, которые пытаются навести порядок в хаосе задач.
Как A проявляется в 1С
- вводит правила постановки задач;
- требует нормального описания требований;
- следит за регламентом релизов;
- настаивает на тестировании;
- фиксирует договоренности;
- создает шаблоны ТЗ и чек-листы;
- снижает риск ошибок в учете;
- думает о поддерживаемости решений.
Сильные стороны A
- предсказуемость;
- контроль качества;
- снижение хаоса;
- устойчивость процессов;
- меньше ошибок из-за человеческого фактора;
- понятные правила для команды и бизнеса.
Риски перекоса в A
Если A становится слишком много, команда может начать медленно превращаться в бюрократическую машину.
Типичные симптомы:
- простая задача проходит слишком много согласований;
- оформление важнее результата;
- люди боятся сделать не по правилам;
- решения откладываются до идеального описания;
- инициативы тормозятся фразой “так не предусмотрено процессом”;
- пользователи начинают искать обходные пути.
A очень нужен команде, которая выросла из хаоса. Но если порядок становится самоцелью, он начинает мешать результату.
Сильные вопросы A
- По какому процессу работаем?
- Какие риски есть в задаче?
- Как будем тестировать?
- Как это повлияет на учет?
- Как зафиксируем решение?
- Как сделать, чтобы это не зависело от одного человека?
Где A особенно нужен
- релизный процесс;
- обновления типовых конфигураций;
- интеграции и обмены;
- документооборот задач;
- контроль качества;
- сопровождение критичных участков учета;
- команды, которые выросли и больше не могут жить на ручном управлении.
E — Entrepreneur: человек развития и изменений
E — это предпринимательская роль. Человек, который видит возможности, предлагает изменения и не хочет бесконечно поддерживать старые решения только потому, что “оно так работает уже пять лет”.
“А что, если сделать иначе? Где следующий уровень? Как убрать ручной труд? Почему мы до сих пор живём на этом костыле?”
В 1С-команде E часто проявляется у архитекторов, инициативных разработчиков, технических лидеров, руководителей направлений и людей, которые постоянно ищут, как улучшить систему.
Как E проявляется в 1С
- предлагает автоматизировать ручные операции;
- видит устаревшие архитектурные решения;
- хочет внедрить Git, EDT, CI/CD, автотесты;
- предлагает заменить ручные обмены нормальной интеграцией;
- думает не только о текущей задаче, но и о развитии системы;
- поднимает вопросы техдолга;
- ищет новые подходы и инструменты.
Сильные стороны E
- развитие;
- видение возможностей;
- инициативность;
- стратегическое мышление;
- способность менять устаревшие решения;
- энергия улучшений.
Риски перекоса в E
Если E становится слишком много, команда может устать от постоянных изменений.
Типичные симптомы:
- идей много, завершения мало;
- курс постоянно меняется;
- старые задачи не закрыты, но уже придуманы новые;
- команда не успевает стабилизировать решения;
- архитектурные переделки начинаются без ресурсов;
- пользователи не понимают, зачем всё снова меняется.
E нужен, чтобы команда не застряла в поддержке прошлого. Но E без P и A может превратить развитие в хаос.
Сильные вопросы E
- Что можно сделать иначе?
- Где здесь рост или улучшение?
- Какой процесс пора пересмотреть?
- Что мы делаем по привычке?
- Как будет выглядеть следующий уровень?
- Что мешает нам работать быстрее и качественнее?
Где E особенно нужен
- архитектурное развитие;
- рефакторинг старых решений;
- переход от ручных операций к автоматизации;
- выбор новых инструментов разработки;
- развитие внутренних продуктов;
- проектирование интеграций;
- выход команды из стадии “только поддержка”.
I — Integrator: человек команды и договорённостей
I — это интегратор. Человек, который удерживает взаимодействие, доверие и командность.
“Кто с кем не договорился? Команда это примет? Какое решение сохранит доверие и не развалит взаимодействие?”
В 1С-команде I часто проявляется у хороших тимлидов, руководителей, аналитиков-коммуникаторов и людей, которые умеют переводить между языком бизнеса, разработки и пользователей.
Как I проявляется в 1С
- помогает договориться бизнесу и ИТ;
- снижает конфликты между аналитиками и разработчиками;
- удерживает команду в сложные периоды;
- помогает распределять знания;
- строит культуру обратной связи;
- замечает напряжение до того, как оно превратилось в конфликт;
- помогает новым сотрудникам войти в команду.
Сильные стороны I
- доверие;
- командность;
- снижение конфликтов;
- лучшее взаимодействие с бизнесом;
- удержание людей;
- обмен знаниями;
- здоровая культура обсуждения проблем.
Риски перекоса в I
Если I становится слишком много, команда может начать избегать жёстких, но необходимых решений.
Типичные симптомы:
- неудобные вопросы откладываются;
- конфликты сглаживаются, но не решаются;
- слабые результаты терпят слишком долго;
- решения принимаются медленно, чтобы никого не задеть;
- команда много обсуждает, но мало фиксирует;
- “атмосфера” становится важнее ответственности.
I очень важен для зрелой команды. Но I без P может превратиться в бесконечные обсуждения, а I без A — в договорённости, которые никто не закрепил.
Сильные вопросы I
- Кто должен быть вовлечён?
- Кто с кем не синхронизирован?
- Как команда воспримет это решение?
- Где возникнет сопротивление?
- Как сохранить доверие?
- Какая договорённость нужна, чтобы это работало?
Где I особенно нужен
- переход от хаоса к процессам;
- конфликты между бизнесом и ИТ;
- рост команды;
- наставничество;
- передача знаний;
- изменение правил работы;
- периоды высокой нагрузки и выгорания.
Почему роли конфликтуют
PAEI полезна именно потому, что показывает: многие конфликты в команде не случайны.
Роли конфликтуют по природе:
- P хочет быстрее закрыть задачу;
- A хочет сначала описать процесс и риски;
- E хочет изменить подход и сделать лучше;
- I хочет, чтобы команда и бизнес договорились.
Простой пример.
Бизнес просит срочно доработать обмен с сайтом.
- P говорит: “Сейчас поправим, иначе продажи встанут”.
- A говорит: “Нужно понять, почему обмен падает, и проверить регламентные задания”.
- E говорит: “Мы уже третий раз чиним этот обмен, пора менять архитектуру”.
- I говорит: “Давайте сначала синхронизируем бизнес, поддержку и разработку, чтобы не было взаимных обвинений”.
Кто прав?
В каком-то смысле все.
Но если решение принимает только P, команда получит быстрый фикс и, возможно, новый техдолг.
Если только A — можно долго анализировать, пока бизнес страдает.
Если только E — можно начать большую переделку, когда сейчас нужна стабилизация.
Если только I — можно долго договариваться и не принять решение вовремя.
Зрелость управления в том, чтобы не воевать ролями, а понимать, какая роль сейчас должна быть ведущей, а какие должны её балансировать.
Типовые комбинации PAEI в 1С-команде
В реальности у человека редко бывает одна чистая роль. Обычно сильнее выражены одна-две функции.
P + A — операционный лидер
Это человек результата и порядка. Он умеет делать и одновременно думает о процессе.
В 1С-команде это может быть сильный ведущий разработчик, руководитель сопровождения или тимлид, который хорошо держит релизы, качество и сроки.
Сильные стороны:
- закрывает задачи;
- наводит порядок;
- любит предсказуемость;
- хорошо подходит для стабильных процессов и сопровождения.
Риск:
- может не хватать E — развития и новых идей;
- может слишком опираться на проверенные подходы;
- может недооценивать командную культуру, если слабый I.
E + P — драйвер роста
Это человек, который видит возможность и сразу бежит делать.
В 1С это может быть инициативный разработчик или руководитель, который быстро запускает новые направления, внедряет инструменты, переделывает процессы, пробует новые подходы.
Сильные стороны:
- скорость изменений;
- энергия;
- много инициатив;
- способность сдвигать застрявшие процессы.
Риск:
- хаос;
- недоведённые инициативы;
- перегруз команды;
- недостаток документации и стабилизации.
A + I — хранитель стабильности и культуры
Это человек, который умеет строить правила и удерживать взаимодействие.
В 1С-команде это может быть руководитель сопровождения, аналитик-координатор, PM или тимлид, который делает работу предсказуемой и старается не разрушить доверие.
Сильные стороны:
- стабильность;
- управляемость;
- здоровая коммуникация;
- снижение конфликтов;
- понятные правила.
Риск:
- может не хватать скорости;
- может теряться инициатива;
- команда может стать слишком осторожной.
E + I — визионер-коммуникатор
Это человек, который видит будущее и умеет вовлекать людей.
В 1С это может быть руководитель изменений, архитектор, консультант или лидер, который хорошо объясняет, зачем команде новое направление.
Сильные стороны:
- вдохновляет;
- видит развитие;
- умеет объединять людей вокруг идеи;
- хорошо запускает изменения.
Риск:
- может не хватать операционного доведения;
- может проседать дисциплина;
- нужен сильный P/A-контур рядом.
Как использовать PAEI в найме и распределении ролей
PAEI полезна не только для самоанализа. Её можно использовать при распределении задач и подборе людей.
Если нужен быстрый выпуск результата
Ищите сильный P.
Например:
- закрыть накопившиеся задачи;
- стабилизировать поддержку;
- быстро исправить критичные ошибки;
- вытащить релиз;
- разобрать срочные обращения пользователей.
Но рядом с сильным P нужен хотя бы минимальный A, иначе результат будет держаться на героизме.
Если нужен порядок и предсказуемость
Нужен сильный A.
Например:
- настроить процесс постановки задач;
- ввести регламент релизов;
- описать правила разработки;
- снизить количество ошибок после обновлений;
- навести порядок в обработках, расширениях и интеграциях.
Но A без P может замедлить команду, а A без E — законсервировать устаревшие решения.
Если нужно развитие
Нужен сильный E.
Например:
- выстроить архитектуру;
- пересмотреть старые интеграции;
- внедрить новые инструменты;
- автоматизировать ручной труд;
- перевести команду на более зрелый уровень.
Но E без A и P может дать много идей и мало завершения.
Если нужно удержать команду и договориться с бизнесом
Нужен сильный I.
Например:
- команда устала от авралов;
- бизнес и ИТ конфликтуют;
- новые процессы вызывают сопротивление;
- нужно передавать знания;
- надо снизить зависимость от одного человека;
- нужно выстроить доверие внутри команды.
Но I без P может привести к долгим разговорам без результата.
Как использовать PAEI в коммуникации
Одна и та же идея по-разному воспринимается людьми с разными ведущими ролями.
Например, вы хотите внедрить code review.
Для P важно объяснить:
“Это поможет меньше возвращаться к исправлениям и быстрее закрывать задачи без повторных ошибок”.
Для A:
“Это контроль качества и понятная точка проверки перед релизом”.
Для E:
“Это шаг к более зрелой инженерной культуре и возможности дальше внедрять CI/CD и автотесты”.
Для I:
“Это способ обмениваться знаниями и снижать зависимость от одного разработчика”.
Идея одна. Но аргументы разные.
Если объяснять всем только через свою ведущую роль, часть команды просто не услышит ценность.
Быстрая самодиагностика PAEI
Это не психологический тест, а простой способ задуматься о своём управленческом профиле.
Возможно, у вас сильный P, если:
- вас раздражают долгие обсуждения без результата;
- вам проще сделать самому, чем долго объяснять;
- вы часто берёте на себя срочные задачи;
- вас ценят за скорость и закрытие проблем;
- вам трудно остановиться и описать процесс.
Возможно, у вас сильный A, если:
- вас раздражает хаос;
- вы любите понятные правила;
- вы замечаете риски и несоответствия;
- вам важно, чтобы задачи были оформлены корректно;
- вам трудно работать в постоянной неопределенности.
Возможно, у вас сильный E, если:
- вас раздражает фраза “мы всегда так делали”;
- вы постоянно видите, что можно улучшить;
- вам интересно запускать новое;
- вы быстро загораетесь идеями;
- вам бывает скучно просто поддерживать старые процессы.
Возможно, у вас сильный I, если:
- вы быстро замечаете напряжение в команде;
- вам важно, чтобы люди были услышаны;
- вы часто становитесь посредником между сторонами;
- вам неприятны конфликты и недоговорённости;
- вас ценят за способность объединять людей.
Второй маркер — за что вас чаще всего ценят окружающие:
- за результат — вероятно, сильный P;
- за порядок — сильный A;
- за идеи и развитие — сильный E;
- за коммуникацию и атмосферу — сильный I.
Что делать со слабой ролью
Важный принцип: не нужно пытаться стать идеальным PAEI-универсалом.
Во-первых, это редко получается.
Во-вторых, сильные стороны человека часто связаны с его же ограничениями.
Сильный P может быть быстрым именно потому, что не любит долго согласовывать. Сильный A может быть надежным именно потому, что не бросается в каждую новую идею. Сильный E может видеть возможности именно потому, что плохо терпит стабильное болото. Сильный I может сохранять команду именно потому, что чувствителен к отношениям.
Задача не в том, чтобы стать другим человеком.
Задача — поднять слабые роли до минимально необходимого уровня и добрать остальное командой.
Если вы сильный P
Развивайте базовый A и I:
- фиксируйте решения;
- оставляйте следы в задачах;
- не забирайте всё на себя;
- передавайте знания;
- учитесь не только делать, но и строить систему вокруг результата.
Если вы сильный A
Развивайте базовый E и P:
- пробуйте небольшие изменения без ожидания идеальности;
- оставляйте место для экспериментов;
- не требуйте полного описания там, где достаточно безопасного первого шага;
- проверяйте, помогает ли процесс результату.
Если вы сильный E
Развивайте базовый A и P:
- доводите идеи до результата;
- ограничивайте количество параллельных инициатив;
- фиксируйте этапы;
- ставьте контрольные точки;
- не ломайте стабильность команды без необходимости.
Если вы сильный I
Развивайте базовый P и A:
- фиксируйте договорённости;
- не избегайте сложных решений;
- разделяйте заботу о людях и отсутствие ответственности;
- следите, чтобы обсуждения завершались действиями;
- учитесь ставить границы.
PAEI и зрелость 1С-команды
Если связать PAEI с развитием команды, получится такая логика:
- на ранних этапах команда часто выживает за счет P — сильных исполнителей и героизма;
- когда задач становится больше, приходится добавлять A — порядок, процессы и контроль качества;
- чтобы команда не застряла в поддержке прошлого, нужен E — развитие и изменения;
- чтобы всё это не развалилось на конфликтах, нужен I — доверие и договорённости.
Сильная 1С-команда — это не команда, где все одинаковые.
Сильная 1С-команда — это команда, где разные роли сбалансированы.
Там есть люди, которые делают результат. Есть те, кто строит порядок. Есть те, кто двигает развитие. И есть те, кто удерживает взаимодействие.
Короткая таблица
| Роль | Что даёт 1С-команде | Риск перекоса | Где особенно нужна |
|---|---|---|---|
| P | Результат, скорость, закрытие задач | Героизм, выгорание, “я быстрее сам” | Поддержка, релизы, срочные исправления |
| A | Порядок, качество, предсказуемость | Бюрократия, замедление, страх изменений | Релизы, тестирование, регламенты, сопровождение |
| E | Развитие, идеи, архитектурные изменения | Хаос, распыление, недоведённые инициативы | Автоматизация, рефакторинг, новые направления |
| I | Командность, доверие, коммуникация | Избегание жёстких решений, долгие согласования | Рост команды, конфликты, взаимодействие с бизнесом |
Вместо заключения
PAEI помогает посмотреть на команду спокойнее.
Не каждый спор означает, что кто-то “тормозит”, “давит”, “фантазирует” или “слишком мягкий”.
Иногда человек просто защищает важную управленческую функцию:
- P защищает результат;
- A защищает порядок;
- E защищает развитие;
- I защищает команду.
Проблема начинается не тогда, когда роли спорят. Проблема начинается тогда, когда одна роль полностью подавляет остальные.
Только P — получим героизм и выгорание.
Только A — получим бюрократию.
Только E — получим хаос идей.
Только I — получим приятные разговоры без результата.
Зрелое управление 1С-командой — это не попытка сделать всех одинаковыми. Это умение понимать, какая роль сейчас нужна, какой роли не хватает и кого нужно добавить в обсуждение, чтобы решение было не только быстрым, но и устойчивым.
Хорошая 1С-команда — это не команда одинаковых сильных людей. Это команда, где результат, порядок, развитие и доверие умеют договариваться между собой.
От героизма к системе: как понять зрелость 1С-команды по модели Адизеса
Почему задачи буксуют после согласования: CAPI Адизеса на практике
1С-команда в режиме “Давай-давай”: почему всё держится на героях и как из этого выйти