AGILE Practitioner

2021-12-14 12:04:16 Структура в переговорах Руководителю проекта перманентно приходится вести переговоры: со спонсором, со стейкхолдерами, с командой проекта, со своей совестью (об этом как-нибудь отдельно напишу) Предпочтительно владеть разными техниками ведения переговоров… Открыть/Комментировать

2021-12-14 12:00:03 Структура в переговорах

Руководителю проекта перманентно приходится вести переговоры: со спонсором, со стейкхолдерами, с командой проекта, со своей совестью (об этом как-нибудь отдельно напишу)

Предпочтительно владеть разными техниками ведения переговоров в зависимости от второй, участвующей стороны и целей, которых вы хотите добиться, но есть и общие правила. Когда-то прочёл книгу "Есть серьёзный разговор. Что и как говорить, когда ставки высоки", откуда есть отличная памятка, используя которую можно эффективно провести встречу любого уровня.

Полезно даже если вы управляете не проектом, а ведёте переговоры со своим руководителем, подчинённым, соседом громко включающим музыку или уборщицей в подъезде

P.s. Ниже приложил картинку Открыть/Комментировать

2021-12-07 12:00:03 ​​Профдеформация или зона роста?

Раньше я был более нервный и от неудовлетворительного качества сервиса мог "полыхнуть". Не испытывал никакого сострадания к сфере обслуживания. Но побывав в роли лидера-слуги (хоть термин и выпилили из последнего скрамгайда) я приобрёл скилл воспринимать мир иначе ...

Забираю посылку на почте. Время 23-00, очередь из 6-ти человек и единственная сотрудница еле шевелится. То есть в прямом смысле - скорость обслуживания одного человека больше 10 минут. Когда через минут 40 наконец дошла моя очередь, я глубоко вздохнул и решил аккуратно выяснить, а что влияет на такую скорость работы? Изначально на меня поднялись глаза зверя, но завидев, что искренне интересуюсь без тени наезда, девушка ответила, что сменщица заболела и вынуждена после 8 часовой дневной смены продолжить работать до 8 утра следующего дня и грустно указала взглядом на ещё до сих пор неоткрытый обед на столе

Вспомнил свою историю. В 2007 году мой курс в течение месяца вынужденно стоял в обеспечении гарнизона по караулам, корпусам, столовой, пожарным взводам, всему, что только можно. Сумасшедший месяц несения флотских служебных обязанностей часто по несколько дней подряд . В это "колесо сансары" ворвался приезд международных адмиралов, часть программы которых состояло в том, чтобы быть выгулянными по парку Петергофа англове́дущими курсантами ВМФ . После 2-х ночей дежурств подряд не уверен, что я не перепутал историю "Римских фонтанов" и "Шахматной горки", но Иранский адмирал в конце знакомства остался поражён историей Петергофа и… моей борьбы со сном во время экскурсии

Просто делай свою работу настолько хорошо, насколько можешь. Возвращаясь к первой истории, я поблагодарил за помощь сотрудницу почты, купил ей стаканчик тёплого капуччино из автомата рядом и раскланялся. Будьте к людям добрее Когда кто-то в команде не перфомит, выгорел, не вовлечён - не стоит сразу "валить всех собак на человека". Проявите эмпатию, учтиво пообщайтесь что произошло? - Возможно обстоятельства у человека раскроют ситуацию по-иному. И это рекомендация не только скрам-мастерам, а всем нам и не только на работе.

P.s. А на тему гнева на других есть хорошая притча про буддисткого монаха и лодку:

Когда я был молодым, мне нравилось плавать на лодке. У меня была маленькая лодка: в одиночестве я отправлялся плавать по озеру и мог часами оставаться там.

Однажды я сидел с закрытыми глазами и медитировал. Была прекрасная ночь. Какая-то пустая лодка плыла по течению и ударилась о мою. Во мне поднялся гнев! Я открыл глаза и собирался обругать побеспокоившего меня человека, но увидел, что лодка пуста. Моему гневу некуда было двигаться. На кого мне было его выплёскивать? Мне ничего не оставалось делать, как вновь закрыть глаза и начать присматриваться к своему гневу. В тот момент, когда я увидел его, я сделал первый шаг на моём Пути.

