
Антипаттерны ретроспективы в Agile-команде. Часть 1

10 лет назад у молодого и зеленого менеджера проекта случился удачный опыт внедрения чего-то похожего на скрам в одной из страховых компании. Энтузиазма хоть отбавляй. Коллеги айтишники всячески поддерживали. Помогало программистское прошлое. Но в какой-то момент появилась непробиваемая стена: Agile подход работал внутри ИТ, но со скрипом воспринимался вне няшного айти пространства. Нужна была синхронизация с другими отделами и смена уклада работы всей компании. Тогда полноценный переход не случился, но год назад удалось воплотить Agile трансформацию на другом проекте в финансовой организации с вовлечением более 100 человек. Возможно ли такое в природе?
Всем привет! Меня зовут Мария Фомина, я являюсь scrum-мастером в компании «Ренессанс страхование». Моя статья включает в себя две части: первая посвящена определению обратной связи, ее основным видам и критериям, моделям использования и распространённым ошибкам при применении техник, а также советам, как можно принимать обратную связь.
Во второй части вы узнаете секреты создания и проведения эффективного тренинга в scrum-командах по обратной связи.
Что такое обратная связь (далее по тексту обратная связь – ОС)? Под обратной связью понимается информация о том, как объект обратной связи проявляется и как это влияет на других людей, команду, разрабатываемый продукт, организацию. Не стоит путать это с неконструктивной и субъективной критикой, разного рода манипуляциями, выраженными в том числе в словесной форме, а также оценочным суждением, приказами и побуждениями к действию.
Какие виды обратной связи нам известны? Вы скорее всего встречали обширное количество видов, но я бы предложила опираться на нижеизложенные вариации:
Я начала кодить в 12 лет: 2000 год, Turbo Pascal 7.0, привет! Образование у меня тоже техническое, судя по диплому, я должна была стать программисткой. Нравилось ли мне это? НЕТ!
Но IT-сфера – однозначно моё. Поэтому в 2013 году я нашла себя в роли менеджера IT-проектов. Летом 2017 года попала в международную компанию. Менеджерила в проекте “VEON Engagement Platform”, который внезапно «закончили» (об этом можно найти много статей). Так я перешла из Beeline Евразия в Beeline Казахстан.
Меня зовут Катя Тен, и сегодня я расскажу про внедрение Scrum и что я думаю по этому поводу. Скорее всего, эта статья будет интересна менеджерам, Scrum-мастерам, Agile-коучам и тем, кто начинает работать или работает по Scrum в средних и крупных компаниях.
Как быстро подготовиться к вопросам по Скрам на собеседовании? Предлагаю свою шпаргалку, которой пользовалась на протяжении многих лет, и готовила по ней многих аналитиков.
Именно этой строкой начинается Agile манифест. И вроде бы это очевидно: сотрудники - главный ресурс любой компании. Однако на практике очень часто приоритеты сдвигаются в другую сторону и на первое место выходят: метрики, релизы, цели, задачи, события.
А как же люди? Ведь именно их отношение к работе, их мотивация и определяет итоговый результат.
Связь мотивации и эффективности очевидна: мотивированный сотрудник способен более длительное время удерживать фокус внимания на объекте своей деятельности. Он проявляет больше упорства в преодолении различных трудностей, более охотно принимает ответственность за результаты своей деятельности.
Поэтому один из пунктов Agile манифеста и гласить: над продуктом должна работать команда замотивированных профессионалов.
Окей, уровень профессиональных компетенций можно определить путем различных видов тестирования. И развивать их за счет внутреннего и внешнего обучения. А как быть с мотивацией? Много ли компаний оценивают на входе мотивационных профиль своих сотрудников?
Забегая немного вперед, сразу хочу сказать, что мотивация, по сравнению с другими различными профессиональными характеристиками, - структура весьма динамичная. И перемены ее уровня могут происходить скачкообразно как вверх, так и вниз. Как и изменение самой структуры мотивации.
Как правило, при устройстве на работу, мотивация сотрудника сильно детерминирована материальными факторами: уровнем зарплаты, социальным обеспечением, стабильностью, перспективами роста и т.д.
И тут вроде все понятно: есть ДМС, инструменты премирования по ключевым показателям эффективности, карьерный гайд, печеньки к кофе. Чего еще надо? Однако все это относится к инструментам мотивирования (стимулирования), а не к мотивации.
В мире победившего эджайла, SCRUM, как один из наиболее популярных фреймворков, казалось, имеет все шансы стать отраслевым стандартом. Однако в результате врождённых недостатков он стал чем-то средним между религией для занятых проектным управлением и воздухом для продажи эджайл-коучами. Более того, сегодня строгая приверженность принципам SCRUM нередко становится маркером профнепригодности для людей, которые имели неосторожность переродиться из полноценных проектных методологов и руководителей в фанатично зацикленных на ритуалах scrum-мастеров (речь не обо всех, но о об очень многих). В посте попытался обобщить все проблемы SCRUM, как "фреймворка" для проектного управления и создания продуктов.