План действий после IT-аудита: как довести рекомендации до результата
Как обработать результаты IT-аудита: подтвердить факты, оценить риск, назначить владельцев, выбрать меры, сроки, доказательства и…
Права на программное обеспечение: что проверить заказчику проекта
Что проверить в правах на ПО: исходный код, исключительные права, сотрудники и субподрядчики, open source,…
Технический долг: как оценить и включить в план продукта
Как управлять техническим долгом: симптом, причина, влияние, проценты, риск, размер, приоритет, резерв мощности, метрики и…
Модернизация legacy-системы: как выбрать безопасную стратегию
Как модернизировать legacy: цели, карта зависимостей, данные, тесты, strangler pattern, инкапсуляция, миграция, откат и измерение…
Учения по аварийному восстановлению: как проверить план на практике
Как провести DR-учения: сценарий, роли, RTO, RPO, резервные копии, коммуникация, переключение, безопасность, доказательства и улучшения.
Продуктовые метрики: как отличить активность от ценности
Как выбрать продуктовые метрики: цель, поведение, результат, leading и lagging indicators, сегменты, guardrails, качество данных…
Передача системы в поддержку: что должно быть готово до запуска
Как передать систему в поддержку: архитектура, контакты, мониторинг, доступы, runbook, известные ошибки, резервирование, SLA и…
Обучение пользователей новой системе: как уйти от лекции по кнопкам
Как организовать обучение системе: роли, рабочие сценарии, практика, тестовая среда, инструкции, суперпользователи, проверка навыка и…
Управление внедрением системы: почему пользователи не принимают продукт
Как повысить принятие системы: заинтересованные группы, влияние на работу, участие пользователей, коммуникация, обучение, поддержка и…
Коммуникация со стейкхолдерами IT-проекта без лишних отчетов
Как построить коммуникации проекта: карта интересов, решения, формат, ритм, статус, риски, протокол, эскалация и единый…