11 октября 2018 2265
Недавно у меня был очень интересный разговор со Стивом Портером из Scrum.org. Мы обсуждали Скрам-команду, в которой разработчики не “вытягивают” свою работу сами. Вместо этого наиболее опытный разработчик во время Ежедневного Скрама выбирает, какие элементы Бэклога Продукта команда будет делать сегодня и сам определяет, кто будет работать над каждым элементом бэклога. Этого разработчика очень уважают все члены Команды Разработки. Вопрос в том, должен ли Скрам-мастер как-то вмешиваться в эту ситуацию?

socrates1-2x.jpg

Недавно у меня был очень интересный разговор со Стивом Портером из Scrum.org. Мы обсуждали Скрам-команду, в которой разработчики не “вытягивают” свою работу сами. Вместо этого наиболее опытный разработчик во время Ежедневного Скрама выбирает, какие элементы Бэклога Продукта команда будет делать сегодня и сам определяет, кто будет работать над каждым элементом бэклога. Этого разработчика очень уважают все члены Команды Разработки. Вопрос в том, должен ли Скрам-мастер как-то вмешиваться в эту ситуацию?

С одной стороны, в Руководстве по Скраму не сказано, что члены Команды Разработки должны сами выбирать элементы Бэклога для работы. Также там сказано, что никто (даже Скрам-мастер) не может указывать Команде Разработки, как превратить Бэклог Продукта в готовые к релизу Инкременты. Иными словами, на первый взгляд Команда Разработки следует Руководству по Скраму, и необходимости во вмешательстве Скрам-мастера нет. Однако есть ряд причин, по которым ситуация может требовать вмешательства Скрам-мастера. Вот две из них: то, как понятие «Команда Разработки» определено в Руководстве по Скраму, и ценности Скрама.

Во-первых, такая ситуация может противоречить определению того, что есть Команда Разработки с точки зрения Скрама. В руководстве по Скраму не упоминается «группа разработки». Там есть «Команда Разработки». Я считаю, что слово «команда» используется намеренно, и одна из основных причин, по которой Скрам настолько эффективен, заключается в том, что он основан на команде, а не на группе. По определению команда – это группа людей, которые разделяют общее предназначение команды и набор общих целей; члены команды преданны друг другу и достижению цели. В контексте Скрама мы можем рассматривать создание готового к выпуску Инкремента продукта в качестве предназначения, а Бэклог Спринта – в качестве набора Целей команды. 

Однако быть преданным тому, что ты не взял на себя добровольно, крайне сложно. Более того, когда один человек ставит задачи другому, назначает ему определенный фронт работ, то делает тем самым второго человека менее мотивированным на выполнение этой работы. Принятие на себя ответственности зависит от конкретного человека, но если человек не принимает самостоятельное решение, он не берёт на себя ответственность за это решение. Лучшее, что вы можете получить в такой ситуации, - это обязательства, но не ответственность. Таким образом, назначая элементы Бэклога членам Команды Разработки, ведущий разработчик разрушает способность команды быть собственно командой. Эта ситуация может также нарушать принцип равенства членов Команды Разработки: «Скрам не признает подкоманд в Команде Разработки, независимо от областей, над которыми необходимо работать (например, тестирование, архитектура, эксплуатация или бизнес-аналитика)». Здесь же может оказаться, что «все разработчики равны, но некоторые разработчики более равны, чем другие».

shutterstock_521540137-min.jpg

Во-вторых, такое положение дел противоречит ценностям Скрама. Цитируя Руководство по Скраму: "когда Скрам-команда опирается на ценности Скрама (преданность, смелость, сфокусированность, открытость и уважение) и разделяет их, “три кита” фреймворка — прозрачность, инспекция и адаптация — реализуют и создают атмосферу всеобщего доверия». Я уже показал выше, как описанная ситуация может разрушить способность команды быть преданными целям Скрам-команды. Также эта ситуация может быть признаком отсутствия уважения. Руководство по Скраму определяет уважение следующим образом: «участники Скрам-команды уважают профессионализм и самостоятельность друг друга». Ситуация, когда кто-то определяет за остальных, какую работу каждому нужно делать в тот или иной день, далека от того, чтобы демонстрировать уважение к членам команды как к самостоятельным профессионалам. Это скорее может свидетельствовать об отсутствии доверия и низкой оценке профессионализма остальных. Такая ситуация может быть очень токсична для командного духа и производительности.

