Крайне интересно, когда люди оперируют своим "опытом" и пытаются его расширить и абстрагировать на все возможные ситуации. Однако, опыт обладает характеристикой релевантности. Более того, не стоит забывать о так называемом синдроме выжившего. Ну что-же я так сразу на вас набросился, давай-те ближе к сути.
Agile методологии это всего лишь один из способов формализации процессов в команде. Однако каждая команда сама решает, как эти методологии будут применены во внутренних процессах. Если команде не нужно ретро - его не будет. также как и PBR-ов, Grooming-ов, Planning-ов и Дэйликов. В этом и суть agile.
Вы утверждаете, что вы увеличили эффективность команды за счёт уменьшения внутренних коммуникаций. У меня возникает вопрос- а каким образом измеряется эта эффективность? Количеством задач? Стори-поинтами? Количеством проектов реализованных в срок? Или же количеством времени, которые ваши разработчики потратили на непосредственно на разработку?
Другой же вопрос стоит, о размере и составе вашей команды? Если верить вашим словам, то я кланяюсь вашему HR, потому что только в случае если команда состоит из небольшого количества высококвалифицированных профессионалов, обладающих схожим опытом, типом мышления, то только в таких случаях внутренняя коммуникация действительно уменьшает перформанс. Да и то не всегда.
Не сочтите за оскорбление, но ваш последний тезис про PM, PO, говорит многое о вашей компетенции.
Крайне интересно, когда люди оперируют своим "опытом" и пытаются его расширить и абстрагировать на все возможные ситуации. Однако, опыт обладает характеристикой релевантности. Более того, не стоит забывать о так называемом синдроме выжившего. Ну что-же я так сразу на вас набросился, давай-те ближе к сути.
Agile методологии это всего лишь один из способов формализации процессов в команде. Однако каждая команда сама решает, как эти методологии будут применены во внутренних процессах. Если команде не нужно ретро - его не будет. также как и PBR-ов, Grooming-ов, Planning-ов и Дэйликов. В этом и суть agile.
Вы утверждаете, что вы увеличили эффективность команды за счёт уменьшения внутренних коммуникаций. У меня возникает вопрос- а каким образом измеряется эта эффективность? Количеством задач? Стори-поинтами? Количеством проектов реализованных в срок? Или же количеством времени, которые ваши разработчики потратили на непосредственно на разработку?
Другой же вопрос стоит, о размере и составе вашей команды? Если верить вашим словам, то я кланяюсь вашему HR, потому что только в случае если команда состоит из небольшого количества высококвалифицированных профессионалов, обладающих схожим опытом, типом мышления, то только в таких случаях внутренняя коммуникация действительно уменьшает перформанс. Да и то не всегда.
Не сочтите за оскорбление, но ваш последний тезис про PM, PO, говорит многое о вашей компетенции.