Слайды (http://www.slideshare.net/ailev/sysmgmt-apspi-may15):
Опубликованные тезисы (в сборнике трудов конференции ISBN 978-5-94768-073-7):
УДК 004.436.4 + 65.012
Анатолий Левенчук, ailev@asmp.msk.su
TechInvestLab, г.Москва
Essence для управления технологиями
Известен Essence [1] в варианте для системной инженерии [2]. В настоящей работе делается попытка использовать этот вариант Essence не столько для описания практик системной инженерии, основывающихся главным образом на альфах Определения и Воплощения системы, сколько для практик управления технологиями – менеджерских практик.
Под термином «управление технологиями» (technology management) скрываются довольно много разных вариантов понимания содержания дисциплины (area of concern). Можно выделить несколько основных вариантов:
-- предпринимательство, стратегирование и маркетинг (основные альфы Возможности и Стейкхолдеры),
-- использование современных технологий (основная альфа Технология), предмет заботы CTO и CIO.
-- инженерный менеджмент (основные альфы – Работа и Команда), при этом нужно учитывать, что классический инженерный менеджмент тяготеет к операционному управлению в ситуации, когда «организация делает что-то в миллионный раз», а управление технологиями занимается этим когда «организация делает что-то в первый раз» [3]
Предложены расширения Основ (kernel extension) для учёта специфики управления технологиями.
Показано, что в рассмотрении должны участвовать минимально три системы, каждая из которых должна «изготавливаться» в отдельном проекте:
-- целевая система, для которой необходимо инженерное решение, это предмет целевого инженерного проекта;
-- использующая система, для которой необходима работа с клиентскими интересами, предмет стратегирования и маркетинговых проектов;
-- обеспечивающая система, для которой необходима работа с технологиями и командой, и собственниками предприятия.
Практики управления технологиями должны увязывать все эти проекты и их разнонаправленные требования: окно Возможностей должно быть двунаправленным и синхронно открывающимся во времени в сторону команды и внешних стейкхолдеров, при принятии проектных решений должны согласовываться интересы не только команды и клиентов, но и инвесторов, не должны путаться проект-предпринятие и предприятие – даже решение о выполнении проекта должно приниматься «на марже», в зависимости от состояния дел в предприятии как целом.
В работе ставятся вопросы о развитии Языка Essence для облегчения обсуждения вопросов технологического управления.
Литература
1. OMG Essence (2014) – Kernel and Language for Software Engineering Methods, specification (http://www.omg.org/spec/Essence/Current)
2. Anatoly Levenchuk (2015), Towards a Systems Engineering Essence – INCOSE Russian chapter product, (http://arxiv.org/abs/1502.00121)
3. Galbraith, J.R. (1982) – Designing the Innovating Organization, Organizational Dynamics, 10, 3:5-25
УДК 004.436.4 + 65.012
Anatoly Levenchuk, ailev@asmp.msk.su
TechInvestLab, Moscow
Technology Management Essence
Based on the OMG Essence [1] there known Systems Engineering Essence [2]. This work is using Systems Engineering Essence not to based primarily on the System Definition and System realization alphas practice of systems engineering descriptions, but for technology management practices descriptions.
The term «technology management» is used for different disciplines (areas of concern). We can distinguish several basic variants:
-- Entrepreneurship, strategy development and marketing (based on Opportunities and Stakeholders alphas).
-- The use of modern technology (based on Technology), the concern of CTO and CIO.
-- Engineering Management (based on Work and Team). You will need to take into account that the classical engineering management tends to operational management in a situation where "the organization is doing something for the millionth time," and technology management when "organization does something for the first time "[2].
In our work, we suggest Essence kernel extension for a technology management. There are three kind of systems that should be mentioned by technology management, possibly in a separate but linked Essence projects:
-- The system of interest for which you want an engineering solution, is the subject of the primary project.
-- Using system is subject of strategizing and marketing projects. Needs alpha is about using system characteristics.
-- enabling system is subject for technology management work with Way of Working and Team alphas and Enterprise Owners sub-alpha of Stakeholders alpha.
Technology management practices should link all these projects and their conflicting requirements. Opportunity window should be bidirectional and synchronous opening in time towards the team and external stakeholders. Design decisions should be consistent with not only the team and customers concerns, but investors’ concerns too. There should not be confused project-endeavour and venture-endeavour: project portfolio decisions should be made "on margin", depending on the resource loads in the enterprise as a whole.
The paper also raises questions about the Essence Language development for a technology management modeling.
References
1. OMG Essence (2014) – Kernel and Language for Software Engineering Methods, specification (http://www.omg.org/spec/Essence/Current)
2. Anatoly Levenchuk (2015), Towards a Systems Engineering Essence – INCOSE Russian chapter product, (http://arxiv.org/abs/1502.00121)
3. Galbraith, J.R. (1982) – Designing the Innovating Organization, Organizational Dynamics, 10, 3:5-25