0:17 Тема обсуждения и проблематика

3:00 Что происходит с системной архитектурой?

6:13 Чем системная архитектура отличается от модели предметной области?

8:17 Где проходит граница между системными описаниями и описаниями контекста?

11:06 Важна ли согласованность системных описаний?

16:39 Классы и экземпляры в системных описаниях

19:01 Как быть с имплицитными описаниями?

19:56 Как учитывать паттерны и культуру обращения с классами систем?

25:16 Можно ли потерять системную архитектуру?

29:11 Инженерная археология и brownfield systems architecture

32:48 Как системный архитектор взаимодействует с командой?

https://youtu.be/2AARoFUy7vU

--

--

“Классический” проектный менеджмент не работает в ИТ-подразделениях компаний. Обычно проектные менеджеры пытаются сделать декомпозицию… — “Классический” проектный менеджмент не работает в ИТ-подразделениях компаний. Обычно проектные менеджеры пытаются сделать декомпозицию целей и задач в ИТ-проектах, так, как обычно делают в проектах в основном направлении деятельности. Но такой подход не учитывает специфики ИТ-проектов, где после декомпозиции надо делать еще и агрегацию задач, собирать большие задачи из маленьких. В ИТ-проектах структуру результата проекта (WBS) нельзя создать без существенной работы по уточнению границ больших кусков работ (напр., эпиков, ввода в эксплуатацию сегментов системы и пр.). Кроме того, ИТ-проект должен встраиваться в существующий поток работ, деятельности, как своей компании так и у заказчиков и не ломать устоявшийся ход событий операционной деятельности. Из этих теоретических посылок есть множество практических следствий, которые мы и будем разбирать на вебинаре и учить на тренинге “Управление работами в ИТ-проектах”. https://www.youtube.com/watch?v=vqU75G2_WDY

Основные ошибки внедрения проектного менеджмента в ИТ (вебинар)
Основные ошибки внедрения проектного менеджмента в ИТ (вебинар)

In the last years, I have thought a lot of time about contracting within organizational boundaries. It seems now that the information/attention economy has canceled the Coase theorem. You must not only contract with counteragents, but you must contract with insiders also. Colleagues, bosses, and the team all require risk mitigation because business processes and conflicts resolution by managers are no longer holding the guarantee of delivery. Maybe that’s the reason Agile is marching, as you want to have an option to quit the relationships you don’t benefit from.

What are the consequences of this situation, I wonder? You cannot talk strategy and planning anymore, and evidence for that are ubiquitous.

--

--

Alexander Turkhanov

Alexander Turkhanov

I’m systems engineer and project manager for technology and software projects.