Привет! 🫂
В продолжение темы о менеджменте и формате работы с командами в разрезе Scrum. В теории есть сильное отличие в области управления между иерархическим (классическим) стилем управления и стилем управления в Scrum. Отличие в том, что в Scrum нет проектных менеджеров, которые диктуют команде что и когда делать и когда поставлять заказчику/пользователю. В противовес этому, команда принимает решение когда будут поставлены улучшения к продукту на протяжении всего периода разработки. То есть решения принимаются децентрализовано. Так же, команда принимает решение об изменениях в планах, основываясь на полученной обратной связи от заинтересованных лиц. НЕ менеджер, а команда! В чем же тогда роль менеджера в Scrum (раз уж у нас все равно есть ПМы, деливери и тд)? По словам Гэри Конвиса, экс-президента Toyota Motor Manufacturing Kentucky, роль менеджера в здоровой, процветающей рабочей среде заключается в том, чтобы «формировать организацию не силой воли или диктата, а, скорее, собственным примером, коучингом, пониманием и помощью другим в достижении целей».
🤔🤔🤔 Звучит дико и неправдоподобно, не правда ли? А что, если я скажу, что у меня есть длительный опыт работы в компании, где не было ни одного ПМа и деливери, привязанного к команде(ам)? И был один-единственный человек, который растил людей и команды, учил работать по Scrum? Что, если я скажу, что весь аккаунт имел успех и был самым большим (и быстро растущим) аккаунтом в компании?
💭💭💭 Как это работает? Наверное, благодаря вовлеченности каждого участника, засчет того, что люди слышат друг друга и используют опыт, идеи и опасения друг друга настолько максимально, насколько это возможно (принцип эмерджентности, опять же, никто не отменял). Возможно, потому что все разделяют общую цель, в которую все верят и находят способы достижения этой цели. Может быть, потому, что команды понимают бизнес-ценность и берут на себя ответственность предоставить её клиентам, свободные решать, как выполнять задачи. А менеджер… менеджер работает над тем, чтобы предоставить необходимые ресурсы команде и помочь командам решить их проблемы, если команда просит…
Кен Швабер отмечает, что «люди склонны интерпретировать Scrum в контексте используемых ими методологий управления проектами. Они применяют практики скрама, не имея полного понимания основополагающих принципов самоорганизации, эмергентности, прозрачности и цикла инспекции и адаптации. Люди не понимают, что скрам подразумевает сдвиг парадигмы от контроля к наделению полномочиями, от контрактов к сотрудничеству, от документации к программному коду». Другими словами, Scrum успешно работает, потому что его философские основы направлены на расширение возможностей команды и удовлетворение потребностей клиентов. Его управленческая культура основана на помощи другим в достижении их целей. Его технические инструменты направлены на принятие решений, основанных на получаемых в процессе обучения фактах. А не потому, что планирования, ретроспективы… которые тоже нужны, но не как оторванные процессы, а как инструмент, помогающий внедрить и поддерживать философию, культуру, технологии…
28.09.2022
