Что такое хорошо и что такое плохо?

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

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

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

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

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

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

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

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

Нужен ли в скрам тимлид?

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

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

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

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

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

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

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

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

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

​​Профдеформация или зона роста?

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

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

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

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

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

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

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

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

Структура в переговорах

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

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

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

P.s. Ниже приложил картинку

📚"Пять пороков команды. Притчи о лидерстве". Патрик Ленсиони
🧑🏼‍🎓 Для кого полезно: функциональным руководителям, скрам-мастерам
👀 О чём: роман про вымышленную компанию с примерами отношений, которые найдёт сотрудник любой реальной компании. А также что с этим всем делать?
💬 Запомнились фразы: "Недоверие, конфликты, безответственность, нетребовательность, безразличие, но прежде всего недоверие - является главным пороком"

📚"Коучинг Agile-команд". Лисса Адкинс
🧑🏼‍🎓 Для кого полезно: руководителям проектов, скрам-мастерам
👀 О чём: о том как стать и каким быть скрам-мастером и agile-коучем
💬 Запомнились фразы: "Всё, что вы сами делаете для команды - означает для её участников, что они не могут выполнить этого сами. Неуклюжесть команды - лучше, чем ваш идеальный план!"

📚"45 татуировок менеджера. Правила российского руководителя". Максим Батырев
🧑🏼‍🎓 Для кого полезно: функциональным руководителям, руководителям проектов
👀 О чём: предельно лаконично о "граблях", на которые не стоит наступать, будучи руководителем подразделения
💬 Запомнились фразы: "Люди делятся: на тех, которые видят; тех, которые видят, только когда им укажут; и тех, которые не видят вовсе"

Развивайтесь - это всех раздражает😉

Книжная полка

В продолжение предыдущего поста в этом году удалось переслушать несколько книг. Мне проще воспринимать в аудиоформате и многие приходилось покупать (нет в открытом доступе). Если у кого-то есть желание послушать аудиокнигу из нижеперечисленных - пишите мне в личку @rudman87 и тайный Санта попробует достать вам презент🎅🏼🎁🎄

📚"Технология жизни. Книга для героев". Владимир Тарасов
🧑🏼‍🎓 Для кого полезно: всем
👀 О чём: о поиске своего пути и внутреннем стержне
💬 Запомнились фразы: "Нельзя хорошо управлять другими, не имея пути. Наказан лишь тот, кто почувствовал себя наказанным, а не тот, кого наказали"

📚"Homo Deus. Краткая история будущего". Юваль Ной Харари
🧑🏼‍🎓 Для кого полезно: всем
👀 О чём: О том, что мы находимся в новом витке эволюции и что нам готовит переход живых людей к "сетевым организмам"
💬 Запомнились фразы: "Корпорации, деньги и нации – всего лишь плод нашего воображения. Мы изобрели их ради себя, зачем же мы жертвуем жизнями ради них? Исследования показывают, что Homo Sapiens просто не в состоянии завязать личные отношения (хоть враждебные, хоть любовные) более чем со 150 индивидами"

📚"Драйв. Что на самом деле нас мотивирует". Дэниел Пинк
🧑🏼‍🎓 Для кого полезно: скрам-мастерам, функциональным руководителям
👀 О чём: о том, что мотивирует людей, занятых интеллектуальным трудом
💬 Запомнились фразы: "Мастерство - это образ мышления. Дайте возможность людям выполнить задание по-своему. Думайте, как предоставить больше самостоятельности, а не о контроле над человеком. Обеспечьте справедливость вознаграждения"

📚"Чертоги разума". Андрей Курпатов
🧑🏼‍🎓 Для кого полезно: всем
👀 О чём: о том, что все мы идиоты))) Но это поправимо!
💬 Запомнились фразы: "Максимальное число людей, входящих в наше окружение равно числу Данбара от 150 до 230 человек"

📚"Троица. Будь больше самого себя". Андрей Курпатов
🧑🏼‍🎓 Для кого полезно: всем
👀 О чём: о типах психики (невротик/шизоид/истероид) и связанных с ними подходам к действию (конструктор/рефлектор/центрист)
💬 Запомнились фразы: "В нас думает не наше сознание, а - мозг. Три ошибки в общении людей: Говорить прежде, чем нужно; Не говорить, когда это нужно; Говорить, не наблюдая за вашим слушателем"