В эту тихую ночь я подошёл к центру внутри себя. Пустая лодка стала моим учителем. С тех пор, если кто-то пытался обидеть меня и во мне поднимался гнев, я смеялся и говорил:
— Эта лодка тоже пуста.
Я закрывал глаза и направлялся внутрь себя. Открыть/Комментировать

2021-11-30 12:00:03 Нужен ли в скрам тимлид?

В одной из команд запустили эксперимент с техлидом. Изначально предполагали роль тимлида, но в расширенном понимании - это человек, который и за ресурсы топит и к бизнесу ходок, но у нас этот пласт ответственности закрыт другими людьми.

Почему появилась необходимость в такой роли? Команда работает по скрам гайду над продуктом последние пару лет, но специфика у бизнеса такова, что потребовалось в кратчайшие сроки воплотить мини-проект в рамках продукта. Срок - 1,5 месяца. Отдельные задачи ценности не дадут - необходимо завершить весь пул работ для успешности проекта.

И тут встал вопрос: команда привыкла двигаться итерациями и демонстрировать результат каждые 2 недели, но как поступать сейчас? Делать спринты короче? - но что тогда демонстрировать? Уходить в долгие 1,5 месяца работ? - но что, если технически код "пойдёт не в ту степь"?

В каскадной модели роль координатора мог бы занять менеджер проекта, но для команды - это избыточный сотрудник, а потребность в координации разработчиков есть. Изучив опыт других компаний, мы поняли, что тимлид/техлид не противоречит скраму. Зачастую тимлид существовал изначально - он трансформируется в скрам-мастера или PO со временем. Но у нас возникла обратная ситуация, нам потребовался координатор, т.к. команде не хватило самоорганизации. Да-да, это задача скрам-мастера повысить самоорганизацию и вовлечённость скажите вы, но когда от бизнеса стоит дедлайн 31 декабря 2021, нет времени на раскачку.

При этом почему эта роль - не тимлид?
потому что есть Product Owner - общается с бизнесом
потому что есть Скрам мастер - помогает команде со скрам-процессом
потому что есть Функциональный руководитель - управляет ресурсами

Как итог команда решила ввести такую роль как техлид, который будет помогать организовываться разработчикам, чтобы достичь успехов этого мини-проекта.

При этом главных целей две:
добиться успешных результатов проекта в срок
"не включить директивный стиль управления в команде и забрать ответственность за продукт на себя"

Кстати, это решение родилось в ходе Daily Scrum. Одно из свидетельств того, что не стоит откладывать важное для команды решение до ретроспективы.

P.s. Почитать больше на тему тим-/тех- лида в скрам-командах можно по ссылкам Открыть/Комментировать

2021-11-23 12:00:03 Что такое хорошо и что такое плохо?

На спринт ревью команда с гордостью демонстрирует результат работы, а стейкхолдер говорит, что хотел вообще не это! Кто виноват? Команда неверно разобрала задачу в части definition of Done? Product Owner недостаточно описал критерии приёмки в User story? Или сам заказчик "переобулся" и теперь хочет другое решение? А нужно ли искать виноватого?

Первая эмоция защититься или найти крайнего. Увы, но такие ситуации происходят...

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

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

Суть здесь не в том, у кого знания шире, а у кого эго больше. Не надо перед людьми "в теме" кичиться своим авторитетным мнением. Это выглядит как каратист, который в кимоно спустился в магазин и встал в стойку. Для покупателей вы, конечно, будете значимым, но для людей в теме - смешным. Всегда найдутся те, кто разбирается в вопросе лучше. Поэтому на новом месте гораздо выгоднее слушать первые пару недель, чем делать едкие замечания вне зависимости от статуса сотрудника.

Факапы случаются в организациях любого уровня. Когда после падения двух боингов последнего поколения в 2020 году гендиректор Боинг едва находил слова для комментирования ситуации, их маркетинговый отдел всего спустя пару недель после авиакатастроф выпустил статью о том, что это самый безопасный самолёт в мире. Возможно это и так (статистически), но время для выпуска подобного материала точно было выбрано ужасное. В итоге генеральному директору пришлось гибко подстраиваться в сложившейся ситуации.

