Basics The Cynefin Model + Stacey Matrix Cynefin Model Complex Chaotic Complicated Disorder Simple (Obvious) Stacey Matrix PDC(S)A цикл Деминга-Шухарта Планируй - Планирование Спринта Делай - Спринт, процесс разработки Проверяй / Учись - Демо/Ретро Действуй - Пересмотр подхода к работе Agile values vs Scrum values (FORCC) Agile Tree Leaves = best practices. Examples are: daily stand-ups, retrospectives, WIP limits, test driven development (TDD), backlogs, sprints, potentially shippable product increments, release planning, team rooms, sprint reviews, story points, burn-down charts, etc Branches = frameworks. Scrum, Extreme Programming (XP), Crystal Clear, Kanban, LeSS, SAFe Trunk = people Roots = values and principles. The roots, the 4 values of the Agile Manifesto and 12 twelve principles behind the Agile Manifesto, that inform us on how to be Agile, FORCC, trust, etc From Being we are moving to Doing! “The Scrum Team and its stakeholders are open about the work and the challenges” “The Scrum Team members have the courage to do the right thing, to work on tough problems” “The Scrum Team commits to achieving its goals and to supporting each other” “The Scrum Team’s primary focus is on the work of the Sprint to make the best possible progress toward committed goals” “The Scrum Team members respect each other to be capable, independent people, and are respected as such by the people with whom they work” Good to Know Feature freeze - means only features that are in the development can still be worked on no additional features can be added Triage - the team decides which of the “in development” features will be completed and which gonna stay unfinished. In such a way the team can focus all the effort on the most important tickets Scrum Ceremonies Sprint ● ● ● ● ● Planning Daily / Stand-up Refinement / Grooming Demo / Review / Showcase Retrospective 5 Levels of Planning 5 levels of Agile Planning 0. Кастомер - кто он? 1. Стратегия - что? кто? почему? 2. Продукт - цель? когда примерно? 3. Релиз - сколько итераций? приоритеты? 4. Спринт - DoR? DoD? Velocity? 5. Дэйли - что делал вчера? Что делал сегодня? блокеры? Strategy Level Шаблон Джеффри Мура Шаблон Романа Пихлера Шаблон Мелиссы Перри Online Shopping Mall For people Who want an easy way to buy grocery items The Bee Shopping Mall is a web-based grocery mall That allows consumers to buy items from the web Unlike existing solutions that require consumers to buy from physical stores Our product will provide a totally web-based shopping experience Практика Составить Vision продукта по шаблону Джеффри Мура (10 мин) Продукт №1 - например, аналог тиндера для арабских стран Продукт №2 - например, аналог VK для тех кому 50+ Product Level Шаблон Романа Пихлера Feature-Oriented Product Roadmap Release Level Практика Предсказать дату релиза MVP1 и MVP2 (15 мин) Вводные: - Спринт = 2 недели - Velocity команды при работе над MVP1 = 10 SP - Velocity команды при работе над MVP2 = 15 SP - Дата начала разработки = 01.07.2021 Link https://docs.google.com/spreadsheets/d/1B30I2SeH8XFxsyz_rj0B98Rng2rgEcVqCjFw ogdBPBE/edit?usp=sharing Release Burn-down Chart Scope Burn-up Chart Sprint Planning Sprint Planning (input) - Product Roadmap is up-to-date Ensure OKRs are relevant Release Plan/Project Roadmap is up-to-date Risk Matrix updated or Risk Burndown Chart Story Map / LVT updated DEEP Product Backlog exists Definition of Ready (DoR) presents Definition of Done (DoD) presents Technical Debt is known / listed in Backlog Bug Backlog refined by QA Action Items defined (Retro) Capacity is known Velocity established Jira board released Toolkit for planning picked up Team responsibilities are clear Sprint Planning (key steps) OKRs OKRs example Цель: запуск продукта Х, ver.1.0, первая половина декабря 2021 - 500.000 ежедневных активных пользователей бесплатной версии - 8% коэффициент конверсии из бесплатных в платные клиенты - Net Promoter Score составляет 75% - Менее 5 критических или блокирующих ошибок, о которых сообщили пользователи - Достижение не менее 40% прибыли с 5 целевых партнеров Risk Matrix / Risk Burndown Стратегии реагирования на риски Для позитивных (возможности): - Принятие (да, риск есть, делать с ним ничего не будем) Использование (гарантировано реализовать) Усиление (максимизация источника возникновения) Для негативных (угрозы): - Принятие (да, риск есть, делать с ним ничего не будем) Предотвращение (уклонение, исключение риска) Смягчение (снижаем вероятность последствий наступления риска) Перенос (передаем часть работы другой команде/на субподряд) Разделение (между сторонами договора) DoR & DoD DoR команды Х - Cтаря прошла грумминг или 3 Amigos и приоритезирована в Бэклоге продукта - Старя содержат описание вида As a, I want, so that и критерии приемки - Старя оценена не выше чем 5 SP - Дизайнер отрисовал черновые макеты экранов, затронутые старей - Позитивные тест сценарии описаны в первых 3 (трёх) хай приорити старях - Внешние/внутренние зависимости старей известны - Статус стари - adult Практика Что входит / должно входить в DoR на вашем проекте? https://miro.com/app/board/o9J_l47UuDI=/ Практика 1. 2. Что входит / должно входить в DoD (story level) на вашем проекте? Разделить результат на DoD недавно сформировавшейся команды vs DoD зрелой команды https://miro.com/app/board/o9J_l47UuDI=/ Backlog Granularity DEEP Product Backlog Velocity & Capacity Velocity – это скорость работы команды, тот объём, который команда может завершить за спринт. Завершить – это значит закрыть задачу и переместить ее в колонку Done. Capacity – объем работы, который команда может сделать в течение спринта. Эта цифра учитывает доступность людей, а также тот факт, что люди будут работать над задачами спринта не всё своё время. Часть времени будет уходить на коммуникацию внутри команды и другие активности. Фокус-фактор – это коэффициент того, насколько команда сфокусирована на своих основных задачах. Низкий фокус-фактор может означать, что команда ожидает неоднократного вмешательства в свою работу или предполагает, что оценки слишком оптимистичны. Velocity (internal) Capacity Практика Team = 4 members, full-time Velocity = 20 SP Sprint = 2 weeks В процессе планирования стало известно, что 1 человек уходит в отпуск на весь спринт. Сколько SP планируем на Спринт? Link https://docs.google.com/spreadsheets/d/1B30I2SeH8XFxsyz_rj0B98Rng2rgEcVqCjFwogdBPBE/edit#gid =810813107 Planning Toolkit Planning Poker White Boards 1. 2. 3. 4. 5. 6. 1. 2. 3. 4. 5. https://scrumpoker.online/ https://www.planningpoker.com/ https://planningpoker.ru/ https://www.planitpoker.com/ https://planningpokeronline.com/ Jira plugin Jamboard (Google) MS Teams Miro InVision Mural Sprint Planning (output) Разработать процесс оформления заказа: оплатить заказ, выбрать доставку, заказать подарочную упаковку. Время прохождения флоу от оплаты до заказа упаковки не более 3 минут Майк Кон: “Я признаюсь, что испытываю некоторое двойственное отношение к цели спринта в Scrum” Возьмем цифровое агентство. Команда может одновременно создавать новый сайт для одного клиента, делать несколько средненьких улучшений для второго и вносить правки для пяти важных клиентов. 1. 2. Как в этом случае должна быть сформирована цель спринта? Должна ли цель быть направлена на создание нового веб-сайта, на который будет затрачено больше всего рабочего времени в течение спринта? Или же она должна быть сформирована исходя из тех небольших правок, что необходимо сделать для пяти важных клиентов компании? Sprint Planning (output) Анти-паттерны Нет целей. Нет календаря. Много целей. Нет PO на планировании. Наиболее встречаемые антипаттерны планирования - Рандомный Бэклог Детальное описание задач под старёй Оценка задач под старёй СМ ассайнит стари на конкретных исполнителей на весь спринт Не закладывать время на баги, рефакторинг и slack time Брать в Спринт больше чем позволяет велосити и капасити Игнорирование DoR, DoD ПО вносит изменения в Спринт в последнюю минуту Оунер Спринт Бэклога - ПО, а не тима ПО не приходит на планирование PBI Estimation Какие типы задач не нужно оценивать в SP? Backlog Granularity Типы задач в Джира - Epic Story (what?) Task (how?) Sub-task (how?) Spike PоC Enabler Maintenance Bug Improvement TechDebt/TechDrag Retro Estimated Backlog Agile техники: 1. Planning Poker (SP) 2. The Bucket System / Silent Estimation 3. Big / Uncertain / Small 4. TFB / NFC / 1 5. T-Shirt Sizes 6. Dot Voting 7. Affinity Mapping 8. Divide until Maximum Size or Less 9. Ordering Rule Другие техники: 10. Часы 11. Человеко-дни (рабочий день) 12. Идеальные инженерные дни 13. ... T-Shirt Sizes Dot-voting Planning Poker Bucket System эффективные часы (идеальные часы) Оценивая работу в часах никто не закладывает: - социальные сети; - звонки по телефону; - перекуры, кофе; - походы в туалет ..... эффективные часы (идеальные часы) FocusFactor = 0.7(в идеальных командах, но чаще всего 0.5) Считаем капасити спринта: 9 чел * 8 ч * 10 дней = 720 ч (доступно в спринте) ___________________________________________ 720 * 0.7 = 504 ч (реальное капасити спринта) 216 ч. - неэффективные часы эффективные часы (идеальные часы) 216 часов по среднему рейту 10$/час это... - $2 160 в спринт - $4 320 в месяц - $51 840 в год ● Владелец продукта садится вместе с командой, рассказывает про пользовательскую историю. ● Каждый участник кладёт карту с числом из шкалы Фибоначчи, которое, по его мнению, отражает размер задачи. ● Карты раскрываются. ● Авторы самого высокого и самого низкого балла объясняют свою позицию. ● Команда обсуждает задачу ещё раз, затем оценки ставятся снова. ● Для каждой пользовательской истории проводится от 1 до 3 раундов. Если команда не приходит к согласию, владелец продукта должен уточнить задачу. Практика Тайминг 10-15 мин 1. 2. Команда №1 - SP (+) / Hours (-) Команда №2 - SP (-) / Hours (+) https://miro.com/app/board/o9J_l47UuDI=/ У вас новый проект и нет реализованных задач? Daily / Stand-up / CollabTime You don't start the game without a match briefing, the same - you do not start the day without the daily scrum How to Daily? Round Robin Walking the Board Swarming Liberating Structures (‘TRIZ’, ‘15% Solutions’) Liberating Structures Шаги: 1. 2. 3. 4. 5. Написать 1-2 предложения, которые описывают вашу проблему Зайти в меню методов Поставьте галочку напротив цели, которую вы хотите достичь, решая свою проблему из п.1. Цель = метод Расположите цели (методы) логически: начало, середина, конец Поздравляю, вы определили свой первый, второй и третий шаг, а также метод, который вы можете использовать в каждом шаге для решения проблемы из п.1. Практика Кейсы https://miro.com/app/board/o9J_l47UuDI=/ Daily Tips Check-in is a MUST Ввести базовые правила (не есть во время дэйли, камера включена, digital detox box) Используй парковку (parking lot) Оффтоп - мы тут собрались чтобы все могли поделиться апдейтами, планами Если на дэйли присутствуют стейкхолдеры - только в listen mode Перебивания - используй speaking token Потерян фокус, не может вспомнить чем занимался - дэйли стоит в неподходящее время, ввести ротацию фасилитатора встречи Репортинг или “сегодня работаю по тикету MAR-190” - задавать открытые вопросы, побуждать к раскрытию деталей “Блокеров нет” - посмотреть как долго тикет в текущем статусе Опаздуны - начало, когда все в сборе, забавное тим наказание для опоздавшего на 2 минуты, письменный апдейт Refinement / Grooming Story Dice Game https://davebirss.com/storydice-creative-story-ideas/ DEEP Product Backlog Scrum Events Story Splitting Techniques Шаблоны разделения сторей (Лоуренс и Грин) Шаблон №1 - Последовательность действий Описывает ли история последовательность действий? Шаблон №2 - Операции или Create-Read-Update-Delete (CRUD). Можно ли создать историю для каждой операции? Легко распознать по словам “управлять”, “настройка”, “администрировать” Шаблон №3 - Разделение по бизнес-правилам. Включает ли история в себя различные бизнес-правила? Легко вычислить по наличию в сторе свойственных домену понятий, которые предполагают некую вариативность. Например, "гибкие даты" Шаблон №4 - Различные группы данных. Оперирует ли история различными группами данных? Шаблон №5 - Вариации интерфейсов. Описывает ли история сложный интерфейс? Есть ли возможность реализовать сначала более простую версию? Шаблон №6 - Основной объем работ. Сначала сделать больший кусок работы, а затем в последующих историях использовать работу, которая была сделана в этом большом куске. Шаблон №7 - Простота/Сложность. Можно ли разделить историю таким образом, чтобы сначала была реализована базовая функциональность, а позже - дополнительная? Шаблон №8 - Отсрочка производительности. Сложна ли реализация нефункциональных требований в истории? Шаблон №9 - Выделение спайка. История до сих пор не разделена? 3 Amigos Alternative Анти-паттерны - Детализация и оценка всех элементов бэклога на 3-4 спринта вперёд В бэклоге лежат стори, которые никто не обновлял более 8-10 недель В сторях нет критериев приемки, в сторе нет ничего кроме ее названия Стори слишком детализированы - полотно текста никто не читает Отсутствие согласия о backlog granularity Технический долг / баги / спайки остаются вне обсуждения, отсутствуют в бэклоге Отсутствие DoR Слишком много / мало грумминг сессий Владелец продукта фактически не "владеет" продуктом, не может принимать стратегические решения относительно продукта Владелец продукта недостаточно взаимодействует с заинтересованными лицами, приоритеты не ясны Demo / Review / Showcase 1. 2. 3. 4. 5. 6. Синяя шляпа - шляпа фасилитатора Белая шляпа - Что мы знаем о Sprint Review согласно Скрам гайду? Жёлтая шляпа - Почему нам нужен Sprint Review? Какие плюсы? Чёрная шляпа - Что может пойти не так во время Sprint Review? Какие подводные камни? Анти-паттерны? Красная шляпа - Что мы чувствуем относительно Sprint Review? Зелёная шляпа - Как сделать так, чтобы Sprint Review был эффективным? Demo Structure 1. 2. 3. 4. 5. 6. 7. 8. SM - 3 min - Introduction / Check-in PO - 5 min - Sprint goal PO - 5 min - Sprint overview Team - 15 min - Live Demo SM - 10 min - SWOT and Sprint Statistics Stakeholders - 10 min - Feedback End-users - 10 min - Feedback SM - 2 min - Closure Анти-паттерны - ПО показывает свою работу (нет понятия “я”, есть понятие “команда”) ПО / стейкхолдеры использует сессию для принятия / непринятия инкремента ПО не интересует фидбек стейкхолдеров Демо = презентация Powerpoint Подготовка к демо занимает больше 15 минут На демо нет части команды, постоянно меняются стейкхолдеры Команда показывает незавершенные в спринте задачи Демо каждой стори в отдельности Демо проходит без активных стейкхолдеров и(или) энд-юзеров Retrospective 5% 50% 30% 10% 5% Retro - part 1 Preparation (what tool to use?) 1. 2. 3. 4. 5. 6. https://miro.com https://www.mural.co/ https://www.parabol.co/ https://methodist.io/ https://funretro.io https://www.teamretro.com/ Intro (ground rules, how to use digital tool) 1. 2. 3. 4. 5. 6. 7. 8. 9. Las-Vegas Rule Digital Detox No eat Be open and honest There are no “right” or “wrong” answer Share as much or as little as you want Everyone’s experience is unique Do not judge anyone ... Check-in questions Energizer (ice-breaker) Examples: Examples: 1. 2. 3. What gif/meme represents your mood today and a few words on why? What made your day today? One thing you didn’t know about me is... Take inspiration from here 1. 2. 3. 4. 5. https://toolbox.hyperisland.com/check-i n-questions https://tscheck.in/ https://checkin.daresay.io/ https://www.funretrospectives.com/cate gory/check-in/ https://icebreaker.range.co/ 1. 2. 3. 2 truth and a wish 5 ways to use the item: brush, toothpick, bottle, glass, corkscrew Guess who said Take inspiration from here 1. 2. 3. https://retromat.org/ru/?id=108-62-69-9 6-92 https://www.tastycupcakes.org/tag/coll aboration/ https://www.mural.co/blog/online-war m-ups-energizers Retro - part 2 Past retro actions review Gather info (basic, metaphorical, emotional format) 1. 2. 3. 4. https://www.sessionlab.com/library https://easyretro.io/retrospective-ideas/ https://www.funretrospectives.com/cate gory/retrospective/ https://retromat.org/ Cluster info gathered and Discuss 1. 2. 3. https://www.liberatingstructures.com/ Open questions and 5 Why? 6 hats Vote 1. 2. 3. Create action items for most voted 1. 2. Who? What? Due date? SMART Close Dot Voting Likes/dislike Roman voting 1. 2. 3. 4. Wow/How Kudos (https://kudobox.co/#choose) Google Form Emoji Radar Follow-up 1. Confluence Team Health Indicator Практика Ретроспектива по курсу https://miro.com/app/board/o9J_l47UuDI=/ Scrum Roles Проектный Менеджер Скрам Мастер Настольная книга - PMBOK Настольная книга - Scrum Guide Управляет проектом через тройственное ограничение Слуга-лидер, тренер-консультант, ментор, фасилитатор, эксперт, но он НЕ управляет проектом в классическом понимании Принимает стратегические решения и несет ответственность за них НЕ принимает единоличных решений по проекту Отвечает перед бизнесом за достижение цели проекта, за результат НЕ отвечает за результат проекта (отвечает вся команда), отвечает за применением Скрам, за его правильную реализацию и максимизацию его преимуществ, за здоровый климат внутри команды, за эффективность работы команды. Контролирует всех и вся на проекте на всех уровнях планирования НЕ указывает команде, учит самоуправлению. Управляет процессами, НЕ управляет людьми Использует метрики проекта, продукта, команды, качества при оценке состояния проекта В первую очередь интересуют метрики команды, НИКОГДА не интересуют метрики продукта Определяет границы проекта, его содержание, ограничения и допущения, часто самостоятельно собирает требования, описывает критерии приемки проекта НЕ отвечает за бэклог и элементы бэклога и вообще ничего общего не имеет с проблемами бизнеса Управляет изменениями содержания проекта НЕ управляет изменениями и запросами об изменениях Составляет Дорожную карту продукта / проекта, определяет зависимости, майлстоуну, контролирует сроки, трудозатраты Может принимать участие в планировании на уровне релиза. По запросу составляет Дорожную карту проекта, но НИКОГДА в одиночку Проектный Менеджер Скрам Мастер Оценивает проект, контролирует его стоимость через всякие формулы (SPI/CPI и т.д.), определяет виды затрат НЕ имеет дело с бюджетом Единая точка коммуникации, управляет коммуникациями через карту коммуникации Далеко НЕТ, настраивает коммуникацию внутри команды Обработка, документирование всей информации по проекту, преобразование информации в план управления проектом НЕ создает план управления проектом. Может вести / обновлять базу знаний, но НЕ обязан Управляет и контролирует риски проекта Может отслеживать риски по собственной инициативе или в целях помощи ПО и команде с решением открытых вопросов/ботлнеков, но НЕ несет ответственность за них Управляет командой проекта (найм/увольнение, онбординг, RACI…) Может принимать участие в некоторых аспектах - например, интервью кандидата, но никогда НЕ является инициатором. Формирует, распределяет и ставит задачи членам команды НЕ ставит задачи, НЕ следит за трекингом (исключение - аутсорс или так заведено в компании, или в целях улучшения процессов...) Управляет качеством проекта Скрам команда несет ответственность за создание ценного, полезного Инкремента в каждом Спринте Управляет закупками проекта НЕТ Управляет ожиданиями стейкхолдеров, репортинг Управляет ожиданиями стейкхолдеров косвенно и через ПО, репортинг по собственной инициативе или по просьбе ПО + аутсорс 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Служит команде, ПО, компании Фасилитирует мероприятия Устраняет препятствия Помогает держать фокус Направляет, обучает, коучит Инициирует изменения и улучшения Развивает команду Проповедует Скрам Занимается нолидж-шерингом ... Советы начинающим СМ от Barry Overeem и топ-10 граблей начинающего СМ Грабли №1. Не бойся задавать вопросы Грабли №2. Есть что-то ясно тебе, это не значит, что и вся команда понимает Грабли №3. Чем сеньорнее команда, тем с меньшим фанатизмом нужно вносить изменения Грабли №4. Все в меру, шаг за шагом - не бросаться сразу с кучей процессных изменений Грабли №5. Слушать команду. Она реально знает лучше как надо Грабли №6. Не бояться выглядеть некомпетентным в чем-либо Грабли №7. Всегда озвучивать структуру митинга Грабли №8. Не стесняться заимствовать идеи других команд Грабли №9. Понимать, когда команда просто хочет пожаловаться в космос, а когда у них реально болит и нужно что-то делать Грабли №10. Научись принимать фидбэк ● разрабатывает Цель Продукта и делает ее явной; ● создает и четко объясняет Элементы Бэклога Продукта; ● упорядочивает Элементы Бэклога Продукта; ● обеспечивает прозрачность, доступность и понимание всеми Бэклога Продукта ● Определяет что нужно делать, в какой последовательности чтобы добиться максимальной ценности ● Отвечает за формирование Product Vision, как правило участвует на всех уровнях планирования ● Управляет ожиданиями заинтересованных сторон и умеет говорить “НЕТ” ● 50% времени взаимодействует с заказчиками и 50% времени - с командой ● Может отменить Спринт ● ... Developers ● Владеют Бэклогом Спринта; ● Ежедневно адаптируют свой план для достижения Цели Спринта; ● Создают Инкремента, как результат Спринта, посредством соблюдения Критериев Готовности; ● Помогают друг другу развивать свои профессиональные навыки, необходимые для разработки продукта ● ... Практика Распределить карточки по ролям (8-10 мин) https://miro.com/app/board/o9J_l47UuDI=/ One-to-One Нужно Нельзя На первой встрече рассказать о цели встречи, о том как проводится 1-2-1 Начать допрос Проводить регулярно, раз в месяц Не проводить, проводить когда вздумается СМ Забукать время в календаре Постоянно переносить встречу, опаздывать, отменять встречу без объяснения причин Высылать агенду за день (это снижает стресс) Идти на встречу без агенды Готовиться / заранее прописать свой фидбек Прийти без подготовки / без фидбека Любая тема открыта для обсуждения Обсуждать статус задач, процент их готовности Быть открытым, честным, сосредоточенным, показать что на 1-2-1 безопасно СМ закрыт, отвлекается, встреча ради галочки. Результаты встречи докладывается лайн менеджеру Делать заметки в процессе Глупо рассчитывать на свою память Выработать action items по результатам встречи и выслать MFU Уйти со встречи без четкого плана к следующему 1-2-1, без MFU Шаг 0 Собрать данные action items предыдущего 1-2-1, перформанс на проекте, отзывы коллег, недавние победы и поражения Шаг 1 Выслать агенду это существенно снижает тревожность, есть возможность подготовиться Шаг 2 Обдумать вопросы (не более 8) Check-in располагает к беседе, помогают понять, как у человека обстоят дела с work life balance, помогает отследить состояние человека в момент встречи Progress помогают понять, чувствует ли человек, что он движется вперед, свой рост, обсудить препятствия, достижения, возможности для улучшения, мотивация Relationship-based помогают понять как складываются отношения на работе с членами команды, дать / запросить фидбек Closing помогают сохранить петлю обратной связи, выработка конкретных действий / решений Шаг 3 Делать пометки Шаг 4 Выработка action items Шаг 5 Выслать MFU Delegation Poker Jira это мощный инструмент управления работой, подходящий для самых разных случаев, от управления требованиями и сценариями тестирования до agileразработки программного обеспечения. Основным различием Jira Cloud и Jira Server является место хранения информации. В облачном решении, вся информация хранится на внешних серверах. Пользовательские данные сначала передаются на серверы хостера и там хранятся. Там же и создаются резервные копии, по расписанию хостера. С Jira Cloud, вы лишаетесь возможных 100% особенностей платформы: ● Если планируется интеграция сложных сторонних сервисов или программ, Jira Cloud не позволяет этого сделать ● Можно столкнуться с ограничениями в администрировании ● Плагины могут быть не совместимы с Jira Cloud, если они не были разработаны конкретно под эту платформу. Иногда они не позволяют синхронизировать данные между серверным и облачным решениями Jira Server является более гибким решением в плане интеграции и кастомизации с помощью плагинов. Она лучше если: ● Вам не подходит большинство готовых решений и требуется много изменений для идеальной настройки для конкретного случая. ● Количество плагинов для серверного решения в несколько раз превосходит количество плагинов для Jira Cloud позволяет связываться с пользовательскими каталогами, чтобы упростить настройку расширенного доступа и политик конфиденциальности ● Более простая интеграция для подключения к множеству других приложений и сервисов, для получения полноценных комплексных решений Scrum Board - - Борд можно сделать как для задач конкретного проекта, так и для выборки, в которую будут входить несколько проектов. Настраиваем колонки (Columns). Они будут отражать жизненный цикл задач. При этом можно настроить произвольное количество колонок и дать им свои названия. На борд можно добавить дорожки (Swimlanes), которые помогут структурировать задачи. Среди доступных вариантов можно выбрать дорожки по группе задач (Epics), по исполнителю (Assignee) или по задачам (Stories). Последний вариант особенно удобен, если активно используются подзадачи. Также дорожки можно настроить по собственным фильтрам (или вовсе обойтись без них). - Для того чтобы скрыть или, наоборот, показать специфические задачи, можно добавить быстрые фильтры (Quick Filters) и, например, отфильтровать только задачи на обновление тестовой документации или задачи конкретного QA-инженера. Фильтры задаются через JQLзапросы. Plagin Plagin Time sheet gadget, который можно установить на своем дешборде проекта самостоятельно. Он показывает трек времени за любой промежуток времени (день, неделя, месяц) с разбивкой по команде (возможны и деления на задачи). Также видно комментарии к треку, можно переносить информацию, дублировать или править. Это помогает отслеживать информацию оперативно, а также корректно выставлять часы в конце месяца. Plagin Normal Advanced Источник информации, который описывает видение, направление и прогресс работы над продуктом с течением времени. Это план действий, который объединяет организацию с краткосрочными и долгосрочными целями, связанными с этим продуктом или проектом, и методами достижения этих целей. Filters С помощью фильтров можно настроить отображение разного типа задач на одной борде - это ускорит поиск и визуальное восприятие рабочего процесса. Самые простые и популярные: assignee=имя сотрудника labels=имя вашего лейбла type=тип задачи priority=приоритет Также сама Jira предлагает подсказки по формулам. Jira queue language (JQL) - Расширенный поиск JQL (Jira Query Language) – это гибкий инструмент, позволяющий искать задачи в Jira, который использует четыре основных “сущностей”: Примеры: Типы связей (linkedIssuesOf и hasLinks) требуется plugin Adaptavist ScriptRunner: issueFunction in linkedIssuesOf("TESTPROJECT-123") AND issueFunction in hasLinks("blocked by") Альтернативный способ issue in linkedIssues("TESTPROJECT-123","blocked by") Вывести все задачи в проекте в которых изменялся статус с In-progress на resolved за последние 7 дней: project in ("TESTPROJECT") AND Status CHANGED FROM ("In Progress") to ("Resolved") DURING (-7d, now()) Reports Burn Dawn - помогает отслеживать сгорание задач в спринте и продуктивность команды. Так как это одна из самых популярных диаграмм, думаю вы уже с ней сталкивались и предлагаю сыграть в игру - “о чем нам говорит Burn Dawn?” 2 группы по 4 человека Тайминг 20-30мин Практика https://miro.com/welcomeonboard/dWsxckw4Z0RVbEw4MkV6THljUFpRNnlBa1JtcjdBU1FoRkk1a25sbUp0VUpxNzI4eUds UDJlUUp6OWdRMVc5Z3wzMDc0NDU3MzUxNTgzODY0MzA1 Cumulative Flow Diagram – CFD С одной стороны на графике можно найти стандартную для проекта информацию – сколько работы выполнено, сколько задач осталось, темп выполнения проекта. Это основные метрики. С другой стороны, понимая сущность графика вы сможете увидеть все типы проблем, с которыми может столкнуться команда. Именно в этом заключается реальная польза графика. Механизм графика очень прост. Горизонтальная ось – это ось времени. На вертикальной оси мы обозначаем количество задач на каждом этапе процесса в соответствующий день. Оранжевая область на графике показывает количество выполненных задач – естественно ожидать, что она будет постоянно расти. Зелёная и серая области отображают количество задач в тестировании и разработке, а их суммарная ширина показывает объем одновременно выполняемой работы. Если мы обеспечиваем стабильную загрузку команды, то ширина этих областей будет оставаться достаточно стабильной, а сами они постепенно будут подниматься выше, за счет накопления выполненной работы. Голубая область – это количество задач находящихся в очереди. В данном случае она постепенно, худеет, но её верхняя граница остаётся неизменной – то есть объем работ не изменился. какую полезную информацию можно найти 1) изменение объема работ – изменение верхней границы голубой области. 2) увидеть как менялось количество элементов в работе (Work in Progress – WiP) и каково среднее время поставки (Production Lead Time – среднее время, необходимое для выполнения одной задачи). С помощью графика можно получить лишь приблизительные значения для WiP и времени поставки. Очень нечасто вы будете видеть столь идеальный график. Варианты CFD Растущий WiP Большой WiP на этапе разработки Остановка в работе Где поставка? Certification ScrumAlliance Описание Шаг 1 - Найти курс Шаг 2 - Пройти курс Шаг 3 - Пройти тест Длина и цена курса зависит от тренера, но в любом случае не менее 14 часов и не менее 500$. У каждого тренера своя программа, не обязателен опыт в IT Трек СМ CSM->ACS->CSP Имея CSP можно идти в коучи, тренерство, эджайл лидерство Формат Online экзамен Необходимо дать верный ответ на 37 из 50 вопросов за 60 мин, включено 2 попытки, доплата за последующие попытки 25$ Сложность Лёгкая Много теории, мало практических кейсов Цена +/- 750$ (в зависимости от цены курса) Продление раз в 2 года с доплатой 100$ Популярность 350 000+ сертификатов CSM в мире Самый популярный в мире, ценится везде. Сертификация с 2002 года. ICAgile (Agilelab) Описание Шаг 1 - Выбрать трек Шаг 2 - Пройти курс Шаг 3 - Получить сертификат Широкий спектр сертификаций, в т.ч. подготовка к PSM есть. Две карты развития: Agile Delivery Roadmap и Business Agility Roadmap. В каждой карте по несколько направлений (треков), в каждом направлении несколько уровней Трек СМ ICP, ATF-> ACC, APM, PM 3.0, KMPI-> CAT, DAS, ENT, KMPII Последовательность может быть любой, зависит от ваших предпочтений Формат Online курс, на английском или русском Сертификат после прохождения курса, а не за подтверждение знаний. Курс от 2 дней Сложность Лёгкая Много практики, мало сухой теории. Экзамена нет Цена от 400$ (в зависимости от курса) Цена за ICP на 2021 год, язык русский Популярность Международный консорциум Зарекомендовали себя в Agile-тусовке, ценится во всём мире, но особенно в СНГ Scrum.org Описание Шаг 1 - Определиться с сертификацией Шаг 2 - Пройти тренинг (опционально) Шаг 3 - Пройти тест В стоимость тренинга (2 дня) входит одна попытка пройти тест. Цена тренинга - от 800$ Трек СМ PSMI->PSMII->PSMIII-> PSK->SPS Последовательность может быть любой, зависит от ваших предпочтений Формат Online экзамен Необходимо дать верный ответ на 68 из 80 вопросов за 60 мин, одна попытка. Стоимость повторной попытки = стоимости первой Сложность Сложная Много практических кейсов, мало теории Цена от 150$ (в зависимости от сертификата) Цена за PSMI на 2021 год, язык английский. Не нужно продлевать. Карты РБ не работают:( Популярность 80 000+ PSM I в мире Ценится во всём мире, но особенно в Европе, СНГ. Сертификация с 2009 Как готовиться к экзамену на сертификат PSM I? 1. 2. 3. 4. 5. 6. 7. Несколько раз прочитать Scrum Guide, сначала на русском, затем на английском. Изучить/повторить глоссарий на scrum.org Читать про Professional Scrum Competencies. Пройти по Scrum Master Learning path Пройти много раз тест на тренажере от М. Лапшина (mlapshin.com), добиться 100%, составить майнд-карту в процессе Пройти много раз Open Assessment, добиться 85-100% правильных ответов Подготовить рабочее место для сдачи экзамена (интернет, комп, права администратора, доступ к веб-камере), установить плагин-переводчик Оплатить $150 (карты РБ не работают) и сдать экзамен :) Пример экзаменационных вопросов на сертификат PSM I? 1. 2. 3. 4. 5. Could the Product Owner and the Scrum Master be a part of the Development Team? - Yes/No How does the Scrum Master help the Product Owner? Select the three most appropriate answers. (select three) a. Finding techniques for effective Product Backlog management b. Understanding product planning in an empirical environment c. Introducing cutting edge development practices d. Facilitating Scrum events as requested or needed What is the Increment? a. All items in the Sprint Backlog that could be released regardless of whether the Product Owner decides to actually do it b. All "Done" items in the Sprint Backlog c. The sum of all the Product Backlog items completed during the Sprint and the value of the increments of all previous Sprints d. The sum of all the Product Backlog items completed during the Sprint What belongs solely to the Development Team? a. The Definition of Done b. The Increment c. The Sprint Backlog d. The Product Backlog The Daily Scrum always should take exactly 15 minutes. For example, if your team managed doing it in 5 minutes, you should spend 10 more minutes on some useful team activity like Product Backlog refinement, but not more. - False/True Альтернативные курсы / ресурсы для подготовки к экзамену на сертификат PSM I? 1. 2. 3. 4. 5. 6. 7. https://agilelab.org/professional-scrum-master-i (от $550) - курс udemy.com - курс, $50 Youtube - множество видео с ответами на PSM I/II и объяснением их mlapshin.com - бесплатный симулятор thescrummaster.co.uk - бесплатный симулятор Knowledge Hut - бесплатный симулятор Management Plaza - симулятор, стоит 30 EUR/попытка Interview Structure and Questions Структура 1. 2. 3. Приветствие Смол ток (о погоде, хобби, еде, путешествии, спорт) Самопрезентация / ответ на вопрос “Расскажите о себе” (5 мин максимум) представляемся, экспириенс, что закончили, какие сертификаты есть, в каких доменах работали, на примере последнего проекта рассказать о своих обязанностях, спросить есть ли вопросы у интервьюера 4. 5. 6. Ответы на вопросы интервьюера Ваши вопросы интервьюеру (5-8 вопросов) Закрытие интервью Общие вопросы 1. 2. 3. 4. 5. 6. 7. 8. 9. Ваш профессиональный опыт? О чём был ваш самый интересный проект? Какие проблемы вы успешно разрешили на последнем проекте? Пример Какие обязанности вы выполняли на последнем проекте? Что вам больше всего нравится/не нравится в предыдущей роли? Почему? Каковы ваши самые сильные и слабые стороны? Что вы делаете, чтобы преодолеть свои слабости? Последнее чему вы научились? Есть ли у вас долгосрочные/краткосрочные планы? Каковы они? Чем вы любите заниматься в нерабочее время? Как не провалиться на интервью? 1. Изучите своё CV от и до: обязанности, примеры на каждую фразу в CV, инструменты 2. Ответ на вопрос “расскажите о себе” д/б подготовлен заранее 3. На конкретный вопрос интервьюера даём конкретный ответ, не закапываем себя и не льём воду. Не знаем ответ - говорим на практике не сталкивался, но предполагаю что ... 4. Не нужно спорить с интервьюером! Если тебя поправили признай, поблагодари за point of view 5. Не перебивать 6. Не забывайте, что вас интервьюируют (проверяют знания, пытаются нащупать, что вы за человек такой), а не спрашивают советы как лучше (только если вас напрямую об этом не просят) 7. Если вас собесят на позицию СМ, вы проповедуете Скрам всей душой, а не говорите что это Г, которое не работает 8. Сохраняйте холодную голову, поставьте стакан с водичкой на стол чтобы вовремя запить стресс:) 9. Нет ничего страшного если вы попросите у интервьюера минуту на подумать 10. Продумайте свои вопросы интервьюеру заранее 11. Готовьтесь, в т.ч. можно записаться на тренинг по прокачке самопрезентации для прохождения собеседования на английском https://jsupport.andersenlab.com/servicedesk/customer/portal/20/create/252 Проф вопросы 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. Хорошие требования это какие? В процесс работы над спринтом приходит ПО и просит включить в Спринт разработку двух фич, которые командой ранее не обсуждались. Ваши действия? Релиз на прод завтра. Sprint Review по календарю стоит сегодня. Нужно ли тянуть всю команду на Sprint Review или держать фокус на подготовке к релизу? Как поступить? Вы оценили Спринт скоуп в 20 SP, приходит ПО и просит сократить эстимейт чтоб впихнуть еще одну старю в Спринт. Ваши действия? Команда хочет оценивать в SP, а бизнес в часах. Как объясните преимущество SP? Бизнес попросил уменьшить время, отведенное на митинги, чтобы повысить капасити команды. Например, убрать 1-2-1 (в гайде такой сессии нет), сократить Ретро на 30 мин. Как поступить? Один из участников команды всегда опаздывает на дэйли и максимально токсичен. Действия СМ? Какие метрики СМ покажет скорее команде, чем бизнесу? Какие метрики интересны бизнесу? Что будете обсуждать на кик-офе проекта? Оценивать ли баги? БА игнорит дэйли потому что парт-тайм на вашем проекте, что делать? Команде не нравится ПО, его подход к работе, часто меняет требования. Что будете делать? Обязанности Скрам Мастера? Что делать СМ чтобы команда работала эффективно? Из чего состоит бэклог, из каких единиц? Какая разница между старёй и таской? В чем ценность планирования спринта в старях по отношению к планированию в тасках? Плюсы и минуса Agile vs Waterfall? Зачем работать по Agile, если можно по Waterfall? Project Manager Project Manager Yauheniya Hrazhul Ruslan Fukalov All training blocks Sprint Planning, PBI estimation block Skype: zhenok6 E-mail: y.hrazhul@andersenlab.com Skype: loner_r E-mail: r.fukalov@andersenlab.com Project Manager Project Manager Artem Lanshchakov Olha Paliichuk 5 levels of planning, Certification block Jira block Skype: hammerfa11 E-mail: a.lanshchakov@andersenlab.com Skype: o.paliichuk E-mail: o.paliichuk@andersenlab.com