📚"Идеальный руководитель. Почему им нельзя стать и что из этого следует". Ицхак Адизес
🧑🏼‍🎓 Для кого полезно: руководителям проектов, скрам-мастерам, функциональным руководителям
👀 О чём: о 4-х типах руководителей. Каким будешь руководителем ты? И с какими типами работать тебе.
💬 Запомнились фразы: "Жить - значит работать с проблемами, расти - значит работать с проблемами, ничего не происходит на кладбище - там смерть. Покажите мне организацию без конфликтов и я покажу вам кладбище. Покажите мне семью без конфликтов и я покажу вам, что их любовь умерла или вот-вот умрёт. Невозможно удовлетворить потребности неясных клиентов - нужно знать своего клиента!"

📚"Прыгни выше головы". Маршалл Голдсмит
🧑🏼‍🎓 Для кого полезно: функциональным руководителям
👀 О чём: о 20+1 привычке, от которых стоит отказаться, если ты планируешь стать хорошим руководителем
💬 Запомнились фразы: "Обратная связь - единственный способ объяснить человеку, что вы находитесь "здесь". Упреждающая обратная связь - значительно усовершенствованная традиционная обратная связь. Она работает, потому что люди, которые с трудом переносят критику (то есть обратную связь о прошлом) охотно принимают идеи о будущем"

📚"Язык жизни. Ненасильственное общение". Маршалл Розенберг
🧑🏼‍🎓 Для кого полезно: скрам-мастерам
👀 О чём: о том, как избегать токсичности в общении с людьми / командами
💬 Запомнились фразы: "Я тебя слушаю и услышал - разные понятия. Для стратегии лучше подходят глаголы действия - то, что может услышать или увидеть другой или может быть заснято на видео. Слушание происходит в голове у человека, другой не может это проверить осуществляется оно или нет. Один из способов убедиться, что нас слушают - попросить повторить то, что услышали. Вот так просто"

Прекрасный пятничный юмор про жизнь РП😂

Бобо

#смешноибольно

​​Скрамбудни

У менеджера пробегает холодный пот, когда у участника devteam закончились задачи в спринте. Да и сами участники, порой, тоже стремятся моментально взять себе задачу из продуктового бэклога, а ещё "лучше" несоразмерно нагрузить себя в начале спринта, чтобы уж точно задачи никогда не закончились (привет ценности "commitment" - передать все продуктовые инкрименты в конце спринта)

Между тем есть множество вариантов, как действовать, когда твоя последняя задача из спринт бэклога решена.

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

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

#Вакансия #РП #управлениепроектом #IT #SRM #projectmanagement #agile

Компания: Sever Minerals.
Город: Санкт-Петербург.
Вакансия: Руководитель проекта.
Формат работы: гибрид.
Необходимый опыт в релевантной должности: от 3-5 лет в сложных ИТ проектах с большим количеством интеграций.

В компании проходит цифровая трансформация, в рамках которой внедряется система SRM (Supplier relationship management).

Цель проекта - запустить систему SRM (внедряется с помощью подрядчика на базе платформы Creatio) и настроить интеграцию с множеством существующих систем компании (MDM, DWH, 1C, CRM, СЭД, шиной данных и др.)

Обязанности:
🔹Управление проектом на full-time
🔹Разрабатывать концепцию развития проекта на основе требований от заказчиков, фидбэка от пользователей и других данных
🔹Составлять, актуализировать и контролировать план проекта
🔹Вести проектную документацию
🔹Обеспечивать достижение заданных целей и уровня качества в согласованные сроки
🔹Работа в системе Jira Software, Jira Advanced Roadmaps.

Ожидания от кандидата:
✔️Опыт работы в среде c мышлением Agile
✔️Отличные организаторские и коммуникативные способности
✔️Работа со сложно-построенными командами состоящими из аутсорса, заказной разработки, in-house разработчиков и стейкхолдеров
✔️Опыт внедрения SRM систем будет преимуществом
✔️Опыт управления проектами в enterprise

❗️Для представителей консалтинговых компаний рассматриваем вариант аутстаффа вашего менеджера проекта на срок 3-5 месяцев.

Если вакансия заинтересовала, то пишите и присылайте резюме в телеграмм @rudman87

Желание VS Намерение

