Size: a a a

Архитектура ИТ-решений

2020 January 29

OZ

Oleg Zaharchuk in Архитектура ИТ-решений
Phil Delgyado
Единый глоссарий - это вообще не про модель проекта, это модель предметной области.
А у нас предметная область - управление деятельностью и проектами, в том числе.😊
источник

DB

Denis Beskov in Архитектура ИТ-решений
Phil Delgyado
Единый глоссарий - это вообще не про модель проекта, это модель предметной области.
Фил, а зачем вы обсуждаете, сколько чертей уместится на острие иглы?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Denis Beskov
Фил, а зачем вы обсуждаете, сколько чертей уместится на острие иглы?
Да, пожалуй прекращу.
источник

OZ

Oleg Zaharchuk in Архитектура ИТ-решений
Maxim Smirnov
единая модель деятельности равно как единая среда выполнения что-то из области средневековья, пожалуй
Вы Максим, как практик - являетесь закоренелым консерватором. Это нормально. Вы защищаете то, что было относительно успешно использовано для решения задач в прошлом. Я , с Вашего позволения, в большей степени,  инноватор.  Если Вы этого не видели в прошлом на практике и/или не знаете, как это сделано - для Вас этого нет. Но это не значит, что этого не может быть вообще!
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Zaharchuk
Она обеспечивает целостное представление проекта, реальный режим времени. Если делать программы для работы с такой моделью, то постепенно можно отойти от интеграции и управлять проектом можно будет в единой среде. Я уже не говорю о едином глоссарии - все участники деятельности одинаково понимают друг друга: исполнители и руководители, специалисты по управлению проектами и специалисты по BPM и т.д.
Они одинаково понимают друг друга вчера. Пока группа умников согласует изменения в единый глоссарий, понимание "своих" доменов у команд эволюционирует. Команды в рамках своих доменов рассматривают одни и те же сущности с разных точек зрения и они не будут ждать пока вы эти точки зрения согласуете, им нужно делать поставки быстро.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Zaharchuk
Она обеспечивает целостное представление проекта, реальный режим времени. Если делать программы для работы с такой моделью, то постепенно можно отойти от интеграции и управлять проектом можно будет в единой среде. Я уже не говорю о едином глоссарии - все участники деятельности одинаково понимают друг друга: исполнители и руководители, специалисты по управлению проектами и специалисты по BPM и т.д.
Вы можете отобразить это на SAFe, например?
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Oleg Zaharchuk
Вы Максим, как практик - являетесь закоренелым консерватором. Это нормально. Вы защищаете то, что было относительно успешно использовано для решения задач в прошлом. Я , с Вашего позволения, в большей степени,  инноватор.  Если Вы этого не видели в прошлом на практике и/или не знаете, как это сделано - для Вас этого нет. Но это не значит, что этого не может быть вообще!
Олег, вы можете назвать себя как угодно, хоть Д'Артаньяном, как впрочем навешивать ярлыки и на остальных участников чата, если они не против. Меня лично не смущают ярлыки практика и консерватора. Более того, я считаю, что в этом чате, осознанно или не очень, вы делаете важное дело: помогаете архитекторам прокачать свои soft skills. ИТ-архитекторам, особенно Enterprise, постоянно приходится сталкиваться с набором ничем не обоснованных рекомендаций  и суждений. Приходят они от сотрудников, поставщиков решений и прочих заинтересованных лиц. С этим надо эффективно работать. Арсенал методов велик: рассмотрение альтернатив, оценка рисков, работа с гипотезами, анализ доказательной базы, ну и вездесущие системный подход и критическое мышление
источник

OZ

