Сергей Сорокин. Управление проектом через текст договора. Добавьте еще кирпичи и побольше цемента!

14.05.2026 16:57:24 Инфобот (Infostart) 568

Плеер:
YouTube
VK

Рассказываем, как использовать текст договора в качестве инструмента управления проектом: фиксировать ожидания, этапы работ, сценарии выполнения и возможные изменения. На примере проектов переноса данных 1С показываем, чем они отличаются от проектов внедрения, зачем нужна короткая анкета на старте и как декомпозиция помогает заранее «разложить проект на кирпичики». Объясняем, почему IT-проекты можно оценивать по аналогии со строительством – через понятные виды работ, объемы и нормировки, – а коммерческое предложение стоит делать достаточно подробным, чтобы к нему можно было вернуться при изменении сценария. Отдельно разбираем, как повторяющиеся этапы и фиксация работ по периодам помогают гибко управлять объемом проекта, снижать риски для подрядчика и упрощать согласования на стороне заказчика.

Доклад в виде статьи: https://infostart.ru/pm/2691856/

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

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

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

Свернуть все

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

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

https://infostart.ru/video/w2691870/

Иван Белокаменцев. От вакансии до увольнения: как мы сами себе выстроили 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/

Александра Брызгалова. Три типичных конфликта автоматизатора и где там win-win

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

Сергей Харитонов. Сервисное лидерство в эпоху AI и самоорганизации

Техническая поддержка может быть не просто службой для обработки заявок, а стратегическим центром цифровой культуры в организации. Показываем, как команда поддержки выстроила работу с разными аудиториями – сотрудниками, студентами и преподавателями, запустила внутренние мини-сообщества, внедрила ИИ-инструменты и начала переходить от SLA к XLA. Разбираем, почему современная поддержка должна не только решать обращения, но и учить пользователей, помогать соседним подразделениям, развивать Customer Service внутри IT и менять отношение людей к информационным системам. Доклад в виде статьи: https://infostart.ru/pm/2729026/

Екатерина Зимнухова. Хватит сомневаться! Как айтишнику избавиться от синдрома самозванца

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

Сергей Сорокин. Управление проектом через текст договора. Добавьте еще кирпичи и побольше цемента!

Журнал

База знаний

Лаборатория

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

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

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

Обучение

Маркетплейс

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

Мероприятия

Видеозаписи

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

Форум

Мерч

О компании