Size: a a a

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

2019 August 05

DK

Daria Kaftan in Архитектура ИТ-решений
Dmitry Lebedev
У бизнеса, но, поскольку много чего пилится внутренними силами, бюджета как такового нет.
Если надо привлекать вендора - бюджет у бизнеса, но в бизнесе нет глубокой экспертизы по самому решению.
а какая квалификация у ИТ-отдела? что они отдают вендору, а с чем сами справляются?
источник

DL

Dmitry Lebedev in Архитектура ИТ-решений
Daria Kaftan
а какая квалификация у ИТ-отдела? что они отдают вендору, а с чем сами справляются?
Ответил выше. В ядро залезать нельзя, ИТ "могут" делать средние вещи.
Глубоко систему никто, кроме вендора, не знает.
Система - учет продаж дистрибьюторов с хранилищем и BI отчетами к нему.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Alexey Pryanishnikov
Это судьба скрама в любой относительно крупной компании же
ну нас 10 чел в отделе + несколько удаленщиков.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Dmitry Lebedev
У бизнеса, но, поскольку много чего пилится внутренними силами, бюджета как такового нет.
Если надо привлекать вендора - бюджет у бизнеса, но в бизнесе нет глубокой экспертизы по самому решению.
Я не знаю, как правильно, но видел идентичную картину много раз. Экспертиза копится или у админов или в архитектуре, или вовсе нигде. Ответственности нет ни у кого. Могу посочувствовать
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Daria Kaftan
ну нас 10 чел в отделе + несколько удаленщиков.
Не важно, сколько в отделе. Я про компанию же
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Alexey Pryanishnikov
Не важно, сколько в отделе. Я про компанию же
около сотни ;) отдел - это такой кусочек компании, у нас все отдельное. разработка, методологии, все сами, как хотим.
источник

DL

Dmitry Lebedev in Архитектура ИТ-решений
Alexey Pryanishnikov
Я не знаю, как правильно, но видел идентичную картину много раз. Экспертиза копится или у админов или в архитектуре, или вовсе нигде. Ответственности нет ни у кого. Могу посочувствовать
Архитектуры нет, как выделенной функции внутри ИТ. Ну то есть она у вендора по этому решению есть, и у ИТ в каком-то базовом виде, чтобы ландшафт вместе работал и не развалился.
источник

DL

Dmitry Lebedev in Архитектура ИТ-решений
Все-таки интересно, как правильно между бизнес и ИТ владельцем роли и обязанности разграничить. @mxsmirnov что думаете? Где почитать про такое?
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Daria Kaftan
около сотни ;) отдел - это такой кусочек компании, у нас все отдельное. разработка, методологии, все сами, как хотим.
Тогда я не понимаю, откуда у вас вообще управление и сложившиеся процессы. Вы где-то лукавите про "всё сами как хотим" ;)
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Alexey Pryanishnikov
Тогда я не понимаю, откуда у вас вообще управление и сложившиеся процессы. Вы где-то лукавите про "всё сами как хотим" ;)
а что, управление - это по-вашему только на большую компанию?)) Процессы - имелось в виду внутри подразделения в рамках многолетней разработки внедряемой системы.
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Dmitry Lebedev
Все-таки интересно, как правильно между бизнес и ИТ владельцем роли и обязанности разграничить. @mxsmirnov что думаете? Где почитать про такое?
Не знаю где почитать. Из опыта - это, как и большинство вопросов неотрегулированного сорсинга, головная боль корпоративного архитектора. Сейчас август, компании начинают писать бюджеты на 2020 год. Самое время набросать несколько опций: не тратим денег - договариваемся только о поддержке - бюджетируем поддержку и развитие и т.п. Если есть история CR-ов за некоторый период времени, то надо её посмотреть
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Maxim Smirnov
Не знаю где почитать. Из опыта - это, как и большинство вопросов неотрегулированного сорсинга, головная боль корпоративного архитектора. Сейчас август, компании начинают писать бюджеты на 2020 год. Самое время набросать несколько опций: не тратим денег - договариваемся только о поддержке - бюджетируем поддержку и развитие и т.п. Если есть история CR-ов за некоторый период времени, то надо её посмотреть
Я бы потратила время на вытаскивание/создание артефактов по архитектуре ядра и иже с ним. Потому что потом, не ровен час, придется его дорабатывать без вендора.
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Dmitry Lebedev
Все-таки интересно, как правильно между бизнес и ИТ владельцем роли и обязанности разграничить. @mxsmirnov что думаете? Где почитать про такое?
Дмитрий, можете сформулировать с какой целью необходимо данное «разделение» сделать? Оно ж вряд ли само по себе - цель.)
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Rustem Mannanov
Дмитрий, можете сформулировать с какой целью необходимо данное «разделение» сделать? Оно ж вряд ли само по себе - цель.)
чтобы было понятно, кого и по какому месту канифолить в случае факапа?)
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Daria Kaftan
Я бы потратила время на вытаскивание/создание артефактов по архитектуре ядра и иже с ним. Потому что потом, не ровен час, придется его дорабатывать без вендора.
Если это самая главная система в организации, то, конечно, а если в третьей сотне приложений, то может проще выкинуть или переписать или ничего не делать
источник

DL

Dmitry Lebedev in Архитектура ИТ-решений
Rustem Mannanov
Дмитрий, можете сформулировать с какой целью необходимо данное «разделение» сделать? Оно ж вряд ли само по себе - цель.)
Возникают недопонимания в вопросах, кто должен (помимо вендора) глубоко на техническом уровне (процедуры, основные справочники, их взаимозависимость) знать, как работает приложение end to end, и кто отвечает за архитектуру и развитие. Бизнес ожидает этого от ИТ. Вопрос даже не про деньги.
источник

DL

Dmitry Lebedev in Архитектура ИТ-решений
Maxim Smirnov
Если это самая главная система в организации, то, конечно, а если в третьей сотне приложений, то может проще выкинуть или переписать или ничего не делать
Система бизнес-критична и переписывание не стоит, как задача.
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Daria Kaftan
чтобы было понятно, кого и по какому месту канифолить в случае факапа?)
Формально - это тоже может быть причиной. Чессна «канифолить» никто никого не любит не сверху ни снизу 😬. Значит, наверное, проблема может быть в том что канифолить «приходится» и нужно сделать так чтобы не приходилось так напрягаться с обеих сторон)
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Dmitry Lebedev
Возникают недопонимания в вопросах, кто должен (помимо вендора) глубоко на техническом уровне (процедуры, основные справочники, их взаимозависимость) знать, как работает приложение end to end, и кто отвечает за архитектуру и развитие. Бизнес ожидает этого от ИТ. Вопрос даже не про деньги.
Глубоко на техническом уровне? Я не вижу тут вариантов, конечно ИТ-отдел. У бизнеса просто нет таких компетенций.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Rustem Mannanov
Формально - это тоже может быть причиной. Чессна «канифолить» никто никого не любит не сверху ни снизу 😬. Значит, наверное, проблема может быть в том что канифолить «приходится» и нужно сделать так чтобы не приходилось так напрягаться с обеих сторон)
чтобы не канифолить лишний раз)
источник