Когда стейкхолдеры говорят, что хотели получить решение не так, как прописано в критериях приёмки feel free & use ценность Agile - "готовность к изменениям"

P.s. про ситуацию с Боингами и почему т.к. произошло можно послушать по ССЫЛКЕ, кому это интересно. Открыть/Комментировать

2021-11-16 12:00:02 PMI выпустил рейтинг 50-ти весомых проектов года.

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

Я выделил для себя самые интригующие:

Большой эксперимент по работе из дома. Переосмысление того, что значит "быть на работе". Будущее работы подвижно. И быть agile теперь не только про майндсет, но и про воркстайл. Появляются такие должности как "директор по удалёнке". Создание профилей сотрудников для определения оптимального соотношения удалённой и офисной работы

Метро Эр-Рияд в Саудовской Аравии как часть реализации плана страны "Видение до 2030 года", который призывает к снижению зависимости страны от нефти и созданию более устойчивой экономики в будущем

Энергетический остров для всей энергосистемы Дании. Обеспечение только за счёт ветра и никакой атомной энергии - возможно ли?

Плавучий город на Мальдивах - как ответ на риск того, что острова поглотят последствия изменения климата. Пока действительно "проект", но, если он будет воплощён, это откроет проторённую дорогу для многих прибрежных поселений, которым грозит исчезновение, если не принимать меры уже сейчас

Перепись дикой природы в Кении. "Вы способны управлять только тем, что знаете". Масштабность проекта: 100 человек, исследование животных на 360 000 квадратных километров. Фотоловушки, лёгкие самолёты, вертолёты, 4x4 авто. Т.к. в небе могло находиться одновременно до 15 самолётов требовалось наличие "центра управления воздушными полётами из кустов" , чтобы пилоты не пересекались и животные не учитывались дважды.

Вояджер - отель с искусственной гравитацией в космосе. Этим всё сказано

Безотходность - эволюция систем управления запасами. Автоматически снижать ценник на продукты питания к истечению срока годности. Выкинуть товар или получить за него соизмеримую прибыль и сэкономить затраты на утилизацию решит бизнес

Мост через реку Янцзы, который позволит преодолеть расстояние между Шанхаем и Ляньюнган почти в 4 раза быстрее (с 11 часов сократили до 3-х). Самое ценное у нас время. Сотни сэкономленных часов в год на поездках в офис продемонстрировал мне собственный опыт . А если помножить это на миллионы людей, которые будут экономить время, то получается колоссальный вклад в свободное время для людей. А это спорт, знания, время с семьёй, хобби и т.д.

Музей будущего в Дубай. Удивили окна в виде арабской письменности и экологически-выверенные проектные решения.

P.s. Оказанное влияние проектов "Токийского туалета" с "Playstation 5" и "Clubhouse" - это бо-о-ольшой вопрос, но они тоже в рейтинге

Все проекты можно поглядеть тут Открыть/Комментировать

2021-11-09 12:00:04 канбан, Канбан, КАН-БА-ААН!

Вспомнились фразы, которые встречал при подходе к имплементации командами канбан-метода:
"У нас Agile - мы работаем по канбан"
"Зачем нам обучение по Канбан? У нас уже есть канбан-доска"
"Канбан же работает только на производстве, в ИТ - нужен Скрам"
"Какие такие лимиты WIP? Мы не можем себя ограничивать - у нас дэдлайны - сколько надо столько и возьмём в работу!"

Нещадно экспериментируем с гибкими практиками Стартовали новый метод в компании для нашей команды по Master Data. Пока другие пробуют революционный Scrum, новой команде потребовался оптимальный способ, чтобы увязать существующий процесс с будущим. Поскольку текущий подход в работе - сервис—ориентированный остановились на Канбан-методе

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

Промежуточный итог:
Провели обучение по использованию канбан-метода
Сформировали командные договорённости
Определили каденции, митинги, подробные статусы, лимиты и классы обслуживания

Дальше больше!

