Побывав на конференции AgileEE, послушав много замечательных докладов, я поняла, что проблемы в ИТ-разработке такие же, как в любой другой отрасли, и основная из них — «человеческий фактор». Не зря так много докладов было посвящено именно самоорганизации команд. И даже если тема была совсем не об этом, к этому вопросу в ней обязательно возвращались.

Мне особенно было интересно все это послушать по двум причинам: во-первых, я не работала в команде разработчиков, и могла посмотреть так сказать «незамыленным взглядом» на проблемы в этой области. Именно здесь я получила подтверждение того, что проблемы на уровне команды аналогичны в любой отрасли. И второе — так как мы планируем провести вебинар 30 сентября на тему «Мифы и реалии самоорганизующихся команд», было интересно узнать, перекликается ли что-то, о чем мы собираемся рассказать, с тем, что рассказывали разные докладчики. Что хочу сказать: мы обязательно упомянем некоторые вопросы, которые затрагивали докладчики, и в то же время мы будем говорить несколько о других вещах, о которых на конференции не всегда говорили.

На самом деле, это просто говорит о том, что проблема самоорганизации настолько глубока, что на ее тему, наверное, можно делать отдельную конференцию, и поверьте, говорить там будет о чем.

В чем я вижу основную проблему, почему так много про это говорят? Это мое личное мнение: многие знают, что команда, а особенно самоорганизующаяся команда — это хорошо, но(!) как правило — это то, на что зачастую не остается времени. Т.е. все понимают, что это важно, и тем не менее не всегда до этого доходят руки. Согласитесь (и кто не был в такой ситуации?) всегда находится что-то важнее — код, продукт,взаимоотношения с заказчиком, клиентом и т.п. А команда что? Часто руководитель в таких ситуациях думает: «Работает себе команда и работает, и вроде никаких видимых проблем нет — зачем что-то менять-делать? Все и так неплохо, поэтому я подумаю об этом потом как-нибудь, когда будет время.» Может я несколько утрирую, но где-то приблизительно так и происходит. И что мы получаем в итоге? Руководитель вспоминает о команде, лишь только тогда, когда проблемы становятся настолько очевидными, что их уже нужно срочно решать 🙁

Так вот цель всех таких докладов на тему команд — ПРЕДУПРЕЖДАТЬ проблемы, а не решать! Не нужно тушить пожары, нужно сделать все, чтобы их не допустить 🙂

Так что еще раз приглашаю всех на наш вебинар, где мы пообщаемся о самоорганизующихся командах.

Команда? Самоорганизация? Почему так много об этом говорят?
Tagged on:
  • Serg Illiukhin

    Не совсем с Вами согласен 🙂
    Я думаю, что вопросы самоорганизации команд часто подымаются именно в Agile-сообществе поскольку это является одним из ключевых факторов успешной работы по этой методологии.
    Однако мне кажется, что если команда не является самоорганизующейся, то это совсем не говорит о наличии в ней проблем — возможно, они успешно работают и без самоорганизации (не используя Agile в своей работе).

  • Serg Illiukhin

    Согласен с тем, что самоорганизация — это большой плюс, к которому нужно стремится, но не согласен с тем, что ее отсутствие приводит к проблемам (для не-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 или нет.

  • Serg Illiukhin

    Не совсем с Вами согласен 🙂
    Я думаю, что вопросы самоорганизации команд часто подымаются именно в Agile-сообществе поскольку это является одним из ключевых факторов успешной работы по этой методологии.
    Однако мне кажется, что если команда не является самоорганизующейся, то это совсем не говорит о наличии в ней проблем — возможно, они успешно работают и без самоорганизации (не используя Agile в своей работе).

  • Serg Illiukhin

    Согласен с тем, что самоорганизация — это большой плюс, к которому нужно стремится, но не согласен с тем, что ее отсутствие приводит к проблемам (для не-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 или нет.