Основываясь на этом я пришёл к выводу, что эта команда не следует Руководству по Скраму и Скрам-мастеру следует вмешаться, повысив осведомлённость команды о том, что происходит и как это влияет на команду. Будучи довольно уверенным в своём заключении, я поделился этим со Стивом, и он ответил: «Будь осторожен, рассуждая о том, как команда разработчиков должна работать. Если ты видишь поведение, которое ты не понимаешь или которое, по твоему мнению, можно улучшить, подойди к ситуации с любопытством. Помни, что те, кто выполняет работу, лучше понимают, что правильно и неправильно». 

Я подумал: «Ага!.. Я всегда говорил о “сознании начинающего” и важности контекста. И сам допустил ошибку, избегать которую я учил других!». Я давно работаю в крупных компаниях, и мне платят за то, что у меня есть ответы. В какой-то момент я понял, что успешен потому, что задавал вопросы и помогал своей команде найти наилучший ответ, а не выкладывал им свои решения. Именно поэтому я начал изучать Agile, Скрам, самоорганизацию, командообразование и тому подобное. Именно поэтому я не перестаю учиться. И это то, чему я учу других. "Помните о неведении" - таков был мой совет моим ученикам. И оказалось, что я не смог последовать собственному совету. Очень отрезвляющий момент!

shutterstock_482235484-min.jpg

При работе с людьми очень редко всё именно так, как оно выглядит на первый взгляд. Каждая ситуация, каждая проблема очень специфичны и зависят от контекста, поэтому у вас могут быть разные решения для двух (казалось бы) похожих вопросов – они находятся в различном контексте. Поэтому поверхностного взгляда недостаточно, даже если все выглядит очевидным, потому что есть большая вероятность, что это не так. Очень приятно быть "умным парнем" и иметь ответ на любой вопрос. Быть экспертом. Как пишет Майк Мэддок в статье для блога Forbes: «как экспертам, нам платят больше, доверяют больше, а иногда даже больше чествуют. Наши родители гордятся нами, наши партнёры гордятся нами, и иногда даже наши дети думают, что мы крутые». И это приводит к очень прямолинейному мышлению. Когда мы знаем слишком много и забываем урок Сократа о том, что мы ничего не знаем. И это приводит к плохим решениям, иногда с плохими последствиями, иногда с катастрофическими последствиями.

Я не хочу быть таким человеком.

Я хочу избежать ловушки эксперта. Я предпочитаю сомнение, любопытство и открытость новому, за счёт чего я могу совместно с командой находить лучшее решение. Я буду спрашивать себя: “Что тут есть ещё? Чего мне здесь не хватает? Что может привести меня к противоположному выводу?». Поэтому я написал мантру на карточке, которая у меня сейчас в кошельке и перечитываю её несколько раз в день:

ПОМНИ

          О

             НЕВЕДЕНИИ.


Последние статьи в блоге

Летняя акция: учитесь онлайн с выгодой, не выходя из отпуска! До конца августа второй курс со скидкой 50%

Проведите лето с пользой для карьеры – второй курс со скидкой 50%!

09 июля 2025

5 курсов июля со скидкой 30%

Друзья, у нас остались последние места на курсах, которые стартуют в июле. Сейчас есть возможность записаться на обучение со скидкой 30%!

Новости
04 июля 2025

Карьерный трек аналитика: от базы к экспертизе

