Системно-инженерный взгляд в agile-стиле

1. Demand Management
Управление запросами
системно-инженерный взгляд в agile-стиле

2. ТЕОРЕТИЧЕСКАЯТЕОРИЯ
5 слайдов

3. • Система – то, что работает и даёт результат
• Владелец – тот, кто управляет жизненным циклом
системы
• Запрос – оформленное указание изменить
состояние жц, режим деятельности
Модель

4. Жизненный Цикл
• Создание
• Эксплуатация
• Изменение
• Уничтожение
CRUD
Проектирование – жц модели системы в головах специалистов и
компьютерах

5. Некоторые важные системы
Есть ещё финансовые, программные, логистические и прочие…

6. Demand Management
дисциплина управления жц
запроса и потоков запросов в курсе
управления изменениями
ЗАПРОС
Цель существования: согласование
знания об изменениях в системе/системах
• представление некоторой необходимости
создать/изменить/вывести из
эксплуатации систему;
• используется для согласования знания
всех сторон, вовлечённых в оценку и
реализацию этой необходимости;
• определяется организационным агентом
как достаточное для выполнения
действия;
• имеет материальный носитель, чтобы
представление могло пережить
отдельный коммуникативный акт.

7. Другие важные системы
ЗАПРОС – инструкция к действию, выполняется действительно, выполнение
отражается на реальных системах;
МОДЕЛЬ ЗАПРОСА – инструкция к действию, выполняется умственно или
виртуально, эффект отражается на моделях систем.
Управление запросами включает управление как жц Запроса, так и жц Модели
Запрос обрабатывают инженеры сетей, программисты и начальники.
Модель Запроса обрабатывают заказчики, аналитики, архитекторы.

8. ПРАКТИЧЕСКАЯТЕОРИЯ
3 слайда

9. Несколько простых принципов ,например
1. Изменения важнее, чем формальные запросы
2. Ответственность ценнее отчёта
3. Один владелец на систему
4. Обратная связь: обязательно, быстро, легко
5. Чем меньше целевая система, тем лучше
6. Чем меньше систем, тем лучше
7. Чем меньше изменений, тем лучше

10. Как выстроить управление запросами?
1. Определить системы, определить владельцев, выстроить управление ЖЦ систем и прочие мелочи
2. Определить информацию, нужную для изменения систем на
каждом уровне
3. Формализовать представление этой информации и
автоматизировать хранение
4. Определить ответственных за каждый запрос и тип запроса (тоже система)
5. Определить порядок действий (часть – формализовать в виде «процессов»)
6. Исполнять данный порядок
7. Отклонения от порядка фиксировать и использовать для
a) Обучения исполнителей – чтобы порядок соблюдался
b) Изменения порядка – чтобы он соответствовал реальным нуждам и целям

11. Как управлять потоком запросов?
1. Входы: много, но не очень много
2. Выходы: каждому исполнителю один запрос в одни руки
3. Входной фильтр: формальные требования к созданию артефакта
4. Выходной фильтр: операциональная ясность для исполнителя
5. Максимум нормированных атрибутов запроса
значения атрибута – закрытое множество, элементы можно сравнивать между собой и/или
однозначно превращать в другие
6. Просчёт и отслеживание эффектов на вовлечённые системы
7. Стратегия компании = совокупность норм
указание, какое значение атрибута или их сочетание делают запрашиваемое изменение
более или менее приоритетным
8. Обратные связи: коррекция а) запроса; б) необходимости.

12. ПРАКТИЧЕСКАЯПРАКТИКА
1 слайд

13. cut

14. СПАСИБО!