Сейчас я фокусируюсь на AI трансформации процесса разработки программного обеспечения в банке, он же PDLC. Не во всем банке, а в одном из подразделений.

Любопытный момент в том, что несмотря на то, что "146% кода уже давно пишет ИИшка и разработчики не нужны" - узкие места процесса совсем не в этом. А в чем? Как их найти?

Что может сделать менеджер по трансформации?

  • пойдет проводить глубинные интервью, будет давать "экспертную" оценку, придумывать инструменты и пилоты проводить.

Всё это мы за последний год прошли, и оценка эффективности этого подхода не смогла устроить ни нас, ни руководство.

В этом году за основу я взял "гемба" подход - и сам работаю руками в процессе, от планирования, грумингов, оформления документации, прохождения тестов и проверок до релиза. Код правда не пишу :-)

Гемба в целом понятие краткосрочное - чтобы менеджеру "погрузиться в проблематику", я же выбрал полное погружение - и работу с процессами не с одной, а с 4 командами. Нагрузка высокая, но в этом и смысл - должен появиться стимул "расшивать" эту работу автоматизируя и агентизируя её. Первые мысли уже появляются.

А у вас как? С какими видами менеджеров встречались?

Сейчас я фокусируюсь на AI трансформации процесса разработки программного обеспечения в банке, он же PDLC. Не во всем банке, а в одном из подразделений | Сетка — социальная сеть от hh.ru