Системные и бизнес-аналитики аналитики играют ключевую роль в digital-развитии продуктов. Эти специалисты выступают связующим звеном между бизнес-задачами и техническими решениями, обеспечивая эффективную коммуникацию между заинтересованными сторонами. Рассмотрим карьерные пути в аналитике, актуальные требования рынка и перспективы профессионального роста.

27 июня 2025

Почему именно сейчас стоит учиться на бизнес-аналитика уровня Middle. «Руководство BABOK» в подарок участникам программы!

Вы в ИТ, вам за 30. Вроде бы всё хорошо — есть работа, скиллы, стабильность. Но в воздухе — тревожность. Проекты замораживаются. Бизнес урезает бюджеты. От ИТ ждут не просто задач, а конкретного влияния на прибыль.

25 июня 2025

Уничтожит ли ИИ-генератор кода профессию разработчика?

С появлением ИИ-инструментов, а также в связи недавним анонсом Canva Code, который генерирует код за пару кликов, многие задумались: не станут ли такие инструмент угрозой для разработчиков? Давайте разберемся, есть ли здесь реальные риски, или это все же преувеличения.

23 июня 2025

Проектное резюме консультанта 1С: карьерный инструмент, чтобы выделиться среди других кандидатов

Рассказываем о продвинутой альтернативе привычного резюме для консультантов 1C и других специалистов с проектной занятостью.

Новости
19 июня 2025

Выбор карьеры: Менеджер бизнес-процессов или Бизнес-аналитик уровня Middle?

В мире цифровой трансформации пути развития аналитиков и менеджеров проектов все чаще расходятся: кому-то ближе работа с требованиями и API, а кому-то — выстраивание системной эффективности на уровне всей компании. Какой путь выбрать лично вам?

Новости
18 июня 2025

В Учебном центре IBS планируется запуск курсов по продуктам TData

Читайте о стратегическом соглашении TData и IBS и наших новых курсах

11 июня 2025

Компетенции бизнес-аналитиков: Junior и Middle в сравнении

В условиях динамично развивающейся ИТ-индустрии важно чётко понимать, какие навыки и знания необходимы для успешной работы на каждом этапе карьерного пути. Сегодня обсудим разницу в компетенциях ИТ бизнес-аналитиков уровней Junior и Middle. Если вы только начинаете свой путь в ИТ бизнес-анализе или, наоборот, уже обладаете некоторым опытом, этот материал поможет вам понять, какие навыки необходимы на каждом уровне и как развиваться дальше.

Новости
05 июня 2025

Лимит на сбои. Как понять, что система перегружена, а не просто плохо сделана?

Оценить производительность системы непросто, а контролировать еще сложнее. Как сделать так, чтобы внедряемая или уже эксплуатируемая система справлялась с нагрузками? Можно ли в этом вопросе полностью положиться на разработчиков ПО или вендоров? И кто в итоге будет отвечать за все простои системы? Рассказывает Николай Марченко, директор отделения нагрузочного тестирования компании IBS. Начать следует с того, что разбираться с последствиями возможных сбоев в любом случае придется тем, кто работает непосредственно с системой. Поэтому о вопросах производительности лучше задуматься еще на этапе внедрения.

Новости
03 июня 2025

Кто такой аналитик 1С?

Аналитик 1С — это специалист, который занимается оптимизацией бизнес-процессов с использованием программного обеспечения 1С. Его задача — анализировать существующие процессы, выявлять недостатки и разрабатывать решения для повышения эффективности. Аналитик переводит бизнес-требования в технические задания для разработчиков, становясь мостом между пользователями и ИТ-отделом. Эта роль требует как технических знаний, так и навыков коммуникации, что позволяет вносить значительный вклад в развитие компании и улучшение её конкурентоспособности.

Новости
28 мая 2025

Разбор задачи: UML-диаграмма классов для системы регистрации на курсы

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

22 мая 2025

Бизнес-аналитик и системный аналитик в ИТ: кто есть кто и в чем разница

