Презентация доклада "Преподавание архитектуры предприятия в университетах РФ" на конференции АПКИТ "Преподавание информационных технологий в РФ 2016", СПб, СПбГУ, 19.05.2016
ITGM #5. What Is Enterprise Architecture [1.0, RUS]Alex V. Petrov
«Экономический дарвинизм» XXI в. делает предприятия все более уязвимыми в жесткой конкурентной борьбе. Сегодня мы наблюдаем радикальную трансформацию даже самых консервативных отраслей, не говоря уже о «новой экономике» и высокотехнологичных сферах. Бизнес стремительно осваивает принципиально иные средства производства, каналы коммуникаций, виды инфраструктуры и постоянно перевооружается в попытке опередить соперников по борьбе за клиента. И не всегда удачно.
В этих условиях вопросы эффективного проектирования корпоративной архитектуры (англ. Enterprise Architecture, EA) приобретают все большую актуальность. Из чего складывается такая архитектура и в чем ее отличие от ИТ- и бизнес-архитектуры? Какая она бывает? Как правильно ее создавать? Актуальна ли проблематика корпоративной архитектуры для малого и среднего бизнеса и возможно ли «масштабирование вниз» классических архитектурных подходов?
CEE-SECR 2015. Systems Engineering for Software Engineers in Top-Ranking Tech...Alex V. Petrov
Системная инженерия, известная еще с советских времен как «системотехника», в последние десятилетия претерпела серьезные трансформации не только в России, но и за рубежом. Достаточно сказать, что на английском языке эта междисциплинарная область знаний приобрела в своем названии новый смысл: «инжиниринг системы» (англ. System Engineering) сменил «инжиниринг систем» (англ. Systems Engineering). Отечественные вузы, по объективным причинам утратившие за последние 20 лет экспертизу в области преподавания системотехники, сегодня оказались неспособны предлагать рынку выпускников, готовых, умеющих, а главное — знающих, как браться за разработку сложных систем и доводить ее до конца, отвечать за основополагающие принципы создания и функционирования таких систем, иными словами — архитектуру.
Между тем, системная инженерия возвращается в учебные планы программ подготовки магистров по таким направлениям, как «Информатика и вычислительная техника». Впрочем, строчка в учебном плане — еще не гарантия успеха в преподавании.
В своем докладе мы поделимся личным опытом преподавания системной инженерии в ведущих технических вузах столиц России: Московском государственном техническом университете (МГТУ) им. Н.Э. Баумана и Санкт-Петербургском государственном электротехническом университете «ЛЭТИ» им. В.И. Ульянова (Ленина) (СПбГЭТУ ЛЭТИ), — расскажем о контексте, в котором велась подготовка авторских учебных программ, лекционных и практических материалов, проблемах, которые возникали в ходе образовательного процесса.
Говоря о результатах, которых удалось достичь авторам с 2013/2014 уч. года и по сей день, мы остановимся на двух главных. Пер�
ITGM #5. What Is Enterprise Architecture [1.0, RUS]Alex V. Petrov
«Экономический дарвинизм» XXI в. делает предприятия все более уязвимыми в жесткой конкурентной борьбе. Сегодня мы наблюдаем радикальную трансформацию даже самых консервативных отраслей, не говоря уже о «новой экономике» и высокотехнологичных сферах. Бизнес стремительно осваивает принципиально иные средства производства, каналы коммуникаций, виды инфраструктуры и постоянно перевооружается в попытке опередить соперников по борьбе за клиента. И не всегда удачно.
В этих условиях вопросы эффективного проектирования корпоративной архитектуры (англ. Enterprise Architecture, EA) приобретают все большую актуальность. Из чего складывается такая архитектура и в чем ее отличие от ИТ- и бизнес-архитектуры? Какая она бывает? Как правильно ее создавать? Актуальна ли проблематика корпоративной архитектуры для малого и среднего бизнеса и возможно ли «масштабирование вниз» классических архитектурных подходов?
CEE-SECR 2015. Systems Engineering for Software Engineers in Top-Ranking Tech...Alex V. Petrov
Системная инженерия, известная еще с советских времен как «системотехника», в последние десятилетия претерпела серьезные трансформации не только в России, но и за рубежом. Достаточно сказать, что на английском языке эта междисциплинарная область знаний приобрела в своем названии новый смысл: «инжиниринг системы» (англ. System Engineering) сменил «инжиниринг систем» (англ. Systems Engineering). Отечественные вузы, по объективным причинам утратившие за последние 20 лет экспертизу в области преподавания системотехники, сегодня оказались неспособны предлагать рынку выпускников, готовых, умеющих, а главное — знающих, как браться за разработку сложных систем и доводить ее до конца, отвечать за основополагающие принципы создания и функционирования таких систем, иными словами — архитектуру.
Между тем, системная инженерия возвращается в учебные планы программ подготовки магистров по таким направлениям, как «Информатика и вычислительная техника». Впрочем, строчка в учебном плане — еще не гарантия успеха в преподавании.
В своем докладе мы поделимся личным опытом преподавания системной инженерии в ведущих технических вузах столиц России: Московском государственном техническом университете (МГТУ) им. Н.Э. Баумана и Санкт-Петербургском государственном электротехническом университете «ЛЭТИ» им. В.И. Ульянова (Ленина) (СПбГЭТУ ЛЭТИ), — расскажем о контексте, в котором велась подготовка авторских учебных программ, лекционных и практических материалов, проблемах, которые возникали в ходе образовательного процесса.
Говоря о результатах, которых удалось достичь авторам с 2013/2014 уч. года и по сей день, мы остановимся на двух главных. Пер�
Открытый семинар для студентов в компании CUSTIS (25 сентября 2014 года).
Лектор: Игорь Беспальчук, руководитель проектов дирекции технологического развития.
Аннотация: Уже больше тридцати лет термин «архитектура» широко используется в разработке программного обеспечения. Без сомнения, архитектура — это нечто очень значительное, сложное, а может быть, и самое важное при создании качественного ПО. Но на вопрос о четком определении и критериях значимости архитектуры даже специалисты с большим опытом обычно отвечают уклончиво, умножая абстракции и не добавляя ясности в понимание. Неудивительно, что без четкого представления о том, что такое архитектура, нельзя сказать, какой она должна быть, как ее создать и как проверить, иными словами — как управлять архитектурой. На семинаре мы постараемся разобраться со всеми этими вопросами.
Видеозапись семинара: https://vimeo.com/107810012.
ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]Alex V. Petrov
Архитектура предприятия как системы охватывает такие области, как информационно-технологическая и бизнес-архитектура. В свою очередь, одним из компонентов бизнес-архитектуры, заслуженно привлекающим первоочередное внимание и требующим пристального рассмотрения в контексте реализации самых разнообразных бизнес-инициатив, является процессная архитектура.
Грамотно передать суть и содержание бизнес-процессов современного предприятия не так просто, как может показаться на первый взгляд. Растущая сложность внутри- и межкорпоративных взаимодействий является одной из основных причин того, что на сегодняшний день мы наблюдаем быструю смену целых поколений языков описания бизнес-процессов. Действительно, языки, востребованные в 1990-х – 2000-х гг., стремительно уступают место новым нотациям моделирования, сложность которых поначалу ставит в тупик даже опытных аналитиков. Одним из ярких примеров таких сложных, но актуальных нотаций является язык BPMN 2.0.
Наконец, дисциплина бизнес-моделирования становится по-настоящему значимой только в контексте коммуникации как практики передачи знания о процессной архитектуре предприятия от человека к человеку или от человека — к машине; а коммуникации процессной архитектуры, как и любой другой, нужно последовательно учиться.
В лекциях для студентов ИГХТУ (Иваново) и БГУИР (Минск) проанализирован и обобщен практический опыт применения моделей бизнес-процессов для описания текущих и целевых состояний процессной архитектуры предприятий, подведен теоретический базис под современные представления о подходах к решению задач коммуникации архитектуры, приведен ряд примеров
SPb BA & SA Night. Learning a New Business Domain [1.01, RUS]Alex V. Petrov
Известные и неизвестные приемы освоения новых предметных областей — обязательный инструмент в арсенале успешного аналитика. Именно им был посвящен II «Вечер системного и бизнес-анализа» в С.-Петербурге, прошедший 05 сентября 2015 г. Ключевые темы: индукция и дедукция, концептуальные модели и онтологии, разбор примеров, командная работа и менторство.
ITGM #5. System Duality and Its Practical Effect on Business Analysis [1.0, RUS]Alex V. Petrov
Как гласит один из постулатов современной системной инженерии, любая сложная инженерная система есть иррациональное единство функции и конструкции, и информационные системы — не исключение.
Постичь внутреннюю онтологическую двойственность таких систем — значит научиться отчетливо видеть альтернативные пути удовлетворения потребностей заинтересованных сторон, осознанно, а не интуитивно различать ограничения и требования, элементы ИТ-архитектур и элементы ИТ-решений, идентифицировать внешние и внутренние интерфейсы систем в их надсистемах и многое-многое другое.
SPb BA & SA Night. Stakeholder Management Essentials [1.01, RUS]Alex V. Petrov
Управление заинтересованными сторонами — одна из ключевых техник бизнес-анализа, которая обсуждалась на «Вечере системного и бизнес-анализа» в С.-Петербурге 06 июня 2015 г. Ключевые вопросы: заинтересованные стороны и их интересы, точки зрения и представления; основные шаги управления заинтересованными сторонами, шаблон карты заинтересованных сторон по TOGAF9.
UML2. Eleven Trivial Tips for BPMN Modellers [1.01, RUS]Alex V. Petrov
«Дорога в тысячу ли начинается с первого шага», — гласит китайская мудрость. Простые, правильные и понятные модели бизнес-процессов — своеобразный «знак качества», скреплять которым свою работу мечтает каждый профессионал-аналитик. Однако достижение нужного качества моделей у многих занимает годы непрерывной работы, а такой запас времени — непозволительная роскошь в стремительно развивающемся мире ИТ- и управленческого консалтинга. Многим не добавляет оптимизма и общепризнанный на сегодня открытый международный стандарт BPMN 2.0, допускающий чересчур много равновозможных решений одной и той же задачи в области моделирования.
В ходе общения с аудиторией на дискуссионном онлайн-семинаре Сообщества аналитиков UML2.Ru мы представили ряд простых способов повышения качества BPMN-моделей бизнес-процессов. Придерживаясь этих рекомендаций, вы вместе с участниками семинара сможете:
* унифицировать личную и командную технику моделирования процессов;
* добиться однозначного толкования моделей различными заинтересованными сторонами;
* преодолевать самые известные ограничения BPMN, не нарушая стандарт OMG и не выходя за рамки возможностей промышленных инструментов;
* заложить основу корпоративного соглашения о моделировании на описательном и аналитическом уровне.
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]Alex V. Petrov
Прошедший в «Академии информационных систем» (г. Москва) семинар «Как измерить архитектуру ПО?» ответил на вопрос о том, реально ли оценить архитектуру программной системы и сказать, насколько она полна, качественна, подвержена тем или иным недостаткам. В ходе семинара слушатели узнали, какие архитектурные метрики существуют, какие из них — признаны отраслью, в чем состоит их польза и как подходить к их применению в условиях производства.
С одной стороны область связанная с работой с требованиями постепенно институализируется и область становится все более и более консервативной. И практика и стандарты становятся более зрелыми. С другой стороны мир и индустрия разработки ПО не стоит на месте. Даже гибкие методологии, не так давно казавшиеся пределом мечтаний, похоже перевалили пик своей популярности. Наступает очередная смена парадигмы в роли ИТ и Requirements Engineering в частности.
REQ Labs 2014. Smart Business Modelling: A Key to Success in Enterprise Autom...Alex V. Petrov
Приходя первыми на объект автоматизации, аналитики выполняют крайне ответственную работу по изучению, моделированию и предварительной оптимизации деятельности предприятия. Разнообразие созданных на сегодня подходов и языков описания бизнес-процессов способно вселить в начинающего и даже опытного специалиста веру в то, что инструменты и нотации можно выбирать наугад. Но не все «пути аналитика» ведут к успеху возложенной на него миссии.
Доклад «Умелое описание бизнес-процессов — залог успешной автоматизации» на наглядных примерах демонстрирует проверенную временем, но неоправданно малоизвестную в России методологию многоуровневого описания бизнес-процессов в целях их автоматизации. Вооружившись ею, читатели смогут легко и просто формировать наглядные модели процессов, понятные и значимые для основных заинтересованных сторон проекта; выявлять и описывать основные успешные сценарии выполнения бизнес-процессов; находить альтернативные и исключительные сценарии и задавать правильные вопросы, помогающие устанавливать мельчайшие нюансы будущей программной и внепрограммной реализации таковых.
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]Alex V. Petrov
Приступая к реализации проектов разработки информационных систем, заказчик и исполнитель, как правило, в большей степени нацелены на подготовку технического задания. Однако, в действительности техническое задание — это финальный документ, в подготовке которого участвуют представители аналитического блока команды. Создание технического задания должно предваряться формированием ряда не менее важных документов, относящихся к более ранним этапам жизненного цикла системы. Одним из этих документов являются «Бизнес-требования» (англ. Business Requirements Document, BRD).
Ключевая миссия этого документа — исчерпывающее определение рамок, или объема, проекта. Какие объемы проекта существуют, как определяются и из чего складываются? Включать ли в BRD перечень заинтересованных сторон и предварительно идентифицированные риски проекта? Какую еще информацию следует включать в BRD, а какую — нет? Как провести границу между BRD и документом «Функциональные требования» (англ. Functional Requirements Document, FRD)? Как взаимодействовать с заказчиком для эффективного определения бизнес-требований? Ответы на эти и другие вопросы — в презентации с выступления в Парке высоких технологий (Минск, 03 декабря 2015 г.).встрече
Пост-корпоративные архитектуры и архитектура совместного социального действияDmitry Kozhevnikov
This presentation (in Russian) describes a business-architecture of social act in context of post-corporate business architectures. The original article was originally published in the materials of the conference
Мастер-класс Игоря Беспальчука на тему: "Прекратите думать о конвейере, или С...Business incubator HSE
18 июня состоялся мастер-класс Игоря Беспальчука на тему: "Прекратите думать о конвейере, или Системное мышление для организатора разработки ПО".
Системное мышление — мощный инструмент анализа сложных явлений, но часто мы пользуемся им не очень умело, интуитивно и непоследовательно. В результате получаются неадекватные ментальные модели, которые сами по себе становятся препятствием для понимания происходящего.
Один из характерных примеров — взгляд на производство ПО как на конвейер: на входе — требования, на выходе — программный продукт. Интуитивно такая модель кажется вполне адекватной.
Краткое содержание доклада:
Логика построения курсов обучения
Учебные курсы
Практическая работа в ПП «Business Studio»
Практикум: Проект по регламентации бизнес-процессов
Практикум: Проект по разработке и внедрению СМК
Открытый семинар для студентов в компании CUSTIS (25 сентября 2014 года).
Лектор: Игорь Беспальчук, руководитель проектов дирекции технологического развития.
Аннотация: Уже больше тридцати лет термин «архитектура» широко используется в разработке программного обеспечения. Без сомнения, архитектура — это нечто очень значительное, сложное, а может быть, и самое важное при создании качественного ПО. Но на вопрос о четком определении и критериях значимости архитектуры даже специалисты с большим опытом обычно отвечают уклончиво, умножая абстракции и не добавляя ясности в понимание. Неудивительно, что без четкого представления о том, что такое архитектура, нельзя сказать, какой она должна быть, как ее создать и как проверить, иными словами — как управлять архитектурой. На семинаре мы постараемся разобраться со всеми этими вопросами.
Видеозапись семинара: https://vimeo.com/107810012.
ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]Alex V. Petrov
Архитектура предприятия как системы охватывает такие области, как информационно-технологическая и бизнес-архитектура. В свою очередь, одним из компонентов бизнес-архитектуры, заслуженно привлекающим первоочередное внимание и требующим пристального рассмотрения в контексте реализации самых разнообразных бизнес-инициатив, является процессная архитектура.
Грамотно передать суть и содержание бизнес-процессов современного предприятия не так просто, как может показаться на первый взгляд. Растущая сложность внутри- и межкорпоративных взаимодействий является одной из основных причин того, что на сегодняшний день мы наблюдаем быструю смену целых поколений языков описания бизнес-процессов. Действительно, языки, востребованные в 1990-х – 2000-х гг., стремительно уступают место новым нотациям моделирования, сложность которых поначалу ставит в тупик даже опытных аналитиков. Одним из ярких примеров таких сложных, но актуальных нотаций является язык BPMN 2.0.
Наконец, дисциплина бизнес-моделирования становится по-настоящему значимой только в контексте коммуникации как практики передачи знания о процессной архитектуре предприятия от человека к человеку или от человека — к машине; а коммуникации процессной архитектуры, как и любой другой, нужно последовательно учиться.
В лекциях для студентов ИГХТУ (Иваново) и БГУИР (Минск) проанализирован и обобщен практический опыт применения моделей бизнес-процессов для описания текущих и целевых состояний процессной архитектуры предприятий, подведен теоретический базис под современные представления о подходах к решению задач коммуникации архитектуры, приведен ряд примеров
SPb BA & SA Night. Learning a New Business Domain [1.01, RUS]Alex V. Petrov
Известные и неизвестные приемы освоения новых предметных областей — обязательный инструмент в арсенале успешного аналитика. Именно им был посвящен II «Вечер системного и бизнес-анализа» в С.-Петербурге, прошедший 05 сентября 2015 г. Ключевые темы: индукция и дедукция, концептуальные модели и онтологии, разбор примеров, командная работа и менторство.
ITGM #5. System Duality and Its Practical Effect on Business Analysis [1.0, RUS]Alex V. Petrov
Как гласит один из постулатов современной системной инженерии, любая сложная инженерная система есть иррациональное единство функции и конструкции, и информационные системы — не исключение.
Постичь внутреннюю онтологическую двойственность таких систем — значит научиться отчетливо видеть альтернативные пути удовлетворения потребностей заинтересованных сторон, осознанно, а не интуитивно различать ограничения и требования, элементы ИТ-архитектур и элементы ИТ-решений, идентифицировать внешние и внутренние интерфейсы систем в их надсистемах и многое-многое другое.
SPb BA & SA Night. Stakeholder Management Essentials [1.01, RUS]Alex V. Petrov
Управление заинтересованными сторонами — одна из ключевых техник бизнес-анализа, которая обсуждалась на «Вечере системного и бизнес-анализа» в С.-Петербурге 06 июня 2015 г. Ключевые вопросы: заинтересованные стороны и их интересы, точки зрения и представления; основные шаги управления заинтересованными сторонами, шаблон карты заинтересованных сторон по TOGAF9.
UML2. Eleven Trivial Tips for BPMN Modellers [1.01, RUS]Alex V. Petrov
«Дорога в тысячу ли начинается с первого шага», — гласит китайская мудрость. Простые, правильные и понятные модели бизнес-процессов — своеобразный «знак качества», скреплять которым свою работу мечтает каждый профессионал-аналитик. Однако достижение нужного качества моделей у многих занимает годы непрерывной работы, а такой запас времени — непозволительная роскошь в стремительно развивающемся мире ИТ- и управленческого консалтинга. Многим не добавляет оптимизма и общепризнанный на сегодня открытый международный стандарт BPMN 2.0, допускающий чересчур много равновозможных решений одной и той же задачи в области моделирования.
В ходе общения с аудиторией на дискуссионном онлайн-семинаре Сообщества аналитиков UML2.Ru мы представили ряд простых способов повышения качества BPMN-моделей бизнес-процессов. Придерживаясь этих рекомендаций, вы вместе с участниками семинара сможете:
* унифицировать личную и командную технику моделирования процессов;
* добиться однозначного толкования моделей различными заинтересованными сторонами;
* преодолевать самые известные ограничения BPMN, не нарушая стандарт OMG и не выходя за рамки возможностей промышленных инструментов;
* заложить основу корпоративного соглашения о моделировании на описательном и аналитическом уровне.
INFOSYSTEMS. How to Measure Software Architecture [1.01, RUS]Alex V. Petrov
Прошедший в «Академии информационных систем» (г. Москва) семинар «Как измерить архитектуру ПО?» ответил на вопрос о том, реально ли оценить архитектуру программной системы и сказать, насколько она полна, качественна, подвержена тем или иным недостаткам. В ходе семинара слушатели узнали, какие архитектурные метрики существуют, какие из них — признаны отраслью, в чем состоит их польза и как подходить к их применению в условиях производства.
С одной стороны область связанная с работой с требованиями постепенно институализируется и область становится все более и более консервативной. И практика и стандарты становятся более зрелыми. С другой стороны мир и индустрия разработки ПО не стоит на месте. Даже гибкие методологии, не так давно казавшиеся пределом мечтаний, похоже перевалили пик своей популярности. Наступает очередная смена парадигмы в роли ИТ и Requirements Engineering в частности.
REQ Labs 2014. Smart Business Modelling: A Key to Success in Enterprise Autom...Alex V. Petrov
Приходя первыми на объект автоматизации, аналитики выполняют крайне ответственную работу по изучению, моделированию и предварительной оптимизации деятельности предприятия. Разнообразие созданных на сегодня подходов и языков описания бизнес-процессов способно вселить в начинающего и даже опытного специалиста веру в то, что инструменты и нотации можно выбирать наугад. Но не все «пути аналитика» ведут к успеху возложенной на него миссии.
Доклад «Умелое описание бизнес-процессов — залог успешной автоматизации» на наглядных примерах демонстрирует проверенную временем, но неоправданно малоизвестную в России методологию многоуровневого описания бизнес-процессов в целях их автоматизации. Вооружившись ею, читатели смогут легко и просто формировать наглядные модели процессов, понятные и значимые для основных заинтересованных сторон проекта; выявлять и описывать основные успешные сценарии выполнения бизнес-процессов; находить альтернативные и исключительные сценарии и задавать правильные вопросы, помогающие устанавливать мельчайшие нюансы будущей программной и внепрограммной реализации таковых.
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]Alex V. Petrov
Приступая к реализации проектов разработки информационных систем, заказчик и исполнитель, как правило, в большей степени нацелены на подготовку технического задания. Однако, в действительности техническое задание — это финальный документ, в подготовке которого участвуют представители аналитического блока команды. Создание технического задания должно предваряться формированием ряда не менее важных документов, относящихся к более ранним этапам жизненного цикла системы. Одним из этих документов являются «Бизнес-требования» (англ. Business Requirements Document, BRD).
Ключевая миссия этого документа — исчерпывающее определение рамок, или объема, проекта. Какие объемы проекта существуют, как определяются и из чего складываются? Включать ли в BRD перечень заинтересованных сторон и предварительно идентифицированные риски проекта? Какую еще информацию следует включать в BRD, а какую — нет? Как провести границу между BRD и документом «Функциональные требования» (англ. Functional Requirements Document, FRD)? Как взаимодействовать с заказчиком для эффективного определения бизнес-требований? Ответы на эти и другие вопросы — в презентации с выступления в Парке высоких технологий (Минск, 03 декабря 2015 г.).встрече
Пост-корпоративные архитектуры и архитектура совместного социального действияDmitry Kozhevnikov
This presentation (in Russian) describes a business-architecture of social act in context of post-corporate business architectures. The original article was originally published in the materials of the conference
Мастер-класс Игоря Беспальчука на тему: "Прекратите думать о конвейере, или С...Business incubator HSE
18 июня состоялся мастер-класс Игоря Беспальчука на тему: "Прекратите думать о конвейере, или Системное мышление для организатора разработки ПО".
Системное мышление — мощный инструмент анализа сложных явлений, но часто мы пользуемся им не очень умело, интуитивно и непоследовательно. В результате получаются неадекватные ментальные модели, которые сами по себе становятся препятствием для понимания происходящего.
Один из характерных примеров — взгляд на производство ПО как на конвейер: на входе — требования, на выходе — программный продукт. Интуитивно такая модель кажется вполне адекватной.
Краткое содержание доклада:
Логика построения курсов обучения
Учебные курсы
Практическая работа в ПП «Business Studio»
Практикум: Проект по регламентации бизнес-процессов
Практикум: Проект по разработке и внедрению СМК
Это первый из серии бесплатных вебинаров, проводимых перед учебным курсом «Мастерская проектирования ИТ-решений» http://www.itexpert.ru/aws
Задача этого вебинара не только подробнее познакомить Вас с программой и содержанием учебного курса, но и дать возможность посмотреть на процесс проектирования ИТ-решений в контексте других процессов организации.
Запись вебинара: https://www.youtube.com/watch?v=xLipAZ3q5fA
Профессиональные траектории выпускников специализации "Моделирование и оптими...Dmitry Kozhevnikov
Презентация для мастер-класса, прошедшего 21.04.12 в НИУ ВШЭ. В конце приводится методика построение собственной карьерной траектории, разработанная с использованием материалов Л.К. Дудченко и Д. Перси
Наталья Желнова для ITGM#6. Обучение системных аналитиковSPbCoA
Наталья Желнова для ITGM#6. Обучение системных аналитиков
- Где, кто, кого и чему учит
- Чего не хватает обучаемым
- Что делать? (Системный подход к обучению)
- Практический опыт: Как это было
Knowledge management или Управление знаниями для России пока что не является топовой темой для профессиональных конференций, но окружающее инфо-поле уже начинает говорить об этом: цифровая экономика, защита интеллектуальной собственности, смена поколений работников, экономика знаний, индустрия 4.0, e-learning и т.п. - всё это звенья одной цепи.
Архитектура организации (Enterprise Architecture) и управление городамиMaxim Arzumanyan
Архитектура организации (Enterprise Architecture) и управление городами. Основные подходы, методы и инструменты. Презентация на II Всероссийском Форуме Живых Городов 2015, Ижевск
The GameChangers Enterprise Architecture track, a free one-year program for ad-hoc education and research on modern enterprise management and engineering, begins accepting applications. The course structure offers classes with experts and key people from enterprise architecture, organizational development, project management and IT-management, both from industry and academia.
3. Эволюция докладов
Архитектура предприятия:
проблемы востребованности и
подготовки кадров
2014 Опыт организации
межвузовской программы
Game|Changers EA Track
2015 Межвузовский
академический центр
компетенций по архитектуре
предприятия
2013
2014
2015
5. Борьба за влияние в Архитектуре предприятия:
Бизнес-архитектура vs ИТ-архитектура
БИЗНЕС ИТ
6.
7. Способность проводить анализ
инновационной деятельности
предприятия (ПК-2)
Способность применять методы системного
анализа и моделирования для анализа
архитектуры предприятий (ПК-3)
Способность готовить аналитические материалы для оценки мероприятий и выработки
стратегических решений в области ИКТ (ПК-1)
Аналитическая деятельность
Проектная деятельность
Способность проектировать архитектуру
предприятия (ПК-8)
Способность разрабатывать и внедрять
компоненты архитектуры предприятия
(ПК-9)
Консалтинговая деятельность
Способность управлять инновационной и
предпринимательской деятельностью в
сфере ИКТ (ПК-16)
Способность консультировать по вопросам
развития ИТ-инфраструктуры предприятия
(ПК-15)
Способность консультировать по
совершенствованию архитектуры
предприятия (ПК-14)
Инновационно-предпринимательская деятельность
Способность управлять внедрением
инноваций для развития архитектуры
предприятия (ПК-17)
Организационно-управленческая деятельность
Способность разрабатывать стратегию
развития архитектуры предприятия (ПК-4)
Способность планировать процессы управления жизненным циклом ИТ-инфраструктуры
предприятия и организовывать их исполнение (ПК-5)
Способность управлять исследовательскими и
проектно-внедренческими коллективами
(ПК-6)
Способность управлять электронным
предприятием и подразделениями
электронного бизнеса
несетевых компаний (ПК-7)
Научно-исследовательская деятельность
Способность проводить научные
исследования для выработки стратегических
решений в области ИКТ (ПК-12)
Способность проводить поиск и анализ
инноваций в экономике, управлении и ИКТ
(ПК-11)
Способность проводить исследования и поиск
новых моделей и методов совершенствования
архитектуры предприятия (ПК-10)
Способность организовывать самостоятельную
и коллективную научно-исследовательскую
работу (ПК-13)
Готовность разрабатывать образовательные
программы и учебно-методические материалы
по управленческим и ИТ-дисциплинам (ПК-18)
Готовность проводить лекционные и
практические занятия по управленческим и
ИТ-дисциплинам (ПК-19)
Педагогическая деятельность
Компетенции выпускника по ФГОС ВПО по направлению подготовки
38.04.05 Бизнес-информатика (уровень магистратуры)
13. Архитектура предприятия в контексте
управления ИТ
4 характеристики EA, как области знаний
Новизна Междисцип-
линарность
Высокая
динамика
развития
Практическая
Направленность
Принципы преподавания
• Обучение через действие
(работа в группах, кейс-метод);
• Развитие коммуникации через
работу в командах;
• Развитие
предпринимательского
мышления (задачи генерации
новых идей);
• Развитие инженерного
мышления.
14. Скажи мне — и я забуду,
покажи мне — и я запомню,
дай мне сделать — и я пойму.
Конфуций
17. Архитектурный подход к трансформации предприятий
Бизнес-модель
Модель
способностей
Цепочки создания
ценности
Оргструктура
Карта стратегий
и ССП
ИТ-архитектура
Программа
развития
Исходное
предприятие
Целевое
предприятие
Трансформация предприятия
Реальность
Бизнес-модель
Как
есть
Как
надо
Модель
способностей
Цепочки создания
ценности
ИТ-архитектураОргструктура
Портфель
проектов развития
Планпроектадлякурса
18. Состав работ для студенческого проекта
А. Анализ текущего состояния компании
1. Бизнес-модель «как есть»
2. Организационная структура «как
есть»
3. Карта бизнеса (цепочки создания
ценности) «как есть»
4. Карта способностей
(компонентная модель
деятельности) «как есть»
5. Анализ проблем
6. ИТ-ландшафт «как есть»
(существующие ИС)
Б. Обзор лучших практик и ИТ в сфере
деятельности компании
В. Проектирование целевого состояние компании
1. Бизнес-модель «как надо» (целевая)
2. Карта бизнеса (цепочки создания ценности) «как надо»
3. Карта способностей (компонентная модель
деятельности) «как надо»
4. Карта стратегий (развития и/или операционная)
5. Критические области деятельности
6. Организационная структура «как надо»
7. Приоритеты автоматизации
8. ИТ-ландшафт «как надо» (целевые ИС)
Г. Формирование программы развития
1. Карточки проектов и программ развития (предлагаемые
инициативы)
2. Анализ и формирование портфеля проектов развития
3. Разработка программы развития
Составработпопроекту
25. Маркетинг
Проектирование
Строительство
Снабжение Сбыт
Разработка проектов
Строительные проекты
Комплексные проекты
Физические
ресурсы
Системы ресурсного обеспечения
Финансовые
ресурсы
Человеческие
ресурсы
Информационные
ресурсы
Энергия
Организационные
ресурсы
Отношения Имидж
Промбезопасность
Экотехбезопасность
Пожарная
безопасность
Экология
Безопасность труда
Социальная
ответственность
Корпоративная стратегия Проекты развития Контроллинг эффективности
Общекорпоративное
управление
Юридическое
обеспечение
Управление
имуществом
Безопасность
Административное
обеспечение.
Общекорпоративное
обеспечение
Основная
деятельность
Функциональные системы и процессы
29. Место в
экосистеме
Вендоры для
EAM Tools
ВУЗы
Сообщества,
ассоциации
Эксперты
(практика и
наука)
Партнеры
для
привлечения
к проектам
Центр
по АП
Преподаватели
Студенты
LEADing Practice
The Open Group
Business Architecture Guild
Бизнес-инжиниринг Групп
Smart Architects
IBM
MEGA
Software AG
БИГ-СПб
Более 30
российских
экспертов
Более 15
международных
экспертов
32. Курс «Преподавание АП в ВУЗах РФ»
• Методические материалы
• Встречи с экспертами
• Семинар по применению EAM Tools
• Семинар по постановке научно-исследовательской деятельности
в области АП
• Семинар по использованию открытых источников актуальной
информации по архитектуре предприятия
• Помощь в создании программы курса с учетом специфики ВУЗа и
государственных стандартов
33. • Преподавание на основе сквозного кейса (практико-
ориентированное обучение, обучение через действие).
Участникам будет предоставлен кейс и представлены результаты
проведения курса на этой основе в двух университетах. Бонус:
встреча со студентами.
• Обсуждение методов обучения, позволяющих спроектировать
свою программу наилучшим образом (дизайн-мышление,
4MAT). Обсуждение методов, позволяющих студентам работать в
группах (Метод дизайн-мышления).
• Обсуждение сочетания и баланса строгих инженерных методов и
гибких творческих подходов для решения инновационных задач.
Особенности обновленного курса
34. Текущие результаты формирования
сообщества
В настоящее время сообщество состоит из 25
человек, а материалы используются в ведущих
вузах страны: ВШЭ, Финансовом университете при
правительстве РФ, СПбПУ, Университете ИТМО,
СПбГУ, СЗИУ РАНХиГС, СПбГУТ и др.
Предлагаемые методы были экспериментально апробированы в СПбГУТ, ВШМ СПбГУ и СПбГПУ в рамках курсов по архитектуре предприятия и бизнес-инжинирингу в 2015-2016гг, а также, в рамках трехдневного интенсивного семинара во французском институте EPITECH в Париже в 2016 г.