Oleg Zaharchuk in Архитектура ИТ-решений
Maxim Smirnov
Олег, вы можете назвать себя как угодно, хоть Д'Артаньяном, как впрочем навешивать ярлыки и на остальных участников чата, если они не против. Меня лично не смущают ярлыки практика и консерватора. Более того, я считаю, что в этом чате, осознанно или не очень, вы делаете важное дело: помогаете архитекторам прокачать свои soft skills. ИТ-архитекторам, особенно Enterprise, постоянно приходится сталкиваться с набором ничем не обоснованных рекомендаций  и суждений. Приходят они от сотрудников, поставщиков решений и прочих заинтересованных лиц. С этим надо эффективно работать. Арсенал методов велик: рассмотрение альтернатив, оценка рисков, работа с гипотезами, анализ доказательной базы, ну и вездесущие системный подход и критическое мышление
Максим - консерватор и практик - это не ярлык, это дань того и признак уважения, что Вы защищаете полезный опыт и без Вас, многие инноваторы могли бы посеять большой хаос. Я, к счастью, тоже практик, но мне практика показала, что нужно развивать менеджмент.
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
Oleg Zaharchuk
Она обеспечивает целостное представление проекта, реальный режим времени. Если делать программы для работы с такой моделью, то постепенно можно отойти от интеграции и управлять проектом можно будет в единой среде. Я уже не говорю о едином глоссарии - все участники деятельности одинаково понимают друг друга: исполнители и руководители, специалисты по управлению проектами и специалисты по BPM и т.д.
Что такое целостно?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Zaharchuk
Максим - консерватор и практик - это не ярлык, это дань того и признак уважения, что Вы защищаете полезный опыт и без Вас, многие инноваторы могли бы посеять большой хаос. Я, к счастью, тоже практик, но мне практика показала, что нужно развивать менеджмент.
Вы можете высказать свою точку зрения по поводу SAFe, например? Его плюсы и минусы, границы применимости, альтернативы?

Вы можете сформулировать, что такое "продукт", какими качествами должна обладать продуктовая команда? Как соотносятся между собой продукты и платформы?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg если у Вас нет ответа на эти вопросы, то значит, Вы отстали на два порядка, то есть даже не знаете, что не знаете, и поэтому чувствуете себя столь уверенно.
источник

OZ

Oleg Zaharchuk in Архитектура ИТ-решений
Dmitrii Dima
Что такое целостно?
Целостное восприятие - это способность представить любую (невидимую) часть системы, по наблюдаемой части или с определенной точки зрения. Пример - вы смотрите на автомобиль с боку, но можете представить невидимые части - другую сторону, салон, что под капо том и т.д.
источник

d

dreamore in Архитектура ИТ-решений
Oleg Zaharchuk
Целостное восприятие - это способность представить любую (невидимую) часть системы, по наблюдаемой части или с определенной точки зрения. Пример - вы смотрите на автомобиль с боку, но можете представить невидимые части - другую сторону, салон, что под капо том и т.д.
Вы описали не целостное восприятие. По вашему примеру, вы никогда не узнаете о наличии мотора в автомобиле.
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
Oleg Zaharchuk
Целостное восприятие - это способность представить любую (невидимую) часть системы, по наблюдаемой части или с определенной точки зрения. Пример - вы смотрите на автомобиль с боку, но можете представить невидимые части - другую сторону, салон, что под капо том и т.д.
Ок смотрите на систему как имеющую функциональную и структурную целостность-) как управляете эмерджентностью?
источник

d

dreamore in Архитектура ИТ-решений
dreamore
Вы описали не целостное восприятие. По вашему примеру, вы никогда не узнаете о наличии мотора в автомобиле.
По наличию поля для ввода текста на google.com невозможно сказать, что "под капотом"
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
dreamore
По наличию поля для ввода текста на google.com невозможно сказать, что "под капотом"
Они стремятся, предположить-) путем допушений
источник

d

dreamore in Архитектура ИТ-решений
Dmitrii Dima
Они стремятся, предположить-) путем допушений
То есть Олег приравнивает _обрывочное_ с _цельным_
источник

OZ

Oleg Zaharchuk in Архитектура ИТ-решений
Dmitrii Dima
Ок смотрите на систему как имеющую функциональную и структурную целостность-) как управляете эмерджентностью?
Эмеджментность - это свойство системы, порожденное отношениями ее частей. Отношения - это тоже элементы модели системы.
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
-)
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
Понятно
источник