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