Современные ИТ-проекты — будь то корпоративные решения, мобильные приложения или интеграционные платформы — требуют точного понимания как бизнес-целей, так и технических ограничений. На пересечении этих задач появляются две ключевые роли: бизнес-аналитик (БА) и системный аналитик (СА). Несмотря на схожесть направлений деятельности, эти специалисты действуют на разных уровнях и выполняют разные функции. Рассмотрим, кто они, каковы их зоны ответственности, чем они похожи, а чем принципиально отличаются.

21 мая 2025

5 распространенных ошибок в работе системных аналитиков

Ошибки системных аналитиков редко видны сразу, но последствия могут быть весьма заметными. Срыв сроков, недовольство заказчика, бесконечные правки требований, ощущение, что проект «расползается» — это часто не проблема менеджмента, а не выявленные вовремя аналитические ошибки и риски. Мы регулярно анализируем дипломные проекты выпускников курса «Системный аналитик» — не ради оценок, а чтобы понять, какие трудности реально возникают на практике, и обозначить направления для дальнейшего развития навыков. Даже у мотивированных специалистов с практическим опытом есть «слепые» зоны. Где-то не хватает чёткости в декомпозиции, где-то — качества проработки связей между сущностями, понимания архитектуры. Даже отсутствие умения аргументировать выбор решений перед бизнесом может негативно повлиять на проект. Мы вместе с Екатериной Тихомировой — практикующим аналитиком с более чем десятилетним опытом — разобрали некоторые типичные ошибки и риски, и способы, как их предотвратить.

20 мая 2025

Итоги работы Центра сертификации IBS

Центр сертификации IBS начал свою работу в апреле 2023 года, поэтому мы традиционно подводим итоги работы в апреле-мае. Прошедший год стал для нас периодом важных изменений. В 2024 году произошло несколько знаковых событий: наша команда обновила программы сертификации системных аналитиков и Java-разработчиков, подготовила к запуску сертификацию бизнес-аналитиков, получила аккредитацию от АПКИТ и стала обладателем Гран-при премии «Смарт пирамида». Рассказываем подробнее, каких результатов мы достигли в уходящем году и как это отразилось на нашей работе.

Новости
19 мая 2025

Какой метод тестирования выбрать: черный, белый или серый ящики?

При разработке программного обеспечения важно правильно подобрать методы тестирования. Это ключевой шаг для того, чтобы гарантировать высокое качество продукта. Понимание различных подходов, таких как тестирование черного, белого и серого ящика, помогает специалистам лучше находить ошибки и улучшать функциональность. Рассмотрим особенности, преимущества и варианты использования этих подходов.

14 мая 2025

Удостоверение, диплом и сертификат: в чем разница и что выбрать

В условиях стремительного развития технологий и постоянных изменений в бизнесе профессиональное развитие стало необходимостью. Особенно это актуально для специалистов в сфере IT и смежных отраслях. После прохождения курсов в учебных центрах слушатели могут получить один из трех типов документов: удостоверение о повышении квалификации, диплом о профессиональной переподготовке или сертификат. Несмотря на внешнюю схожесть, эти документы различаются по юридической силе, назначению и значимости для карьеры. Разберемся в этом подробнее.

12 мая 2025

Выгодный май — на курсы залетай!

Друзья, спешим поделиться отличной новостью — вы можете получить скидки до 40% на наши популярные курсы. Это отличная возможность улучшить навыки и инвестировать в профессиональное развитие по более выгодной цене. Выбирайте направление и подавайте заявку прямо сейчас!

05 мая 2025

Кейс: кастомизация курса по Jira

Кейс по проведению кастомизированного курса «Основы Jira» для крупной российской компании, занимающейся производством цифровой техники.

05 мая 2025

Зачем специалистам по 1С изучать системный анализ и архитектуру ПО

Как системный анализ и архитектура ПО помогают эффективнее работать в 1С.

29 апреля 2025

Не нашли, что искали? — Просто напишите, и мы поможем

Корпоративное обучение Оценка персонала Сертификация О нас Стань тренером Блог
Пользователь только что записался на курс ""
Спасибо!
Форма отправлена успешно.