Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 <ul><li><a>Контекст</a></li>

2 <li><a>Модель бизнеса</a></li>

3 <li><a>Мотивация</a><ul><li><a>Легенда</a></li>

4 </ul></li>

5 <li><a>Архитектура</a><ul><li><a>Поток создания ценности</a></li>

6 <li><a>Легенда</a></li>

7 </ul></li>

8 <li><a>Информационная модель</a><ul><li><a>Легенда</a></li>

9 </ul></li>

10 <li><a>Автоматизация целевой способности: "Тепловая карта"</a><ul><li><a>Легенда</a></li>

11 </ul></li>

12 <li><a>Выбор технического решения</a><ul><li><a>Отбор по отсекающим критериям</a></li>

13 </ul></li>

14 <li><a>Интеграционная модель</a></li>

15 <li><a>Инфраструктура</a></li>

16 <li><a>План реализации</a></li>

17 <li><a>Стратегия работы с заинтересованными лицами</a></li>

18 <li><a>Риски и технический долг</a><ul><li><a>Риски</a></li>

19 <li><a>Технический долг</a></li>

20 <li><a>Дорожная карта</a></li>

21 <li><a>План перехода в целевое состояние</a></li>

22 </ul></li>

23 <li><a>Проект решения</a></li>

24 </ul><p><em>Автор - Алексей Кунчукин, бизнес-архитектор, выпускник курса<a>"Enterprise Architect"</a>.</em></p>

25 <h2><strong>Контекст</strong></h2>

26 <p>Производственно-инжиниринговый холдинг планирует строительство ремонтного завода.</p>

27 <p><strong>Цель организации:</strong>обеспечить реверс-инжиниринг узлов двигателей для обеспечения ремонта и техобслуживания двигателей иностранного производства.</p>

28 <p><strong>Цель проекта:</strong>выстроить систему управления деятельностью с учётом следующих ограничений:</p>

29 <ul><li>Основная деятельность состоит из комплекса проектов по конструированию, отработке производства, ремонта деталей и узлов двигателей.</li>

30 <li>Необходимо обеспечить управление взаимосвязанными проектами во всех аспектах: бюджета, ресурсов, сроков и требований.</li>

31 </ul><a></a><h2><strong></strong><strong>Модель бизнеса</strong></h2>

32 <p>Опираемся на контекст и строим бизнес-модель Остервальдера. Выделяем в модели ключевую ценность, с которой будем работать в проекте -<strong>"повышение эффективности реализации инжиниринговых проектов"</strong>.</p>

33 <h2><strong>Мотивация</strong></h2>

34 <p>Строим модель мотивации и определяем<strong>целевую способность</strong>. Эту способность мы будем развивать для повышения ключевой ценности.</p>

35 <a></a><h3><strong>Легенда</strong></h3>

36 <h2><strong>Архитектура</strong></h2>

37 <h3><strong>Поток создания ценности</strong></h3>

38 <p>На примере потока создания ценности определяем способности, которые помогут создать сертифицированную конструкторскую документацию. Наша целевая способность -<strong>управление проектами</strong>.</p>

39 <a></a><h3><strong>Легенда</strong></h3>

40 <h2><strong>Информационная модель</strong></h2>

41 <p>Для целевой способности формируем информационную модель:</p>

42 <a></a><h3><strong>Легенда</strong></h3>

43 <h2><strong>Автоматизация целевой способности: "Тепловая карта"</strong></h2>

44 <p>Декомпозируем<strong>целевую способность</strong>и формируем карту покрытия информационными системами.</p>

45 <a></a><h3><strong>Легенда</strong></h3>

46 <p>Цвета показывают, какие информационные системы автоматизируют наши способности.</p>

47 <h2><strong>Выбор технического решения</strong></h2>

48 <p>Действующее решение на базе MS Project и Jira не удовлетворяет бизнес-требованиям по управлению инжиниринговыми проектами. Задача компании - определить целевую информационную систему.</p>

49 <p>Но так как собственных ресурсов для разработки подобных систем у компании нет, мы ищем готовое решение: аналоги Jira и системы класса ИСУП (информационная системы управления проектами).</p>

50 <p>Исследуем рынок, отбираем пять систем и сравниваем их с действующей (Jira).</p>

51 <h3><strong>Отбор по отсекающим критериям</strong></h3>

52 <a></a><p>Отбор показывает, что необходимо рассматривать системы класса ИСУП, а также позволяет выделить двух потенциальных кандидатов. Сравним этих кандидатов и оценим по расширенному списку требований.</p>

53 <a></a><h2><strong>Интеграционная модель</strong></h2>

54 <p>В планах - встраивать решение ИСУП в действующий системный ландшафт.В этом ландшафте:</p>

55 <ul><li>системы на платформе 1С интегрируются через Kafka</li>

56 <li>остальные системы интегрируются напрямую через API</li>

57 </ul><p>Тип приложений -<strong>stateful</strong>.</p>

58 <a></a><h2><strong>Инфраструктура</strong></h2>

59 <p>Требования к инфраструктуре:</p>

