Сейчас я фокусируюсь на AI трансформации процесса разработки программного обеспечения в банке, он же PDLC. Не во всем банке, а в одном из подразделений.
Любопытный момент в том, что несмотря на то, что "146% кода уже давно пишет ИИшка и разработчики не нужны" - узкие места процесса совсем не в этом. А в чем? Как их найти?
Что может сделать менеджер по трансформации?
- пойдет проводить глубинные интервью, будет давать "экспертную" оценку, придумывать инструменты и пилоты проводить.
Всё это мы за последний год прошли, и оценка эффективности этого подхода не смогла устроить ни нас, ни руководство.
В этом году за основу я взял "гемба" подход - и сам работаю руками в процессе, от планирования, грумингов, оформления документации, прохождения тестов и проверок до релиза. Код правда не пишу :-)
Гемба в целом понятие краткосрочное - чтобы менеджеру "погрузиться в проблематику", я же выбрал полное погружение - и работу с процессами не с одной, а с 4 командами. Нагрузка высокая, но в этом и смысл - должен появиться стимул "расшивать" эту работу автоматизируя и агентизируя её. Первые мысли уже появляются.
А у вас как? С какими видами менеджеров встречались?
· 28.06
Прошёл так несколько отраслей. Для меня - самый органичный и интересный вариант познания мира 👻
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён