Размер блоков и модулей и констстентности внутри них - это очень правильный практический вопрос. Тут можно сравнить с темами про микро- и макроэкономику. Вроде все про экономику, но предпет и подходы несколько отличаются.
Тут доверие бизнес-бизнес на критическом пути. С разработчиками в этом плане сильно проще.
Доверие и Долженствование - слова из разных вселенных. Тут я с вами полностью согласен.
По поводу культуры в Банке - буду благодарен за фактуру, на которой вы основываетесь, строя столь неутешительные гипотезы. Это помогло бы понять, с чем ещё надо поработать.
И действительно ... Бизнес даёт требования, команда аналитиков-разработчиков-тестировщиков их реализует. А не разогнать ли мне всех руководителей проектов и скрам-мастеров ...
Здесь имею в виду скорее компании типа Яндекса, Гугла и иже с ними, которые свои коммерческие продукты выводят в опен сорс. Вот тут было недавно интересное видео на этот счет про CatBoost. https://youtube.com/watch?v=G7G286S8ntc&si=EnSIkaIECMiOmarE
МКБ вовлечен скорее как потребитель - мы много чего такого используем и дорабатываем. Хотя тему с комитами на гитхаб тоже, проработать можно.
В частном бизнесе так не очень работает. За это что-то кто-то платит, а бизнес начинает сильно переживать, когда не понимает, куда уходят деньги. Да и по практике отсутствие прозрачности в ИТ - ведёт потом к масштабным сокращениям. А это уж точно не наш метод )
Тут на 100% соглашусь. Как там было ... Culture eats strategy for breakfast. Если в компании культура перекидывания ответственности, то проблема в ней явно не в легаси-системах.
Если продолжать эту идею, то вовлечение болтших компаний в опен-сорс никогда бы не происходило. Да и наш кейс еще более скромный: доверяем мы все же не компании-конкуренту, а бизнес - ИТ, а ИТ - бизнесу.
Тут немного поможет, если старая система не совсем монолит. Вполне рабочий вариант - переписывать или добавлять отдельные модули на целевом стеке. Например в нашем огромном кредитной процессе так был сделан модуль мониторинга (исполнения кредита).
Классное описание стадийности! Это оригинальное или что-то из Классики, но прошедшее мимо меня?
И РП от ИТ нужен, и скрам-мастером может быть далеко не любой.
Бог с ним с БП, я вот за CIO переживаю, вы бы такими темпами и его уволили )))
О, да! Это вы в самую точку! И еще чуть сдобрить саморефлексией ;)
Размер блоков и модулей и констстентности внутри них - это очень правильный практический вопрос. Тут можно сравнить с темами про микро- и макроэкономику. Вроде все про экономику, но предпет и подходы несколько отличаются.
Отчасти применимо. Обычно называют его как first touch
Странно было бы не соглашаться с необходимостью rollback plan.
Важно только в этом откате не откатиться на эксель, а дальше - на бумагу ;)
А ещё есть Директора департаментом, Зам. преды и другие ЛПР. Управление их ожиданиями - одна из составляющих роли.
Тут доверие бизнес-бизнес на критическом пути. С разработчиками в этом плане сильно проще.
Доверие и Долженствование - слова из разных вселенных. Тут я с вами полностью согласен.
По поводу культуры в Банке - буду благодарен за фактуру, на которой вы основываетесь, строя столь неутешительные гипотезы. Это помогло бы понять, с чем ещё надо поработать.
И действительно ... Бизнес даёт требования, команда аналитиков-разработчиков-тестировщиков их реализует. А не разогнать ли мне всех руководителей проектов и скрам-мастеров ...
Здесь имею в виду скорее компании типа Яндекса, Гугла и иже с ними, которые свои коммерческие продукты выводят в опен сорс. Вот тут было недавно интересное видео на этот счет про CatBoost. https://youtube.com/watch?v=G7G286S8ntc&si=EnSIkaIECMiOmarE
МКБ вовлечен скорее как потребитель - мы много чего такого используем и дорабатываем. Хотя тему с комитами на гитхаб тоже, проработать можно.
Тут уточнил бы до "если копить тех. долг"
В частном бизнесе так не очень работает. За это что-то кто-то платит, а бизнес начинает сильно переживать, когда не понимает, куда уходят деньги. Да и по практике отсутствие прозрачности в ИТ - ведёт потом к масштабным сокращениям. А это уж точно не наш метод )
Тут на 100% соглашусь. Как там было ... Culture eats strategy for breakfast. Если в компании культура перекидывания ответственности, то проблема в ней явно не в легаси-системах.
Если продолжать эту идею, то вовлечение болтших компаний в опен-сорс никогда бы не происходило. Да и наш кейс еще более скромный: доверяем мы все же не компании-конкуренту, а бизнес - ИТ, а ИТ - бизнесу.
Тут немного поможет, если старая система не совсем монолит. Вполне рабочий вариант - переписывать или добавлять отдельные модули на целевом стеке. Например в нашем огромном кредитной процессе так был сделан модуль мониторинга (исполнения кредита).