Алексей Петухов. Процессный офис – база для масштабирования и порядка

В удаленной команде важно не только быстро отвечать на сообщения, но и сохранять возможность для сфокусированной работы. Разбираем, как снизить количество отвлечений, договориться о правилах коммуникации и сделать общение в команде понятнее для всех участников. Объясняем, как говорить о личных границах без конфликтов, зачем нужна «инструкция к себе» и как она помогает выстраивать доверительные рабочие отношения. Доклад в виде статьи: https://infostart.ru/pm/2777957/

Рассказываем, как перейти от архитекторов-одиночек и решений, зависящих от конкретных специалистов, к системному управлению технической архитектурой 1С. Разбираем опыт центра компетенций IBS: регулярные архитектурные комитеты, контроль качества через ревью, матрицу компетенций, специализацию архитекторов, корпоративную базу знаний и внутренние хакатоны. Показываем, как эти инструменты помогают раньше выявлять архитектурные ошибки, снижать технический долг, повторно использовать наработки и повышать предсказуемость проектов. Объясняем, как такая модель превращает архитекторов из хрупкого ресурса в стратегический актив компании и что необходимо для создания собственного центра компетенций. Доклад в виде статьи: https://infostart.ru/pm/2777790/

Бюджет согласован, инфобез доволен, акты готовы – а пользователи получили продукт, который только усложнил им жизнь: так бывает, когда их интересы теряются за проектными процедурами. На реальных кейсах разбираем вредные советы для проектных менеджеров: как не заметить ключевых пользователей, автоматизировать не тот процесс, потратить ресурсы на «рюшечки» и обнаружить последствия только при внедрении. Показываем, что двухсекундное «улучшение» способно потребовать еще одного оператора, а цифровая регистрация – оказаться медленнее бумажного листа и давать 20% неудачных попыток. Объясняем, как представители пользователей, прототипирование, «Путь героя» и наблюдение за реальной работой помогают отделить ключевые потребности от второстепенных и сохранить ценность продукта. Доклад в виде статьи: https://infostart.ru/pm/2777761/

Почему переход на Scrum, который должен улучшить работу команды, иногда вызывает только раздражение, саботаж и ощущение бесконечных совещаний? Разбираем шесть проблем, скрывающихся за красивыми метриками трансформации: формальное внедрение новых процессов, бесполезные ретроспективы, смешение ролей тимлида и Скрам-Мастера, зависимость от авторитетного Гуру и героизм «Спасителя», неизбежно ведущий к выгоранию. Показываем, как проработать эти ситуации, сохранить самостоятельность и мотивацию сотрудников и сделать Scrum инструментом для команды, а не очередным ритуалом для галочки. Доклад в виде статьи: https://infostart.ru/pm/2777652/

Большинство разработчиков делают ставку на логико-математический интеллект. Он дает прочную базу для работы с кодом, алгоритмами и метриками, но со временем может стать потолком профессионального роста. Разбираем, какие виды интеллекта особенно важны в IT и как вербальное, визуально-пространственное, межличностное и внутриличностное мышление влияют на скорость работы, качество решений и переход к ролям архитектора и тимлида. Объясняем, почему опыт не равен зрелости, как стресс, эмоции и физическое состояние отражаются на концентрации и количестве ошибок и почему проблема часто заключается не в человеке, а в несовпадении роли с его конфигурацией мышления. Показываем, как определить сильные и тормозящие рост виды интеллекта и развивать их с помощью простых практик, которые можно применять в работе уже на следующий день. Доклад в виде статьи: https://infostart.ru/pm/2777139/

Мы разработали ИИ-ассистента, который помогает управленцам разбирать сложные задачи и формировать их решения. В основу продукта мы заложили несколько формальных методик анализа: ТРИЗ и другие. Это позволило создать пошаговый процесс: формулирование проблемы, противоречий, поиск ресурсов, генерация и оценка вариантов решений. Расскажем весь путь создания продукта: идеи, архитектура, технологии, методологии и, конечно же, промпты. Обсудим набитые шишки и интересные инсайты при создании продукта. Доклад в виде статьи: https://infostart.ru/1c/articles/2770776/

Разбираем, как привычный образ сильного руководителя – уверенного, непогрешимого и всегда готового дать ответ – может лишать команду инициативы и превращать людей в исполнителей. Показываем, какие управленческие маски скрывают слабое лидерство и почему рядом с «железным» начальником исчезают честная обратная связь и психологическая безопасность. Объясняем, чем уязвимость отличается от слабости и как признание «я не знаю» помогает включить коллективный интеллект и выстроить доверие. Доклад будет особенно полезен руководителям, которые чувствуют, что в команде что-то не так, и готовы посмотреть на собственное поведение без самооправданий. Доклад в виде статьи: https://infostart.ru/pm/2770525/

Почему компании объединяют управление продуктом и технологиями в одной роли – и когда такое решение действительно оправдано? Разбираем на практическом опыте команды 1С, какие преимущества дает роль CPTO, почему она ускоряет принятие решений и упрощает взаимодействие с бизнесом, но одновременно повышает когнитивную нагрузку и создает риск перекоса между продуктом и технологическим развитием. Показываем, почему для крупного бизнеса такое совмещение может оказаться лишь временным компромиссом, в каких условиях модель работает устойчиво и какие механизмы – от квот на техдолг до независимого архитектурного контроля – помогают сохранить баланс. Доклад в виде статьи: https://infostart.ru/pm/2770423/

Рассказываем, как подразделение из 75 человек с выручкой около 25 млн рублей в месяц встроило GenAI в подготовку проектной документации, разработку и тестирование и превратило эксперименты с ИИ в измеримый бизнес-эффект. Разбираем результаты: экономию около 320 человеко-часов в месяц на работе с документацией, сокращение одной итерации тестирования, ускорение выхода на SLA и дополнительную непроектную выручку. Показываем, как внедрять и масштабировать инструменты с минимальным CAPEX через вовлечение и нематериальную мотивацию команды, а также преодолевать сопротивление изменениям. Объясняем, почему не стоит усложнять промпт-инжиниринг, и делимся готовыми шаблонами промптов, системой метрик и принципами безопасной работы с данными в открытых нейросетях. Доклад в виде статьи: https://infostart.ru/pm/2767200/

Разбираем, почему проекты внедрения ESB, MDM и BI нельзя вести по тем же правилам, что и ERP: их промежуточный результат часто остается невидимым, зависимости проявляются слишком поздно, а привычные burn-down charts показывают активность команды, но не реальную готовность системы. На практических кейсах показываем, как отсутствие ключевого архитектора, скрытая связанность систем и одна ошибка в формате данных могут запустить каскад проблем и привести к серьезному перерасходу времени и бюджета. Объясняем, почему для технологических проектов нужен фазовый подход – от проверки концепции на реальных данных до MVP и полноценного запуска – с совместными контрольными точками и метриками по фактическому результату. Отдельно отмечаем, где ИИ-инструменты действительно помогают развивать аналитику и инновационные сценарии, а где не способны компенсировать ошибки архитектуры и низкое качество данных. Доклад в виде статьи: https://infostart.ru/pm/2766098/