Каждый спринт команда может брать в работу определенное количество задач. Задачи могут быть разными по необходимым для выполнения ресурсам и времени. Чтобы понимать, сколько задач команда может взять на один спринт, определяется их velocity (англ. «скорость») — «вес» велосити это задачи.
Основы настройки и работы в JIRA и GreenHopper как инструмента управления проектами. Часть 2.
Если на планировании обсуждение явно затянулось, это сигнал к тому, что у команды не хватает знаний для принятия решений и оценки. Тут можно спокойно останавливать дискуссию и брать в работу spike. Еще Майк Кон в замечательной книге «Agile Оценка и планирование проектов» детально описал все минусы долгих дискуссий. Предсказание строится на знании производительности (velocity) команды. А знать мы будем это не раньше чем через 1,5–2 месяца работы. Поэтому извини, заказчик, мы тебе ничего не скажем.
Огляд основних Agile технологій
Зато сильно выросло число разочаровавшихся в Agile. И неужели им помогут очередные философские рассуждения от зарубежных “гуру”? Не всегда долгие технические дискуссии помогают дать оценку точнее.
Корпоративный тренинг Agile and Scrum Fundamentals
Давите на “больные мозоли”, забрасывая идеи по избеганию проблем. Предлагайте попробовать и делайте все от вас зависящее, чтобы команда в этих попытках не разочаровалась. А для этого вам важно полностью понимать какие могут быть подводные камни и как их обходить.
Как учитывать отпуск в планировании?
Scrum далеко не идеален и, чем быстрее двигается бизнес, тем более очевидны становятся недостатки той же итеративности. В первый спринт она была 20 SP (story points), во второй — 40, а в третий — 15. На старте команда притирается, да и сам «эталонный» story point часто меняется в процессе разработки. Product оwner также должен понимать, что его команда работает по определенному графику, поэтому вбрасывать задачи «помимо спринта» нежелательно.
- Если команда уже опытная и прошла несколько спринтов, следует учитывать то число баллов, которое было выполнено в предыдущих спринтах.
- Все свои задачи команда записывает в специальное приложение — Trello, где видно весь список задач и ответственных.
- В самом начале работы по Scrum очень важно, чтобы scrum master был человек, у которого уже есть опыт ведения Scrum-проектов.
- Я обещал упомянуть о неявных метриках в Scrum.
- Причём, гвоздём в крышку гроба скрама здесь будет именно fixed scope.
Чтобы ни при каких обстоятельствах не поломать ожидания представителей бизнеса. Все проекты разные и для некоторых это ну оооочень важно. Хотя у команды нет фактического руководителя, рабочий процесс в команде фасилитирует (руководит внутри самоуправляемой группы) отдельный человек — scrum master. Он работает внутри команды и видит, в чем она нуждается, работая над задачами — от банального заказа канцтоваров до планирования общих встреч и решения конфликтных ситуаций. Обычно scrum master становится или участник команды, который вызвался на эту роль сам и кого поддержала команда, или отдельный человек, который может вести сразу несколько команд.
Растет вероятность, что разработчик ошибется и ему придется откатить какие-то из изменений и переделать работу. Чем больше работы необходимо выполнить, тем, очевидно, больше должен быть условный показатель усилий. На одной должно быть только одно поле и просьба ввести имя.
Это создает сложности для владельца продукта, ведь тот не может назначать даты отпуска — это выбор сотрудника. Список абсолютно всех требований, предъявляемых к продукту и расставленных по их приоритету (необходимо сверху располагать задачи с наивысшей ценностью и наименьшим риском), называется бэклогом. SCRUM – это один из наиболее популярных фреймворков по управлению проектами, который используется на данный момент практически во всех сферах деятельности. Второй странице стоит присвоить больше стори поинтов. Может, не в 100 раз больше, хотя на ней и во 100 раз больше полей.
Для вас это означает, что вы не можете влиять на качество, а значит, предсказать продолжительность тестирования. Вам надо продать идеи руководству, команде, менеджерам. Отличное место для продажи – это ретроспектива (у вас же она есть?).
Главная встреча спринта, с точки зрения scrum master, — это ретроспектива, когда команда общается и заряжается настроением на следующий спринт. Настя говорит, что scrum master должен чувствовать настроение команды на ретроспективе и понимать, когда нужно взбодрить на работу, а когда предложить команде расслабиться и отвлечься. На планировании команда сперва устанавливает конечную цель проекта. Например, на планировании команды Watsons оговаривается, что нужно внедрить оплату картой на онлайн-площадке. Чтобы достичь инкремент за спринт, поэтапно прописываются задачи на спринт в отдельном документе «sprint backlog».
Всем привет, меня зовут Алексей Киселев, последние 10 лет я работаю в IT, половину этого срока в роли Java-разработчика, а половину — как менеджер проектов разных уровней. Сейчас управляю пятью командами в R&D-департаменте Playtika. Во-первых, мы очень редко можем снимать показатели метрик – в конце итерации. Во-вторых, мы уже упоминали “сглаживание” и оно тоже вносит свои коррективы. Всю итерацию ситуация была из рук вон плохая, а в конце все сделали нечеловеческое усилие и вуаля – все готово и метрики в порядке.
Также, возможны случаи перфекционизма, когда инженерные практики существуют только ради факта применения инженерных практик. В нормальном процессе описанного эффекта быть не должно. Я в какой-то момент даже задумался, может реально уровень сильно вырос в Украине и у всех все хорошо. Но, общаясь с очень многими представителями различных компаний, я понимаю, что это не так. У многих как были проблемы с внедрением Agile, так и остались. Средняя температура по палате немного улучшилась, но незначительно.
Так или иначе конкуренция в нашей отрасли одна из самых больших в мире, сравнима с биржевыми маклерами. Основная проблема в том, что тем people, которые can think, Скрам не нужен, потому как он не рассказывает им ничего такого, чего бы они не знали раньше. Это значит, что 70% времени работа не ведется, то есть задача “простаивает”.
Это возможно для небольшого сегмента программного обеспечения – в тех проектах, где цена ошибки невысока и сама ошибка легко исправима. Время клиента стоит дорого, потому для него рациональнее нанять тестировщика, чтобы тот помог программистам в тестировании конечного продукта. Еще один способ обезопасить себя с оценками – “принцип 80 на 20”.
Но важно понимать, что без оптимизации старых процессов может страдать эффективность. Майк Кон утверждает, что на продуктивности опытной команды (давно работающей по скраму) недолгое отсутствие скрам-мастера не скажется. (Недолгое, уточняет Майк Кон, — это до недели при двухнедельных спринтах или до двух недель при спринтах длиной в месяц). Суть покер планирования состоит в том, что каждый участник получает колоду карт с числами Фибоначчи. Если расхождение не больше чем на три карты (скажем, пятерка, две восьмерки и тринадцать), команда просто их складывает, берет среднее арифметическое и переходит к следующей задаче. Если расхождение получается более, чем на три карты, тогда те, кто положил карты с самым большим и самым маленьким числами, объясняют свой выбор.
Если у команды интернет-магазина появляется общее задание с другими отделами, она должна предупредить их заранее. Для этого scrum master пишет письмо человеку, занимающему такую же должность в другой команде, с просьбой предоставить время и людей. Тогда их запрос не будет внезапным, и другая команда внесет его в свой график задач на спринт. Общение друг с другом — важная часть работы в методологии, так как часто одну и ту же задачу выполняют несколько членов команды. Команда работает в общем пространстве, чтобы ежедневно общаться между собой.
Интерактивное изложение теории и практическая работа в группах, множество практических заданий и кейсов из реальной жизни. Тренинг направлен на практическое применение измерений (метрик) при разработке ПО в проектных командах. Вторая идея – научить тестировщиков работать больше. Использовать сильные стороны каждого тестировщика для достижения продуктивной работы всей команды.