P.s. Во многом первое понимание канбан-метода упрощает канбан-гайд, который вышел в этом году. Советую к прочтению тем, кто хочет на пальцах понять что-то такое канбан-метод. Открыть/Комментировать

2021-11-02 12:25:50 Инновации или архаизмы В компании вопрос: стоит ли в 2021 году водить нового человека по офису "за ручку", чтобы сформировать сопричастность или создать такие условия, чтобы новичок почувствовал себя частью команды в независимости от местоположения? И… Открыть/Комментировать

2021-11-02 12:00:04 Инновации или архаизмы

В компании вопрос: стоит ли в 2021 году водить нового человека по офису "за ручку", чтобы сформировать сопричастность или создать такие условия, чтобы новичок почувствовал себя частью команды в независимости от местоположения?

И вообще может ли удалёнка быть в чём-то лучше, чем очные встречи ?

Может, если команды хотят преимуществ в поиске инноваций. Для этого может использоваться техника - асинхронный виртуальный мозговой штурм.

Существует вероятность провала, если команда пытается напрямую адаптировать брэйншторм в офисе к формату в Teams, Zoom, whatever. Как только участники, а особенно руководители, видят, что remote-встреча плохо подходит для брэйншторма - принимается решение, что нужно вернуться в офис . Это отказ от новых практик в пользу привычек. Одно из когнитивных предубеждений - функциональная закреплённость (functional fixedness, см. ссылку)

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

Асинхронный виртуальный мозговой штурм может предложить следующие этапы:

Генерация идей в онлайн-инструменте (например, MIRO, Mural, и т.п.) не собираясь на общую встречу, а каждый в своём рабочем режиме, но к установленной дате
"Очистка" идей: группировка идей фасилитатором
"Оценка" идей: анонимные комментарии к идеям
Наброс дополнительных идей после комментариев
Повторить п.2
Повторить п.3
Встреча для обсуждения идей, которые пойдут в реализацию

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

Исследования показали, что офисные группы чувствуют себя лучше в отношении сотрудничества, но чувство обманчиво, т.к. ВИРТУАЛЬНЫЙ МОЗГОВОЙ ШТУРМ ПРИВЁЛ К ПОЯВЛЕНИЮ БОЛЬШЕГО КОЛИЧЕСТВА ИДЕЙ.

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

Стоит ли начинать адаптироваться под реалии 2021 выбирать каждому. Но если выбирать работать по-новому, то, возможно, и on-boarding новых сотрудников стоит пересмотреть.

P.s. Больше про когнитивные искажения можно посмотреть по ссылке. Все описания кликабельные. Открыть/Комментировать

2021-10-26 12:00:03 ​​Distributed 2021

19 октября состоялась конфа от MIRO - Distributed 2021. Она показалась мне самой "живой" из мероприятий за полгода. Возможно такой эффект сложился потому что участники были со всего мира и профессиональных областей, а не ограничены одной предметной областью или страной. Удивительно, но порой чат конференции было читать не менее интересно, чем слушать спикеров…столько интересных идей и вдохновения поступало от MIROusers.

Среди спикеров очень запомнились двое:


Лэнс Вайлер - использует Миро для сторителлинга, в том числе с помощью AI и Deepfake технологий.

Прия Паркер - фасилитатор с 20 летним стажем и автор бестселлера, которая использует Миро в работе со своей командой и группами, с которыми работает.
Записи выступлений с ними должны появится в канале Миро в ютуб.

Самые запомнившиеся тезисы с мероприятия:

"Money - could be a good facilitator in future"
"Design remote leadership. It won't happen at once, but that's the future. It matters. Remote work - style is a part of human life more than ever"
"Miro storyboarding moves speed of creativity"
"Facilitator is a storyteller and good storyteller can hold any audience"
"Show don't tell"
"Five "С" for remote leader in 2021: Creativity, Collaboration, Communication, Critical Thinking and Compassion"

+ пара книг прочитать на свою виртуальную полку:
Digital Body Language: How to Build Trust and Connection, No Matter the Distance
The Art of Gathering: How We Meet and Why It Matters Открыть/Комментировать