60 <strong>Требование</strong><strong>Измерение</strong><strong>Надёжность</strong>Доступность, %95RTO, ч4<strong>Стоимость приобретения, не более руб.</strong>10 000 000<strong>Стоимость поддержки, не более руб. в год</strong>2 000 000<strong>Настройка / восстановление</strong>Встраивается в существующий системный ландшафт:1. PLM - управление жизненным циклом продукта2. RQM - управление рисками и качеством3. 1С УХ - Финансовый учет4. 1С ЗУП - штатное расписаниеТехнологическое окнопервый понедельник месяца с 5:00 до 8:00 МСКВозможность кастомизации системы силами сторонних подрядчиков (партнёров поставщика)Список подрядчиковВозможность экспорта данных из системыформаты: .xlsx, .csv<strong>Возможность масштабирования</strong>не планируется<strong>Безопасность</strong>Система должна предусматривать аутентификацию пользователейчерез SSOБлокировка действий пользователя при нарушении установленных ограниченийПодтверждение авторства электронных документов, изменений, комментариев<strong>Надёжность хранения данных</strong>RPO, ч1<p>Схема инфраструктурного ландшафта учитывает только обеспечение работы ИСУП. Остальные программные компоненты являются действующими на момент разработки проекта и имеют собственный<em>инфраструктурный слой</em>. Но мы не будем его рассматривать - это не относится к целям данного проекта.</p>

61 <a></a><h2><strong>План реализации</strong></h2>

62 <p>Для качественной реализации проекта выявляем всех заинтересованных лиц и определяем стратегию работы с ними.</p>

63 <h2><strong>Стратегия работы с заинтересованными лицами</strong></h2>

64 <strong>Заинтересованное лицо</strong><strong>Основные ожидания </strong><strong>Класс</strong><strong>Артефакты</strong>Генеральный директорАктуальный статус по деятельности холдингаУдовлетворять потребностиМетрики проектов и варианты их отслеживанияДиректор по проектированию (КБ)В любой момент времени иметь достоверную информацию о загрузке ресурсов.Ключевой стейкхолдерМетодика балансировки ресурсов по проектамПроектный департаментКонтролировать исполнение плана проекта и обеспечивать достижение результата в контрольных точках.Ключевой стейкхолдерПроцедура планирования проекта, структура проектов (портфели, программы)Финансовый департаментКонтролировать исполнение бюджета проекта и получить стоимость результата проекта.Мин. взаимодействияБюджет проектаДиректор по ИТОбеспечить оптимальную ИТ-поддержку на всех этапах проекта.Ключевой стейкхолдерИТ-ландшафт проектного управления, диаграмма развёртыванияИБ группы компанийОбеспечить защиту:- информации по проекту;- результатов интеллектуальной деятельности.ИнформироватьТребования ИБ<h2><strong>Риски и технический долг</strong></h2>

65 <p>Анализ рисков позволяет учесть возможные проблемы при реализации проекта, а также при планировании перехода в целевое состояние.</p>

66 <h3><strong>Риски</strong></h3>

67 <strong>Фактор</strong><strong></strong><strong>риска</strong><strong>Цель</strong><strong>Вероятность</strong><strong>Последствия</strong><strong>Величина риска</strong><strong>Меры</strong>Заявленные вендором параметры системы не соответствуют ожиданиям заказчикаОбеспечить исполнение не менее 90% требования заказчика339Развернуть тестовую среду для проверки соответствия требованиямНизкий уровень технической поддержки вендораОбеспечить должный уровень поддержки224Сформировать собственные компетенции по системе<p>Ещё одной формой риска может быть<em>технический долг</em>. Его также необходимо учитывать при планировании проекта.</p>

68 <h3><strong>Технический долг</strong></h3>

69 <strong>Название задачи</strong><strong>Описание</strong><strong>Последствия</strong><strong>Подход к исправлению</strong><strong>Ответственный</strong>Технический долг по интеграции с финансовой системойИСУП могут внедрить без интеграции с финансовыми системами в части обмена данными по бюджету и оплатам (для такой интеграции нужны дополнительные ресурсы)Ручная обработка бюджетных заявок и платёжных документовИнтеграция с финансовыми системамиКоманда разработки финансовой системы<p>С учётом выявленных рисков планируем<a>этап тестирования</a>выбранной системы -<strong>проверку соответствия требованиям</strong>. Также нам предстоит оценить уровень технической поддержки поставщика решения.</p>

70 <h3><strong>Дорожная карта</strong></h3>

71 <a></a><h3><strong>План перехода в целевое состояние</strong></h3>

72 <a></a><h2><strong>Проект решения</strong></h2>

73 <ul><li>Утвердить поток создания ценности для инжинирингового проекта.</li>

74 <li>Утвердить проект внедрения информационной системы управления проектами (ИСУП).</li>

75 <li>Финансовой департамент должен обеспечить финансирование проекта по внедрению ИСУП.</li>

76 <li>Архитектор должен проконтролировать:</li>

77 <li>этап тестирования решения перед запуском закупочной процедуры;</li>

78 <li>передачу решения в промышленную эксплуатацию с контролем соответствия плановой архитектуре и стоимости владения.</li>

79 </ul>