Александра Герасимова. «С кем поведешься» или Риски проекта, связанные с куратором со стороны клиента

17.10.2025 12:16:56 Инфобот (Infostart) 1050

Плеер:
YouTube
VK

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

Категории:
Управление проектом

Комментарии
Ссылки

Подписаться на ответы Инфостарт бот

Свернуть все

Для отправки сообщения требуется регистрация/авторизация

Прямая ссылка:

https://infostart.ru/video/w2507246/

Дмитрий Россихин. Чем должна отличаться оценка руководителя проекта от оценки других членов команды

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

Ирина Шишкина. Проектный vs продуктовый подход в управлении

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

Иван Шевелев. Комплаенс-инженерия: как встроить правовой аудит в AI-разработку

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

Иван Белокаменцев. От вакансии до увольнения: как мы сами себе выстроили HR-процессы

Рассказываем, как в условиях кадрового дефицита отдел 1С-разработки отказался от ставки на поиск готовых специалистов и выстроил автономную систему выращивания программистов – от вакансии и отбора до адаптации, обучения и работы на реальных проектах. Эксперименты с вакансиями, проверкой способности учиться и собственными форматами развития помогли обеспечить стабильный поток подходящих кандидатов и постепенно расширять компетенции команды. Доклад в виде статьи: https://infostart.ru/pm/2751976/

Роман Никишов. Стандарт ISO/IEC 42001:2023 – Artificial Intelligence Management Systems. Подходы информационной безопасности при разработке, поставке и использовании систем искусственного интеллекта

Разбираем ISO/IEC 42001:2023 – самостоятельный стандарт по системам менеджмента искусственного интеллекта, построенный на логике ISO/IEC 27001 и расширяющий привычные подходы информационной безопасности на разработку, поставку и использование ИИ-систем. Показываем, как типовая модель оценки рисков дополняется анализом воздействия на бизнес и общество, а приложение А объединяет меры управления рисками в десять групп контролей. Объясняем, чем отличаются требования к разработчикам, поставщикам и пользователям систем искусственного интеллекта и какие риски каждая из сторон должна учитывать на своих этапах жизненного цикла. Материал будет полезен специалистам по информационной безопасности и разработчикам информационных систем, интегрированных с ИИ. Доклад в виде статьи: https://infostart.ru/pm/2751884/

Оксана Богдашкина. Грокаем Нормализацию

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

Андрей Сабынин. Скорость, риск, доверие: как меняется роль IT от финтех-компании до банка-корпорации

Универсальные «лучшие практики» в IT не работают одинаково везде. Финтех-стартап, лицензированный банк и большая банковская корпорация – это три разные среды. В каждой по-своему распределяются скорость, риск и доверие. Стартапу нужна максимальная скорость и готовность жить в неопределенности. Банку важнее управляемость, документация, процессы и след для аудитов. В статье разбираем, как по мере роста бизнеса меняются IT-стратегия, операционная модель и требования: к команде, к информационной безопасности, к архитектуре, к работе с вендорами и SaaS. Формулируем прикладные правила, которые помогают выбирать подход под контекст, не переносить опыт механически из одной среды в другую и ускоряться без потери контроля. Доклад в виде статьи: https://infostart.ru/pm/2742454/

Елена Иванова. Я – ИТ-аналитик. Причем тут знание бизнеса?

Любая информационная система имеет ценность только тогда, когда она соответствуеи потребностям и интересам бизнеса. Для этого необходимо разбираться в специфике компании, которую нужно автоматизировать, начинать проект с целей бизнеса и бизнес-требований. В этом докладе поможем разобраться с тем, как подойти к решению этой задачи – как с позиции бизнес-заказчика, так и с позиции представителей ИТ-команды. Доклад в формате статьи: https://infostart.ru/pm/2706250/

Матвей Серегин. Граница навыков разработчика и аналитика в современных реалиях проектов на 1С

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

Елизавета Левицкая. Финансовая открытость как способ вовлечь команду в управление рентабельностью

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

Александра Герасимова. «С кем поведешься» или Риски проекта, связанные с куратором со стороны клиента

Журнал

База знаний

Лаборатория

Анализ & Управление

Сопровождение 1С

Корпоративные решения

Обучение

Маркетплейс

Проектный офис

Мероприятия

Видеозаписи

Биржа заказов

Форум

Мерч

О компании