Побывав на конференции AgileEE, послушав много замечательных докладов, я поняла, что проблемы в ИТ-разработке такие же, как в любой другой отрасли, и основная из них – “человеческий фактор”. Не зря так много докладов было посвящено именно самоорганизации команд. И даже если тема была совсем не об этом, к этому вопросу в ней обязательно возвращались.
Мне особенно было интересно все это послушать по двум причинам: во-первых, я не работала в команде разработчиков, и могла посмотреть так сказать “незамыленным взглядом” на проблемы в этой области. Именно здесь я получила подтверждение того, что проблемы на уровне команды аналогичны в любой отрасли. И второе – так как мы планируем провести вебинар 30 сентября на тему “Мифы и реалии самоорганизующихся команд”, было интересно узнать, перекликается ли что-то, о чем мы собираемся рассказать, с тем, что рассказывали разные докладчики. Что хочу сказать: мы обязательно упомянем некоторые вопросы, которые затрагивали докладчики, и в то же время мы будем говорить несколько о других вещах, о которых на конференции не всегда говорили.
На самом деле, это просто говорит о том, что проблема самоорганизации настолько глубока, что на ее тему, наверное, можно делать отдельную конференцию, и поверьте, говорить там будет о чем.
В чем я вижу основную проблему, почему так много про это говорят? Это мое личное мнение: многие знают, что команда, а особенно самоорганизующаяся команда – это хорошо, но(!) как правило – это то, на что зачастую не остается времени. Т.е. все понимают, что это важно, и тем не менее не всегда до этого доходят руки. Согласитесь (и кто не был в такой ситуации?) всегда находится что-то важнее – код, продукт,взаимоотношения с заказчиком, клиентом и т.п. А команда что? Часто руководитель в таких ситуациях думает: “Работает себе команда и работает, и вроде никаких видимых проблем нет – зачем что-то менять-делать? Все и так неплохо, поэтому я подумаю об этом потом как-нибудь, когда будет время.” Может я несколько утрирую, но где-то приблизительно так и происходит. И что мы получаем в итоге? Руководитель вспоминает о команде, лишь только тогда, когда проблемы становятся настолько очевидными, что их уже нужно срочно решать 🙁
Так вот цель всех таких докладов на тему команд – ПРЕДУПРЕЖДАТЬ проблемы, а не решать! Не нужно тушить пожары, нужно сделать все, чтобы их не допустить 🙂
Так что еще раз приглашаю всех на наш вебинар, где мы пообщаемся о самоорганизующихся командах.
Не совсем с Вами согласен 🙂
Я думаю, что вопросы самоорганизации команд часто подымаются именно в Agile-сообществе поскольку это является одним из ключевых факторов успешной работы по этой методологии.
Однако мне кажется, что если команда не является самоорганизующейся, то это совсем не говорит о наличии в ней проблем – возможно, они успешно работают и без самоорганизации (не используя Agile в своей работе).
Согласен с тем, что самоорганизация – это большой плюс, к которому нужно стремится, но не согласен с тем, что ее отсутствие приводит к проблемам (для не-Agile команд), которые уже нужно срочно решать
@Serg не согласен с твоим несогласием 🙂
Да, Agile практики говорят больше о самоорганизации, потому что ни Scrum ни любой Agile подход невозможны без командной работы.
И в тоже время, безотносительно Agile, если мы говорим не о группе людей, которые подчиняются одному менеджеру, а о команде, которая совместно несет ответсвенность за достижение общей цели, то тут уж без инициативы внутри команды не обойтись.
Согласно модели Брюса Тукмана (и она таки работает), все команды пройдут фазы Forming-Storming-Norming-Performing. Вопрос только в том, как им помочь перейти на следующий уровень. На AgileEE был доклад Yves Hanoulle, “Tips for creating a Self-Organizing team” где он рассказал еще о модели Situational Leadership, которая будучи наложенной на модель Тукмана, дает представление о необходимых стилях поведения менеджера. Согласно тем же 4м фазам, лидерство будет Directing-Coaching-Supporting-Delegating.
Все это я к тому, что без самоорганизации, команда даже стадию Storming нормально пройти не может. А лидер команды может остаться просто надсмотрщиком, который директивно руководит группой людей. Думаю, что мне не нужно отдельно рассказывать чем плоха такая ситуация. 😉
C чем именно Вы не согласны? Или с какой частью конкретно?:-) Самоорганизация – это не просто принцип, о котором говорится в Agile-манифесте. Это то, что по-хорошему нужно любой команде для развития, и не важно программисты они или нет, работают они по Agile или нет.
Не совсем с Вами согласен 🙂
Я думаю, что вопросы самоорганизации команд часто подымаются именно в Agile-сообществе поскольку это является одним из ключевых факторов успешной работы по этой методологии.
Однако мне кажется, что если команда не является самоорганизующейся, то это совсем не говорит о наличии в ней проблем – возможно, они успешно работают и без самоорганизации (не используя Agile в своей работе).
Согласен с тем, что самоорганизация – это большой плюс, к которому нужно стремится, но не согласен с тем, что ее отсутствие приводит к проблемам (для не-Agile команд), которые уже нужно срочно решать
@Serg не согласен с твоим несогласием 🙂
Да, Agile практики говорят больше о самоорганизации, потому что ни Scrum ни любой Agile подход невозможны без командной работы.
И в тоже время, безотносительно Agile, если мы говорим не о группе людей, которые подчиняются одному менеджеру, а о команде, которая совместно несет ответсвенность за достижение общей цели, то тут уж без инициативы внутри команды не обойтись.
Согласно модели Брюса Тукмана (и она таки работает), все команды пройдут фазы Forming-Storming-Norming-Performing. Вопрос только в том, как им помочь перейти на следующий уровень. На AgileEE был доклад Yves Hanoulle, “Tips for creating a Self-Organizing team” где он рассказал еще о модели Situational Leadership, которая будучи наложенной на модель Тукмана, дает представление о необходимых стилях поведения менеджера. Согласно тем же 4м фазам, лидерство будет Directing-Coaching-Supporting-Delegating.
Все это я к тому, что без самоорганизации, команда даже стадию Storming нормально пройти не может. А лидер команды может остаться просто надсмотрщиком, который директивно руководит группой людей. Думаю, что мне не нужно отдельно рассказывать чем плоха такая ситуация. 😉
C чем именно Вы не согласны? Или с какой частью конкретно?:-) Самоорганизация – это не просто принцип, о котором говорится в Agile-манифесте. Это то, что по-хорошему нужно любой команде для развития, и не важно программисты они или нет, работают они по Agile или нет.