Продолжу тему "«станков» и «растений»" и сегодня поговорим о "растениях"… С тем, что команды agile обладают всеми признаками живой сущности, согласны многие ученые, а значит, мы можем взглянуть на команду как на живую сущность, со всеми присущими признаками и свойствами. И первое, что бросается в глаза — все живое на нашей планете классифицируется и имеет принадлежность к той или иной группе, при этом про команды (или другие группы людей, объединенные общей целью) мы можем только сказать, что они все разные… Хотелось бы обсудить эту тему и предложить свой метод классификации команд.

Часто такое бывает, что разработчик становится руководителем группы разработки и оказывается, что хотя ты и программируешь, но по факту — ты становишься совершенно другим специалистом, которому необходим набор несколько иных компетенций. На этапе становления в новой должности большое значение имеет предыдущий опыт — то есть, если разработчик до этого был участником agile команды, то, вполне вероятно, что он будет использовать техники agile и в текущей разработке. Что же произойдет, если руководитель разработки не участвовал ранее в разработке по agile и даже не знает, что такие методики существуют или знает, но не имеет времени на изучение или они кажутся очень вычурными или неэффективными? Об этом тема публикации.