Сколько из вас загадали желания на Новый год? Наверное, все? Где-то из детства мы привыкли к тому, что в ожидании новогоднего чуда что-то загадываем дед Морозу и страстно или не очень хотим, чтобы оно сбылось. Ключевое: "хотим". А что для этого делаем?

Для того, чтобы быть эффективным, нужно находить для этого ресурсы, то есть попросту энергию.
10 лет в какой бы стране я ни находился 1 января, рано утром выхожу в центр города, чтобы ощутить магию пустующего (без людей, без машин) города и получить заряд сил на предстоящий год. Ни в один другой день года нет такой тишины мыслей. Как будто ты даже слышишь как свободно дышат "лёгкие" города. Но одного желания выйти с утра после 31 декабря мало. Нужно намерение и действия - лечь пораньше, пить поменьше, и т.д. Нужно хотя бы "лежать" в сторону своей цели, а не просто её хотеть.

Желание - то, что мы хотим, намерение - то, к чему мы стремимся. За намерением обязательно следует действие, иначе намерение так и останется желанием.

Этот год обещает быть крайне интересным, а я пока пошёл подводить итоги прошлого года и писать желания цели на 2022.

Намеревайтесь💪, а не только желайте. Формируйте цели📝, а не только стройте планы. Мотивируйте себя и других👏!

С новым 2️⃣0️⃣2️⃣2️⃣ годом, друзья!💜🎄🐯🥂

​​T-shape или как не взаимодействовать с клиентом.

Команда начинает задумываться про матрицу компетенций, когда сталкивается с bus-фактором. Редко - это происходит само, чаще - после какого-то факапа (участник ушёл в отпуск, и только он знал, как "настроить интеграцию" в итоге провалена цель спринта). И после важного обсуждения кому необходимо подтянуть компетенции через месяц, квартал, полугодие - рвение заканчивается. А T-shape - это непрерывный процесс, а не разовый результат.

1 января зашёл в ресторан. Полная посадка. Работает 1 официант и 1 администратор. Приём и раздача заказов происходит архимедленно. Выяснилось 2 факта:
▫️второй официант заболела
▫️не ожидали такого наплыва 1 числа.

При этом администратор не участвовал в работе от слова совсем. Почему нельзя было вывести другого сотрудника пусть даже втридорога - уже десятый вопрос. Переплата пару дней не стоит того негатива из интернета, который может сказаться на заведении. Ведь не у одного меня возникло желание написать массу негативных отзывов в адрес заведения от инстаграма до Амстердама🤬

Меня удивило, что администратор не включился в приём/разнос заказов, работу с посетителями, пускай это и не его прямая обязанность. Пообщавшись, я понял, что у человека - это нелюбимая работа. Он не хочет здесь быть, изображает, а на самом деле пофиг. Так что T-shape можно строить с людьми, которые заинтересованы в том, чем они занимаются🙏🤝

Когда в следующий раз будете обсуждать с командой шэринг компетенций и некоторые участники команды будут казаться пассивными стоит уточнить, а заинтересованы ли они в качестве продукта, да и вообще интересно ли им то, чем занимаются в принципе? Возможно дело в мотивации, а не в T-shape.

О лидерстве

Существует 3 категории командных лидеров:

✌️ Первые - видят возможности развития команды, которые видны другим участникам команды и после успешного релиза такие лидеры получают удовлетворение от работы
✌️ Вторые - помогают увидеть команде точки своего развития, которые участники команды и сами бы увидели, если чуть больше постарались. Но всё же команда приходит к решениям самостоятельно (в среднем таким могут похвастаться команды, которые работают по Скрам от 1 года и более вместе). Такие лидеры после успешного релиза испытывают душевное спокойствие и наполняются энтузиазмом
✌️ А есть третья категория - лидеры, которые находят точки роста там, где их по идее быть не может!

Встречали третью категорию? Какой у вас опыт взаимодействия с такими людьми?

В продолжение предыдущего поста история одного лидера из 3-ей категории - Роберто Орос ди Бартини. Спасибо Ивану и его каналу🙏👏

Кого проще найти скрам-мастера или руководителя проектов? (с п о й л е р: обоих сложно)

Поделюсь опытом подбора СМ и РП. Возможно, это поможет тем, кто находится в поисках себя на эти позиции.

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

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

В целом было 3 потока людей:

📌 Оверскиллд - действительно классные скрам-мастера, которые, к сожалению, у нас быстро заскучают, т.к. большого роста с командами они не получат, а на уровне организации пока есть ограничения. Это профессиональные ребята, которые работали/запускали несколько команд, коучили PO и немного организации.

📌 Безскилловые - полгода посидели с командой и хочу заоблачную ЗП, при этом скрам-гайд не открывали, а зачем?

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

Ну, подумал я, руководителя проекта-то я точно быстро смогу найти😏👍. И тут меня ждало ещё бОльшее разочарование. COVID не только подкосил здоровье на планете, но и здравое сознание неокрепших умов, когда у тебя год опыта в управлении проектами, а зарплату ты хочешь овер 200к! Рыночек, конечно, порешает, но надо же здраво оценивать свой уровень и понимать, что управлять проектом на 5 человек на складе в Абрау-Дюрсо не одно и то же с управлением проектом по внедрению высоконагруженных информационных систем на тысячи пользователей в bloody-enterprise.

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

Чтобы найти нужных ребят с мышлением нашей компании, потребовался целый год🤯.

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

Чтобы быть хорошим скрам-мастером нужны в первую очередь мозги, эмпатия, эмоциональный интеллект, желание развиваться, а не зубрёжка скрам-гайда (хотя прочесть надо!). А хорошим менеджером проекта - это уметь добиваться цели проекта во что бы ни стало, организовывать, коммуницировать, планировать, управлять рисками, управлять проектным треугольником и, в 2022-м, смотреть в сторону Agile, хотя бы в сфере ИТ, не забывая о том, что всё вышеперечисленное направлено на привнесение ценности для клиента.

​​scrum of skills VS scrum of chance

Команда генерирует ценность для бизнеса. А что делать с техдолгом?

Встречал подходы:
👉 брать техдолг в спринт по "0" стоимости. То есть команда считала, что - это их недоработка и должны править код в независимости от capacity: в рабочее или нерабочее время.
👉 не брать техдолг вовсе - legacy растёт, ну а что делать? Нужно доставлять ценность!

Одна из нынешних команд пришла к тому, что надо брать техдолг в работу наравне с пользовательскими историями, но как понять: "а сколько можем осилить"? Это наложилось на непростой период: завершён 1,5 месячный проект, баги, техдолг. Что делать? Да как обычно - любое решение можно принять, основываясь на реально собранных данных🤩

В итоге:
✌️считаем доступность команды
✌️capacity в спринтах
✌️снижаем количество сторипойнтов на "NN" процентов
✌️мониторим тренд роста/решения техдолга
✌️а самое главное - прозрачность!

Берём задачи по техдолгу в спринт бэклог, а не делаем где-то там "на коленке" в обход дэйли и прочих скрам-активностей. Таким образом команда сможет быстрее увидеть границы правильного баланса, чем в случае изменений "наугад"🧙‍♂️

Настоящая команда захочет развивать навыки в принятии решений на ретро, в том числе путём оценки своих возможностей. Это гораздо лучше, чем принимать решение основанные на вероятности и случайных шагах: "сделаем быстрее, качественнее, сильнее…и т.д."

Замечали в своих командах, что начинают страдать постулаты прозрачность/инспекция/адаптация (делать что-то в обход бэклога/ отменять ретро/ не действовать по шагам, которые вынесли для улучшений)?
Поработать с одним из них для команды - уже большая победа!💪

"Вы будете знать, сколько "достаточно", пока не узнаете сколько это - "больше, чем достаточно" (с). Уильям Блейк.

​​CTQ Tree

Пользователь обратился к нам с проблемой, но как понять то ли мы достигли, что на самом деле хотел пользователь. Можно воспользоваться подходом из Lean Six Sigma - CTQ (Critical To Quality) Tree.

3 компонента, которые включает в себя CTQ:

💡 Потребность – критические потребности ваших клиентов.
Вопрос для самопроверки: "Какая потребность у человека, чтобы полностью быть удовлетворённым вашим продуктом или сервисом?"

💡 Драйверы – драйверы качества, которые необходимы для удовлетворения этих потребностей.
Вопрос для самопроверки: "Какие элементы или характеристики клиенты будут предпочтительней оценивать, когда будут судить о качестве вашего продукта или сервиса?"

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

Например, если потребитель хочет пить кофе, чтобы чувствовать себе бодрым и уверенным - на самом деле можно выразить следующими CTQ:

📌 Выходные характеристики (горячий кофе)
📌 Метрика - которую необходимо улучшить (температура кофе в градусах по Цельсию)
📌 Целевое значение (75 градусов по цельсию)
📌 Спецификация или лимиты (между 70 и 80 градусами по Цельсию)

Это примерные параметры качества, чтобы удовлетворить критическую потребность потребителя.

#непропроекты Время для ответа.

За годы работы инженером, руководителем проектов, скрам-мастером, да и в целом с клиентским сервисом сформировались ощущения о скорости взаимодействия через разные каналы связи: мессенджеры, почта, телефон, личное общение.

Ни всегда оперативность возможна. А какой разумный срок для ответа?⏱

Далее моё личное мнение👆, ориентированное на внешних/внутренних клиентов или смежные команды. Конечно, когда речь идёт о собственной команде и оперативной работе по достижении целей, то временной лаг ответов стараемся свести к минутам.

📲 Мессенджер - до 2-х часов. Многие уже 2 года на удалёнке. Работа асинхронная, обед - тоже. Считаю, что направленный вопрос может попасть на время встречи человека (~1час) и обед (~1час). Итого до 2-х часов - это адекватное время для получения ответа.

📩 Почта — формализм. Когда получаю электронное письмо - ощущение близко к тому, что получил письмо обычной почтой с описью, уведомлением о вручении и меня уже ждут в прокуратуре🤪 Если вопрос не оперативный и не требует ответа "здесь и сейчас" (а если требует, то почему не написали в мессенджер?), то разумное время на ответ - до 1 рабочего дня. Обычно почта используется для того, чтобы зафиксировать договорённости ("минутки", протокол встречи, дальнейшие шаги или итоги проекта и т.д.)

☎️ Телефонный звонок - вам точно это нужно? Если да, то нужно запомнить несколько правил:
📞 Звонок - вторжение в личное пространство. Договорись заранее - удобно ли собеседнику.
📞 Звонок - трата времени. Текст прочесть быстрее, чем "Аааа, эээ, что я хотел сказать…"
📞 Звонок - риск потери времени. Половину собеседник может не запомнить и всё равно придётся дублировать часть инфы письменно.
📞 Звонок - риск несоблюдения договорённостей. О чём-то договорился, собеседник потом забИл/забЫл и ничего не докажешь. А переписка - сохранится.
📞 Звонок - риск потери инфы. Качество связи может быть "ниже плинтуса", если звонок из метро, к примеру. А текст - есть текст.

👦🏻👩‍🦰Личная встреча (опционально видеозвонок "one-to-one" в 2022🧑‍💻) - идеальный вариант для связи с клиентом, если накопилось несколько вопросов, которые требуют уяснение однозначного понимания обеих сторон и могут вызывать двусмысленность в переписке. Кроме того, клиентская лояльность повышается🎉, если общение - личное.

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

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

​​Продуктовый инструмент

"Эврика! У меня потрясающая идея! Надо срочно создавать продукт.

А люди действительно ждут твою идею?🤔 Ответив на этот вопрос, можно узнать есть ли реальная потребность у рынка. "Но мне ведь нужна полноценная команда по исследованию пользователей, чтобы сделать это правильно?"💁‍♂️ - необязательно. В большинстве стран мира Google поработает на вас. Answerthepublic — отличный инструмент для первичного анализа. Благодаря ему можно проанализировать не только потребность, но и оценить: рассчитывать на глобальный рынок или только на локальный?

Например, мы хотим узнать потребность людей разных стран в доставке еды. Ок, гугл…https://answerthepublic.com/

Итак, в 🇬🇧Британии людей больше всего интересует:
🔸 Какие компании доставки платят больше?
🔸 Принимают ли какие-то доставки cash?
🔸 Где роботы по доставке еды?
🔸 Кто доставляет в локдаун при Ковиде?

А в 🇷🇺России спрашивают:
🔸 Доставка еды для похудения/без глютена/без сахара/без лактозы/без мяса
🔸 Доставка еды в область
🔸 Города запрашиваемые для доставки (Москва, Спб, Зеленоград, Королёв, Екатеринбург, Набережные Челны)
🔸 Или доставка еды "с бесплатной доставкой" (наш менталитет😉)

Неплохо для начала? А дальше уже проверять гипотезы и двигать идею с продуктом на следующие этапы.