Доклад А.Левенчука "Essence для управления технологиями" на четвертой научно-практической конференции «Актуальные проблемы системной и программной инженерии» (АПСПИ - 2015), 21 мая 2015г.
2. История проекта
• Старт: зима 2015, с опорой на результаты проекта
Systems Engineering Essence (продукт INCOSE Russian
chapter -- http://arxiv.org/abs/1502.00121)
• Цель: Понимание модульной структуры Kernel,
внимание к развитию различных area of concerns –
исследование менеджерских area of concerns
• Обсуждено: 6 рабочая встреча Русского отделения
INCOSE по проблемам системной инженерии,
апрель 2015
• Использовано:
• вторая редакция учебника «Системноинженерное
мышление»
(http://techinvestlab.ru/systems_engineering_thinking)
• курсы весеннего семестра 2015г. межвузовских
инженерных магистратур (Новосибирск и Москва),
• Три авторских семинара А.Левенчука весной 2015г. 2
3. Два понимания управления технологиями
• То, что делает CTO (Way of Working)
• +Инженерный менеджмент (Work, Team) «когда
организация делает что-то первый раз» (в
отличие от чистого инженерного менеджмента)
• Часто связано с предпринимательством
(technology management and entrepreneurship)
3
4. Язык
Уровни обобщения и формализации: методология
мышления/дисциплин/предметов
(обеспечение мультидисциплинарности/мультипарадигмальности)
4
• Философские логики – знаковые системы и их связь с окружающим миром,
предельные онтологи
• Рефлексирующие модельеры данных – MOF, ISO 15926 Part 2 (Upper ontology,
foundational ontology). Компьютерщики: преобразования одних выражений
мысли в другие (теоркатегорное представление, не теория множеств –
операции главные, вычисление). Поддержка системного подхода
• Модельеры данных/intermediate ontology – одна логика, помогают выразить
мысль непротиворечиво (теоретико-множественное представление –
объекты главные).
• Ситуационные инженеры методов, кейс менеджмент, BPM, проектные
управленцы, оргдизайнеры – мысли о деятельности (практиках).
• Рефлексирующие инженеры/микротеоретики=онтики – мысли о своей
дисциплине (объекты-предметы: системная инженерия, программная
инженерия, инженерия предприятия, инженерия психика)
• Профессионалы-инженеры – мысли о своих конкретных Мирах: целевых
объектах (софтинках, самолётиках) и обеспечивающих объектах (то бишь
субъектах), их жизненных циклах.
5. OMG Essence: Язык и Основы (Kernel)
5
...
Язык
(абстракция
абстракции)
Дисциплина
(абстракции)
Технология
(конкретности)
...
Практика/метод
7. Альфы – общий объект отслеживания
7
Systems Engineer
CTO/CIO
+HR
Engineering/project
manager
ВРЕМЯ, РЕСУРСЫ
СОДЕРЖАНИЕ
ПРАКТИКА =
ДИСЦИПЛИНА +
ТЕХНОЛОГИЯ
9. technology management
инженерия предприятия: CTO + HR
9
КАПИТАЛ: постановка технологий
Проблема: Essence не подразумевает
двойного применения (работы по команде,
технологии и самим работам входят в
общие работы)
10. Три viewpoint для классического инженерного менеджмента
• Работы – process-based (activity-based)
• Технология – product-based (практики, кейсы). Essence тут (с опорой на альфы!)
• Команда – communications-based (полномочия и поручения)
• Хорошо разобрались с планированием и контролем плана
• Хуже с освоением технологий (но это в technology management)
• Отсутствует (проблема) внятный подход для: leadership (органиграмма в process-
based, DEMO только упоминает «выход в дискурс», Essence только упоминает
компетенции, Kanban считает проблему «саморассасывающейся», но в целом
дисциплина отсутствует)
• Essence хорошо для планирования (порождение подальф, их состояний), плохо
для отслеживания общего хода выполнения работ – непонятно, как использовать
Lean+Kanban (которые в терминах работ, а не альф-объектов работы) – нужны
исследования
10