Что такое сутулый спринт

Как съесть слона и при чём тут метод управления проектами SCRUM

Как часто проекты в вашей компании не укладываются в заданные временные рамки? Хотя, казалось бы, планирование, графики, отчёты… Организовать работу максимально эффективно можно, для этого нужно знать некоторые инструменты-помощники. Один из них – метод SCRUM.

Для резидентов бизнес-клуба «Атланты» проводится более 140 мероприятий в год. Без чёткого планирования не обойтись.

Метод SCRUM – часть идеологии Agile, представленной в начале этого века группой независимых разработчиков программного обеспечения. Она объединяет несколько гибких методик управления, основанных на эффективной организации труда небольших групп специалистов. Метод оказался настолько эффективным, что теперь применяется и за пределами сферы разработки ПО: везде, где есть проекты, жёсткие сроки, небольшая команда и возможность разбивки проекта на составные, логически завершенные, части. Как съесть слона? По кусочкам.

Весь проект в SCRUM делится на итерации длительностью кратной неделе. Наиболее распространенное время – от 1 до 4 недель. Каждая итерация называется «спринт».

Цель спринта – за отведенное время создать продукт, готовый к демонстрации заказчику или потребителю.

Особенность спринтов в том, что одновременно решается только одна задача.

После каждой итерации вы получаете отзыв о том, движетесь ли вы в том направлении, которое нужно. Это и есть главное преимущество SCRUM – гибкость в разработке благодаря постоянной обратной связи.

Если проект делается без спринтов, весь сразу, то есть вероятность, что от него придётся отказаться, если в итоге выяснится, что продукт имеет критические недостатки. Те проблемы, которые можно выявить на ранних стадиях, используя SCRUM, могут быть слишком поздно обнаружены при использовании других методов.

Каждый человек, участвующий в проекте SCRUM, выполняет только отведенную ему роль. Чаще всего этих ролей три: владелец продукта, мастер и команда.

Владелец продукта

Владелец продукта, он же PO (Product Owner), не является в прямом смысле собственником. Это менеджер, через которого идет связь между клиентом или потребителем и командой, делающей продукт.

Главная задача – коммуникация с заказчиком и оперативное донесение информации до исполнителей.

Мастер является частью команды, но со специфическими обязанностями. Его основная задача – обеспечить рабочий процесс. Также он берет на себя роль модератора во время совещаний, разрешает противоречия в команде и следит за исполнением принципов метода.

Это те люди, которые непосредственно работают над проектом. Обычно их от 4 до 6 человек. Все члены команды берут на себя коллективную ответственность за задачи спринта как единое целое.

Совещаний в рамках использования этой методики проводится много, они различаются по целям и продолжительности.

Планирование спринта

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

Должны быть чётко поставлены цели и определены методы их достижения.

Также определяется трудоёмкость тех задач, которые запланированы на текущий спринт. Члены команды поясняют PO и мастеру, как они планируют работать, чтобы достичь цели.

Ежедневное совещание

Каждый член команды отвечает SCRUM-мастеру на 3 вопроса:

• Что я сделал вчера?
• Что я делаю сегодня?
• Какие есть проблемы?

Решение проблем не ищется в рамках ежедневного совещания. Всё общение занимает не более 15 минут.

Демонстрация продукта

Презентация законченной части продукта, которая проводится в присутствии всех заинтересованных сторон, включая клиента.

Подведение итогов спринта

Обсуждение того, что удалось достичь и что не получилось.

Ретроспективное совещание

Здесь должны быть получены ответы на 3 вопроса:

• Что у нас получилось хорошо во время спринта?
• Что у нас получилось плохо?
• Что мы можем улучшить в следующем спринте?

Метод SCRUM применяется в работе над рядом проектов в бизнес-клубе «Атланты». Более 140 мероприятий в год, в том числе открытые и эксклюзивные – только для резидентов – встречи с интересными спикерами, форум-группы, обсуждения, собрания клубов в клубе… Всё это нуждается в чётком планировании. Команда клуба тестирует на себе разные методики и готова делиться наработками.

Если вам был полезен этот материал, поставьте + в комментариях, чтобы подобных публикаций было больше.

В следующей статье расскажем о распространённых ошибках и трудностях внедрения SCRUM в работу.

Сорвал тотальный игнор. Что делать? Вернется ли девушка?

У меня есть шаблонный ответ: “Жаль, что сорвался, второй раз сработает, десятый тоже поможет, теперь будет дольше,шансы вернуть даму есть”. Но такой ответ для тебя полностью бесполезен. В лучшем случае эти слова успокоят частое биение сердечка, в худшем — станут оправданием твоей слабости.

Тебе не нужна моя жалость, а мне противно жалеть мужчин. Лучше я объясню тебе, почему ты не справился с задачей. Иначе, ты так и будешь запускать игнор второй, третий, десятый раз, а дама продолжит уходить. И так будет продолжаться, пока ты не осознаешь причину своего срыва. Чтобы добраться до корней твоей ошибки, разберемся в мотивах, которые привели тебя к методике игнорирования.

Причина игнорить девушку

Для зависимого мужчины самостоятельно разорвать связь с любимой — пытка. Чтобы пойти на подобный шаг требуется серьезное основание. То, что она вела себя вульгарно, скандалила или уже бросила тебя — это только поводы для начала игнора. На поступок тебя мотивировали не действия женщины, а чувство отчаяния. Это чувство возникло в конце непростого пути:

• После расставания ты попробовал ползать за ней с розами в зубах, утирая слезки и выпрашивая возлюбленную остаться, — не сработало.
• Пытался сделать паузу и вернуться в ее жизнь как альфа-самец — дама рассмеялась в лицо. Предлагал дружить после разрыва — она нашла василия и ты был забыт.
• Когда способы вернуть любимую за две недели не сработали, ты пошел в Сеть искать другие варианты. Предлагал дружить после разрыва — она нашла василия и ты был забыт.

Так ты оказался на канале и услышал от парня на видео про тотальный игнор. Оказалось, можно заставить даму вернуться самостоятельно, да еще и с извинениями! А делать надо всего ничего: прекратить писать, звонить и самому не отвечать на звонки и смс бывшей. Это звучало как избавление. Особенно, по сравнению с советами популярных психолухов: “Загладь вину, лизни ее пяточку и сделай стойку”. Ты посмотрел еще пару видео о балансе значимости и окончательно убедился, что игнорирование — самый эффективный способ возврата женщины.

Надежный способ вернуть отношения

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

С таким настроем ты не способен усвоить мысли о понижении значимости и прошивке хищника. Даже если проглотил все видео на канале. Ведь ты смотрел ролики через призму собственной нуждаемости и значимости именно этой девушки. Поэтому в комментариях ты пишешь: “Игнорирую уже три дня. А она точно вернется?”

Дело не в ней, дело в тебе

Тотальный игнор действительно эффективный способ заставить даму влюбиться в тебя снова. Он работает за счет изменения баланса значимости в твою пользу. Игнорирущий встает в сильную позицию: перестает нуждаться в отношениях. За время игнора мужчина становиться независим от партнерши. Эта свобода от любовного безумия и есть основной результат. Настоящая цель — способность поддерживать счастливые отношения в будущем. А возврат бывшей только следствие: девушки тянутся к независимым и сильным мужчинам.

А пока все мысли о бывшей — ты смотришь в прошлое. Это как бежать к финишу, постоянно оглядываясь на точку старта. Какую-то дистанцию так преодолеть можно. Но вероятность споткнуться и упасть в грязь лицом очень высока. Уже догадываешься, как дошел до срыва? Не спеши с выводами! Неверная цель — лишь отправная точка твоей неудачи. Давай разберем о какие именно кочки ты споткнулся.

Тотально бесполезный игнор

Ложное направление мыслей мешает тебе действовать. Ты воспринимаешь фразу “никакой лишней активности” как призыв пассивно ждать возвращения любимой. А имеется в виду “откажись от попыток сблизиться и от активности в сторону девушки” Это значит, что про даму надо забывать, а вот другие активные действия очень даже нужны. Мужчина в период тотального игнора должен ответственно выполнять рекомендации по снижению значимости и приводить свою жизнь в порядок.

Молчания недостаточно

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

Дальше начинается практика знакомств и общения с новыми девушками. Цель практики — не попикапить, как некоторым кажется, а понизить общую значимость отношений. В результате этих упражнений мужчина обретает способность действовать без эмоций. Когда дама приходит просить второй шанс, парень смотрит на ситуацию спокойно и слезки девушки его больше не задевают. Холодный рассудок защищает мужчину от будущих любовных проблем.

Ты скучаешь по бывшей

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

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

Даже если песьих силенок хватит выдержать все стадии тотального игнора, счастливого финала не будет. Когда любимая хозяйка вернется, а песик станет облизывать ей лицо, обман всплывет наружу. Она поймет, что весь игнор был театром, очень разозлится и будет жестоко мстить за свои слезки. Подробно об этом можешь почитать в статье “Как вернуть девушку, если ты печальный ждун?”

Ты пытаешься понять, когда она вернется

Что ты делаешь, когда ждешь такси или человека на встречу? Либо постоянно смотришь на время, либо пытаешься отвлечься. И чем больше ты торопишься, тем выше шанс, что отвлечься не получится. Поэтому торопливые мужчины лихорадочно ищут скрытый смысл в пингах бывшей:

• Любимая заблокировала — это значит, что совсем разлюбила?
• Через два дня разблочила — радоваться или бояться?
• Поздравила с ДР — поздравлять ли в ответ? Обидится ведь, если не поздравлю!
• Запостила грустного котика в социалке — Скучает по мне или по василию?

Все эти вопросы — продолжение стратегии аленизма, из-за которой ты попал сюда. Ты латентно страдаешь по бывшей. Не удивлюсь, если друзьям ты говоришь “Да я забил на нее давно”, а по ночам палишь ее инсту и пускаешь слюнки.

Сам вопрос “Вернется ли она?” — это нормально. Не нормально, если ты не пытаешься избавиться от него. Значит ты еще не пошел на поправку и зависим от прошлых отношений. Необходимо свою зависимость и день за днем выметать из головы мысли о бывшей. Для стабильного сна и аппетита рекомендую ходить вечерком в спортзал. Ноющие мышцы помогают заснуть, а спортивные результаты поднимают самооценку.

Опасность молчания

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

Любовь наносит ответный удар

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

Справиться с панической атакой можно через физические упражнения или переключение внимания. Но ты не тренировался контролировать свои чувства, поэтому они берут верх. На поводу собственных переживаний ты оправдываешь себя: “Я уже не тот, что был раньше. Больше никаких унижений, сейчас как влюблю ее снова и отыграюсь за всю хурму!” Вот мы и дошли до срыва — ты выходишь с бывшей на связь.

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

Преждевременное прозрение

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

Когда целуя возлюбленную, ты почувствуешь на ее губах легкий привкус встреч с василием — не смущайся. Это еще не сказочка, это только смазочка. Дальше придется терпеть ее походы по барам и спать на диване, когда она 17 раз подряд откажет тебе в сексе. Можешь попробовать завести с ней детей, чтобы потом гадать: “А своего ли сына я учу водить машину?”

Однажды она не придет домой вечером, а утром вернется с корзинкой плохо слепленной лжи и обвинений в твой адрес. Начнется скандал и жена станет угрожать тебе разводом. Когда супруга уедет с детьми к маме, тебе будет невыносимо больно. Именно в этот момент ты встанешь перед выбором: либо больше никогда не унижаться перед женщиной, либо отрезать себе шары прямо сейчас.

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

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

Ушла девушка

Привет. Меня зовут Данила. Мне 20 лет. Студент, работаю в свободное время. 6 месяцев назад познакомился с девушкой. Изначально, поразила меня своей заботой, вниманием. До этого было 2 отношений, и такого никогда не было. Изначально было всё взаимно, первые месяца 3. Была ссора, где я просто вышел из сети, чтобы не портить себе настроение, потом к ней приехал, хоть и спорила со мной, но сдалась, плакала, говорила что любит. Конфликт случился из-за того, что она кинула мне картинку «За мужчиной идти не стоит», и меня это очень задело. После этого конфликта всё было отлично, но потом пошли ссоры, при которых я опять мог не прочитав сообщения уйти спать.

Изначально поставил ей условия, что на перерыв никогда не пойду. В итоге она устроилась на работу, я её в этом поддерживал безусловно, так как она младше меня, и стремиться не зависеть от родителей. Но после недели работы эмоции в ней как будто упали. Начала работать с 16 до 23:00, реже со мной видеться. Её «лучший друг» начал активно ей настрачивать, подваливать яйца. Пришлось пойти на крайние меры, а именно — позвонил её матери, рассказал всё. В ответ мать сказала, что девушка только положительно отзывалась обо мне, а тот друг типо во время плохих событий в её жизни поддержал её. И что вообще у того друга есть девушка. Разговор закончили на том, что мать вмешиваться не будет.

Хотел помочь, предлагал, чтобы я ей продукты покупал, забирал. Потом в один из дней услышал, что её коллега по работе возвращался назад вместе с ней. Отреагировал, как учил Максим Вердикт, ответил холодно, и ушел спать. Больше она с тем коллегой не возвращалась, уверяла что женатый он, но все понимаем, что кольцо — не приграда.Начала отказываться. В итоге пришлось пойти на манипуляцию. Высказал ей прямо, что с такой хернёй не хочу жить, когда не вижу отдачи, поддержки, что проще уже сдохнуть. На что она ответила что «У меня всё это уже прошло». Тогда я просто пропал на сутки. Через сутки поступило смс с фразой «Что случилось, как ты там?». Поговорили, и дал ей понять, что если эта херня будет продолжаться — то уйду. В итоге дал слово мужчины, что не буду пропадать.

Сдержал. После этого начал дистанцироваться, меньше начал писать. В итоге, неделю назад написал ей утром, спросил, что ночью на улице делала. На что получил достаточно грубый ответ, мол «Чего наезжаешь, фото старое. Обоснуй свои претензии». Бросил все дела, поехал к ней на такси. Прождал полтора часа её, выходить не спешила. В итоге прозвучала фраза «Я тебя сломаю». Так вот, начала говорить, что я не мужчина, что я там тряпка, в детстве внимания не додали и т д. Что я обиженный на своих бывших девушек, что мне 20 лет, мол что у меня в будущем там будет. Я просто охуел от такой наглости. В итоге, иду с ней, до метро. Говорю «Отвечай за слова», в ответ ничего по делу не получаю, а опять только что «тебя обидели твои бывшие, ты обиженный». Тут ко мне пришло понимание.

Рассказывала, что в прошлом у неё было 2 парня. Один против её воли лишил её девственности, другой регулярно избивал. Да и сама она по себе карьеристка. Спускаемся в метро, я уже кричу, чтобы убрала переписку в телефоне и послушала меня, так как говорила, что едет на работу. Уже не стал себя держать в руках, так как понимал, что уже всё. Выхватываю телефон, начинает кричать отдай. Только отдаю, кидается на меня, ударила 2 раза. И это человек, который называл меня «родной». После этого истерика, посылания нахуй. Думаю, сейчас доеду до работы и попрощаюсь. В итоге, она позвала своего старшего брата. К слову, мой рост под 180, её брату под 30 лет. Выходим из метро, и тут самое сочное.

Подходит он, спрашивает, что случилось, она ему «Та вот, он телефон выхватил, а я его 2 раза ударила. И тут это животное, которое я давно считал куколдом, (женился на девушке, которая после 5 лет отношений начала мутить с другим, ибо этот ей предложение не делал, но после того, как измены вскрылись, то поженился))0000. Сразу с лёту получаю в грудь. Так как я решил успокоить себя, и дальше не устраивать Оленьих боёв, то сказал ему прямо, что драться не намерен. После чего, начал словестно на меня бычить, унижать, говорить, как он проблем мне устроит, какая у него сестричка прекрасная))0. Я ему говорю, ты ситуации не знаешь. Давай свой номер, встретимся поговорим. Предъявил ему, чего без повода оскорбляет. В общем на этой ноте я развернулся, и уехал на метро.

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

Оставлю гештальт, а сам буду жить дальше.
Вопрос к людям, опытным. Как правильно реагировать на пинги? Как понять, что женщина раскаялась в своих поступках. Всем спасибо. за внимание. У меня ничего не болит, узы порваны. Друзья со мной, семья, лучшая подруга. Они за мной пойдут. У неё в городе никого нет кроме этого брата Дружок тот за 500 км. Будет ли раскаяние с её стороны?

Что такое сутулый спринт

Можно ли бегать неправильно? Ещё как можно! Лайфхакер решил разобраться в классической технике и особенностях бега с разной скоростью.

Считается, что бег — самая естественная для человека нагрузка, а значит, и техника должна быть изначально заложена в наше тело. Однако многие начинающие бегуны страдают от неправильной техники (боль в суставах, мышечные зажимы), а в спортивной среде до сих пор нет единого мнения, что значит «бегать правильно».

Считается, что бег — самая естественная для человека нагрузка, а значит, и техника должна быть изначально заложена в наше тело. Однако многие начинающие бегуны страдают от неправильной техники (боль в суставах, мышечные зажимы), а в спортивной среде до сих пор нет единого мнения, что значит «бегать правильно».

Нельзя точно сказать, как нужно ставить стопу во время бега (на пятку, на среднюю или на переднюю часть) и какой должен быть угол сгиба рук (90 градусов, чуть больше или меньше).

Сильно влияет на технику дистанция: спринт, среднее расстояние или марафон. В зависимости от задач меняется и постановка стопы, и углы сгиба коленей, бёдер и рук.

Однако есть несколько общих рекомендаций по технике бега, основанных на физиологии и принципах механики. Их знание поможет избежать ошибок и травм.

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

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

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

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

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

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

Посмотрите, как двигаются руки при беге у марафонца Патрика Макау (Patrick Makau). Они не пересекают центральную линию.

Не стоит слишком напрягать руки во время бега, это бесполезная трата сил. Плечи, предплечья и запястья должны быть расслабленными. У вас должно создаваться впечатление, что двигаются только локти. Можете представить, что в кончике локтя находится маятник — только он раскачивается, а остальные части свободны и расслаблены.

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

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

Когда вы переносите вес тела на ногу, стопа должна находиться под центром тяжести. Если вы выносите ноги вперёд и опираетесь на стопу, когда она находится впереди колена, пропадает естественная амортизация, а колени подвергаются ударной нагрузке.

При постановке стопы под центром тяжести и мягком перекате с пятки на переднюю часть вред для суставов снижается.

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

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

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

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

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

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

При беге на короткие дистанции часто применяют технику без постановки пятки. Спринтер приземляется на переднюю часть стопы, после чего сразу же начинает толчок — до того, как стопа полностью опустится и примет на себя вес тела.

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

Scrum — реальный опыт работы по методологии

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

Для организации процесса работ над проектом мы решили выбрать популярную методологию Scrum. Отчасти это дань моде, отчасти большое количество публикаций в сети Интернет на тему «Scrum сделал за нас все!».

Какие роли есть в Scrum

С чего обычно начинается разработка программного обеспечения? С идеи: «Как было бы замечательно, если бы у меня было некое ПО, которое делало бы примерно вот это. Было бы просто супер!» Человека, который в команде будет представлять эту идею, называют Product Owner (PO) или Владелец продукта. Product Owner – это тот, кто видит цель продукта или кому кажется, что он видит цель продукта, но важно то, что он может ее сформулировать и начать процесс движения к ее достижению. Цель он формирует в виде списка своих пожеланий (хотелок). Этот список называется Product Backlog Items (PBI). Он постоянно модифицируется в зависимости ситуации на рынке или от разрастающегося аппетита Product Owner’a.

Команда. По Scrum считается, что наибольшая эффективность разработки достигается в том случае, если команда сама будет самостоятельно принимать решения в отношении того, как она будет двигаться к цели. Поэтому основное требование к команде – она должна быть самоорганизующейся и самоуправляемой. Обеспечьте одно это требование, и этого будет достаточно для успеха проекта. Так как требование серьезное, то в команду вводится роль ScrumMaster’a, который следит за тем, чтобы соблюдались правила Scrum.

Что такое спринт и зачем он нужен

ProductOwner сформулировал свою цель в виде некого пункта B, который нужно достичь, начав движение с пункта A. Но пункт B – это не точка, в которую можно попасть, просто нарисовав прямую линию между ней и пунктом А. На самом деле пункт B это окрестность точки, и радиус ее может варьироваться.

Чтобы попасть в эту окрестность, лучше всего разрабатывать ПО короткими шагами (точнее забегами): спринтами. В конце спринта все оценивают, что получается, и корректируют направление движения. ProductOwner всегда в курсе того, что его идеи правильно поняты (а если нет, то это можно скорректировать уже на следующем спринте), и спокоен. Команда знает, что делает то, что нужно, и удовлетворена своей работой.

Как формируется список задач на спринт

В команде спринт длится 2 недели. За неделю ничего не успевается, за месяц все забывается. Поэтому 2 недели для нас самый оптимальный вариант. Первый день спринта уходит на планирование. На ранних этапах на планирование уходило даже 2 дня. Планирование – это процесс, при котором команда берет из списка требований наиболее приоритетные и разбивает на задачи, которые позволяют достичь результата. Каждая задача оценивается в часах. Желательно, чтобы задача не занимала времени больше, чем 4 часа. Если участник команды говорит, что сделает задачу за 5 дней, значит, он понятия не имеет, что нужно сделать.
Общее количество часов в спринте на каждого человека рассчитывается из того, что спринт длится 2 недели или 10 рабочих дней. Это 80 часов минус один день на планирование. Итого 72 часа. Но это идеальные часы. Это значит, что человек ни на что не отвлекается, не ест, не пьет, с места не встает, а только работает и не устает. Во время планирования задача оцениваются в идеальных часах. Но набирается для человека не 72 часа, а 72 часа, умноженные на некий коэффициент, который называется производительностью команды. Обычно это 0.5. Удивительно, но это какое-то магическое число, именно при нем весь спринт сдается успешно. Кто-то из великих сказал: «Возьмите время, которые назвал вам разработчик, умножьте его на два и еще немного прибавьте и получите срок, за который вам программист выдаст результат». И это действительно так.
В Scrum есть несколько рекомендаций в отношении того, как исполнителю оценивать время на задачу. Например, играть в покер. Но мы этим не грешим. Что бы там не говорили, но если какой-то модуль начал делать кто-то один, то он его и будет продолжать наращивать из спринта в спринт. И только он может оценить, сколько ему нужно времени на выполнение задачи. Единственные, кто ему может помешать завысить сроки, это его совесть (помните про самоорганизацию) и ScrumMaster.

Как проверить, что требование ProductOwner’а выполнено

Есть список требований. Но как проверить, достигнуто это требование в ходе разработки или нет? Для этого необходимо написать тесты, в которых будет детально описано то, что считать достижением требования. Просто говоря, в них описано то, на какую кнопку нажать, и что при этом получится. В команде тесты пишут аналитики. И тесты эти должны быть готовы к моменту запуска очередного спринта. У нас в команде аналитики и дизайнеры работают с опережением команды разработчиков на 1 спринт.

Главное требование – тесты должны быть очень подробными.

Что происходит во время спринта

Начинается процесс исполнения спринта. Главная его цель – добиться, чтобы тесты, предъявляемые к требованиям, к концу спринта выполнялись.
Для сплоченного движения команды к цели Scrum предлагает делать ежедневные митинги. Митинг – это когда каждый, стоя у доски с маркером, вычеркивает то, что он сделал вчера и пишет то, что он собирается сделать сегодня.

Это очень мощная практика. Благодаря ей каждый знает, куда движется проект в целом. К тому же когда человек, рассказывает, что он будет делать сегодня, то он автоматически координирует свои действия с другими участниками. Другие участники могут тут же предложить лучшие решения задачи. А еще написанная на доске задача, а по сути — это обещание всем своим коллегам, очень хорошо мотивирует самого исполнителя. Единственное, ScrumMaster не должен забывать объявлять, что начался митинг.
Митинги проводить желательно стоя и длительностью не более 15 минут. Мы начинаем митинги в 9 утра.

Что происходит в конце спринта

Наступает долгожданный конец спринта, обычно это пятница в 16:00, и команда сдает спринт Product Owner’у и всем-всем, кто заинтересован в продукте. Каждый отчитывается по задачам, которые выполнял и рассказывает о том, каких успехов достиг, а также объясняет причины, по которым не удалось достичь цели. Главное правило — никогда не переносите срок сдачи спринта.
Иногда после сдачи спринта делается анализ того, почему что-то происходит или не происходит, и что нужно предпринять, чтобы исправить ситуацию.
А в понедельник все повторяется сначала.

Накопленный опыт

Мы для себя выработали несколько правил, несоблюдение которых приводило к провалу спринта:
• Спринт надо планировать детально, не жалея на это сил. Если что-то из требований непонятно, то надо прояснять требование. Если это не удается сделать, то не надо брать задачу в спринт, а требование отправлять на доработку.
• Ни при каких условиях не брать дополнительные задачи, которые идут вне спринта. А если все-таки «навязали», то согласовать с Product Owner’ом, что будут удалены из спринта другие задачи.
• Количество человек в команде не должно превышать 5-6 человек. Когда наша команда выросла до 16 человек, митинг начал затягиваться на 2 часа. Ввели фиксированное время выступления для каждого и стояли с секундомером. Но тогда человек не успевал донести свою мысль, и митинг превращался в формальность. Поэтому мы просто разделились. Сначала поделились на клиентщиков и ядерщиков, а потом начали делиться по задачам. Т.е. каждая команда делает свою фичу, и в этой подкоманде есть как клиентщики, так и ядерщики. Этот подход используется до сих пор, и для нас он наиболее эффективен.

Вывод

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

Кто мы?

Команда, в которой я работаю, называется «Юниклауд Лабс». Это дружный коллектив интересных людей, реально болеющих за свое дело.

Что такое управление спринтами и зачем это командам

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

Что такое спринт

Спринт в управлении проектами — это итерация. Так называют интервал времени, на протяжении которого команда решает определенную задачу или несколько задач. Sprint как инструмент управления используют agile-команды. В Scrum Guide 2020 Reordered сказано, что такой интервал может длиться до 4 недель. По его результатам команда обязательно выдает жизнеспособный продукт или отдельно работающую часть продукта.

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

Спринт нужен, чтобы разбить сложные проекты на небольшие задачи. Вместо долгой работы над всеми аспектами проекта, команда дробит его на небольшие итерации. У каждой итерации свой набор задач, которые команда в состоянии выполнить. Это повышает управляемость проектом и позволяет выпускать высококачественные продукты быстрее. А еще это делает команду гибкой и помогает быстро реагировать на возможные изменения.

По результатам команда выдает инкремент. Это промежуточный жизнеспособный результат. Например, если команда работает над сайтом, промежуточным результатом может быть работоспособный один из разделов. А, допустим, если наш проект — внедрение CRM-система, то одним из инкрементов может быть подключение к системе отдела техподдержки.

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

Спринт основан на теории эмпирического управления. В ее основе прозрачность, инспекция и адаптивность. Это три залога успеха итерации.

1. Прозрачность — все заинтересованные лица знают, чем занимается команда
2. Инспекция — результаты всегда под контролем. Никто не ждет конца работы, чтобы сделать выводы
3. Адаптивность — результат всегда нацелен на потребности пользователя

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

Как планировать и выполнять спринты в scrum

Любая итерация начинается с планирования. Команда проводит собрание, на повестке дня которого всего два вопроса:

1. Какую работу в состоянии осилить команда за предстоящую итерацию?
2. Как команда будет выполнять эту работу?

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

Все задачи фиксируют в плане — это бэклог спринта. Когда команда берет новую задачу, ей присваивается статус «В работе». Когда задача выполнена, статус меняют на «Готово».

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

В конце проводят обзор итогов. Это еще одно общее совещание, на котором результаты презентуют заинтересованным сторонам. Когда ревью закончится, владелец должен решить: возможен ли запуск функционала, нужны ли доработки и насколько успешным оказался сам спринт. Вопрос обсуждают с заказчиком.

Финальный этап — ретроспектива. Это оценка итогов итерации в контексте возможных будущих ошибок. Разработчики обсуждают, что можно улучшить, чего стоит избегать и как повысить продуктивность в проекте. Команда определяет области, требующие улучшения и на этом завершает спринт.

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

Схема спринта. Каждая итерация циклична и проходит по одинаковому сценарию. За одной итерацией всегда идет другая.

3 главных заблуждения о спринтах

Управление спринтами означает четкое следование правилам и принципам скрама. Более-менее подробно мы описали их в статье про скрам. Если нужно подробнее, Scrum Guide 2020 Reordered в помощь. Так вот, частичное игнорирование этих правил и принципов убивает проект. Мы тоже используем методологию скрам в своей работе. За последние 2 года мы накопили достаточный опыт и готовы им поделиться. Мы смогли выделить 3 главных заблуждения, которые мешают нам (и, вероятно, другим гибким командам) добиваться успеха в проектах. Вот они.

Обратную связь иногда можно игнорировать

В Scrum Guide 2020 Reordered сказано: метод используется в первую очередь для разработки креативных продуктов. Продуктов, которые будут окупаться и приносить пользу потребителям, пользоваться спросом.

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

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

Бывает и так, что заинтересованные лица и сами не готовы посещать обзоры спринтов. Мы обычно стараемся донести до заказчика риски: не участвуете в спринтах — не предъявляйте претензии по функционалу. Участие стейкхолдеров, это залог успеха продукта. Не готовы принимать участие в работе лично, выделяйте хотя бы представителя.

Обычно заказчика удается вразумить. Но если дело не в нем, а в команде, которая готова забить на обратную связь — проекту труба.

Итерация провалена, если не удалось достичь цели

По теории скрама, каждый спринт — это эксперимент со своими переменными и случайностями. В этом и есть риск: мы заранее до конца не знаем, что получим в итоге итерации. Чтобы снизить этот риск, итерации сделаны короткими и ограниченными во времени — так эксперимент не затянется.

Если принять, что спринт — это эксперимент, то станет: эксперимент не может всегда приводить к положительному результату. Полный провал можем констатировать только когда мы не получили никаких выводов. Если у нас нет выводов, мы не имеем возможности адаптировать результаты под потребности пользователя, не можем работать с функционалом и процессами.

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

Удачная итерация

Неудачная итерация

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

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

Итерация не всегда завершается выпуском инкремента

Есть мнение, что итерация не всегда должна завершаться выпуском готового продукта. Те, кто так думает, видимо не читали руководство по скраму. Сочувствую им. Если не выпускать совсем ничего, то какие выводы мы можем сделать, какую обратную связь получим? Что покажем заказчику? А как же принципы эмпирической теории управления? Короче, это глупости: итерация должна завершаться выпуском инкремента. Точка.

Есть ребята, которые пошли еще дальше. Понимая, что отсутствие результата противоречит руководству по скраму, они придумали свои вариации. Эксперты в интернетах называют их «недоспринты». Они не предполагают инкремента и этим наиболее опасны. Пожалуйста, не используйте их. А если используете, не называйте эти итерации спринтами.

Для примера привожу три разновидности таких итераций.

ZERO Sprint. Это итерация, после которой команда получает набросок бэклога продукта. Оценивают время, объем работы, собирают команду, прикидывают дату первого релиза. Если представить проект как приготовление блюда, то ZERO-sprint — это подбор рецепта, ингредиентов, подготовка необходимого кухонного оборудования. В таких действиях нет ничего плохого, часто это обязательная часть процесса.

Но нужно понимать: после каждой настоящей итерации результаты будут меняться: объем работы может вырасти, сроки растянуться, а дата релиза стать некорректной. Получается, время потрачено зря. Иногда прогнозирование все же полезно, но называть его спринтом — значит, игнорировать руководство по скраму.

Разработчик Скрама Кен Швабер писал так. « Именно… sprint 0 стал фразой, неправильно используемой для описания планирования, которое происходит до первого спринта. И поскольку планирование создает артефакты, которые часто меняются, его следует свести к минимуму. А планировать каждую новую итерацию нужно на обзоре и по результатам прошлой итерации ».

С точки зрения событий SCRUM, ZERO Sprint не существует. Но на практике многие так называют этап планирования, которое выполняют еще до запуска скрама.

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

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

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

Стандартная схема Design Sprint рассказывает, что за 5 дней можно получить прототип, который можно тестировать. Мне кажется, что это заблуждение.

Hardening Sprint. Это итерация, посвященная стабилизации кодовой базы, чтобы она была достаточно надежной для релиза. Часто это необходимо, потому что команда по результатам одного из прошлых спринтов не смогла получить готовый инкремент. Осталась недоработка, и «укрепляющая» итерация призвана устранить недоработки, выдать результат, которого не удавалось добиться ранее.

Использование Hardening Sprint не рекомендуется руководством Скрама, а необходимость в нем должна быть устранена путем улучшения инженерной практики. Если существует потребность в укреплении, ее следует выполнять понемногу, используя время в других итерациях, а не посвящая ужесточению целую итерацию.

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

Но стоит ли оно того? Нисколько! Команда тратит целый спринт на проблемы, которых не было бы, если бы она больше обсуждала особенности продукта и находила время на исправление косяков вовремя. Порядок в проекте — это хорошо, но все должно быть вовремя.

Оптимизация спринтов с помощью автоматизации

Чтобы работать над итерациями было проще, грамотные аджайл-команды используют программные решения. Конечно, можно вести kanban-доску и на бумаге, но так ведь неудобно. Нам повезло — у нас есть OkoCRM, в которой мы реализовали модуль «Проекты». Он помогает управлять командой, ставить задачи, наладить коммуникацию и отслеживать прогресс.

Задачи по итерации мы размещаем на канбан-доске. Тут же бэклог, рабочие процессы, карточки задач, назначение ответственных, и все для грамотного Sprint-управления.

Вот так выглядит модуль «Проекты» в OkoCRM. Он помогает нам управлять задачами и держать все процессы под рукой.

Вот три обязательных правила автоматизации, которые мы ввели для нашей команды:

Спринты

Спринт — это короткий период времени, в течение которого команда Scrum работает над выполнением заданного объема работы.

Что такое спринты?

Спринт — это короткий период времени, в течение которого команда Scrum работает над выполнением заданного объема работы. Спринты лежат в основе методологий разборок и гибких методологий, а правильная отработка спринтов поможет вашей Agile команде выпустить более качественное программное обеспечение с меньшими головными болями.

«С Scrum продукт строится в виде серии итераций, называемых спринтами, которые разбивают большие сложные проекты на куски размером с кусочек», — говорит Меган Кук, менеджер по продуктам группы Jira Software в Atlassian.

ТВИИТ :«Спринты делают проекты более управляемыми, позволяют командам быстрее и чаще выполнять высококачественную работу и дают им больше гибкости для адаптации к изменениям».

Многие ассоциируют scrum-спринты с Agile разработкой программного обеспечения, настолько, насколько часто считается, что scrum и Agile — это одно и то же. Но это не так. Agile — это набор принципов, а scrum — это структура (фреймворк) для достижения цели.

Многочисленные сходства между ценностями Agile и scrum-процессами приводят к справедливой ассоциации. Спринты помогают командам следовать Agile принципу «частой поставки рабочего программного обеспечения», а также использовать Agile ценность «реагирования на изменения в соответствии с планом». Scrum-значения прозрачности, проверки и адаптации дополняют Agile и играют центральную роль в концепции спринтов.

Руководство по Scrum закладывает прочную теоретическую основу для обсуждения спринтов. Наша цель — добавить немного цвета в тему, раскрывая лучшие практики от людей, которые делают эту работу каждый день.

Как планировать и выполнять scrum-спринты

Люди scrum действительно же подумали обо всем. Чтобы спланировать свой предстоящий спринт, вы используете встречу по планированию спринта! Планирование спринта — это совместное мероприятие, на котором команда отвечает на два основных вопроса: какую работу можно выполнить в этом спринте и как будет выполнена выбранная работа?

Выбор правильных рабочих элементов для спринта — это совместная работа владельца продукта, мастера scrum и команды разработчиков. Владелец продукта обсуждает цель, которую должен достичь спринт, и элементы списка необходимых требований (backlog) работы продукта, которые после завершения должны были бы достичь цели спринта.

Затем команда создает план того, как они будут создавать элементы списка необходимых требований (backlog) и получать их «Готов(-ыми)» до конца спринта. Выбранные рабочие элементы и план их выполнения называются «спринтом списка необходимых требований (backlog)». К концу планирования спринта команда готова приступить к работе с списком необходимых требований (backlog) спринта, перенеся элементы из этого списка в «Выполняется» и «Готово».

Во время спринта команда проверяет, как продвигается работа во время ежедневного scrum или летучки. Целью этой встречи является выявление любых препятствий и проблем, которые могут повлиять на способность команд к достижению цели спринта.

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

Завершите свой цикл спринтов моей любимой встречей — ретроспективой спринта. Это возможность вашей команды определить области улучшения для следующего спринта. С этим вы готовы начать свой следующий цикл спринта. Вперед!

Что можно и нельзя

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

Что можно:

• Убедитесь, что команда ставит и понимает цель спринта и то, как будет измеряться успех. Это ключ к тому, чтобы все выровнялись и двигались к общему месту назначения.
• Убедитесь, что у вас в порядке ухоженный список необходимых требований (backlog) с вашими приоритетами и зависимостями. Это может быть большим вызовом, который может сорвать процесс, если он не управляется должным образом.
• Убедитесь, что вы хорошо понимаете скорость и что она отражает такие вещи, как отпуск и командные встречи.
• Используйте совещание по планированию спринта, чтобы конкретизировать интимные детали работы, которая должна быть выполнена. Поощряйте членов команды наметить задачи для всех историй, ошибок и задач, которые входят в спринт.
• Оставьте работу там, где вы не сможете получить зависимости выполненными, такие как работа другой команды, дизайн и юридическое подтверждение.
• Наконец, после принятия решения или плана убедитесь, что кто-то фиксирует эту информацию в вашем инструменте управления проектами или совместной работы, например, в билетах Jira. Таким образом, решение и обоснование легко увидеть каждому позднее.

Пока вы работаете над тем, чтобы быть звездой Scrum с этими «разрешениями» (“do’s,”), следите также за несколькими красными флагами:

Не рекомендуется:

• Не втягивайтесь в слишком многие истории, не переоценивайте скорость и не втягивайтесь в задачи, которые невозможно завершить в спринте. Вы не хотите настраивать себя или свою команду на провал.
• Не забывайте о качестве или техническом долге. Удостоверьтесь, что у вас есть время для контроля качества и работы, не связанной с функциями, например, с ошибками (багами) и инженерным обеспечением.
• Не позволяйте команде иметь нечеткое представление о том, что находится в спринте. Прибейте это, и не зацикливатесь на быстроте движения, чтобы не забыть удостовериться чтобы все (каждый двигался) двигались в одном направлении.
• Кроме того, не берите на себя большое количество неизвестной или рискованной работы. Разбивайте истории, которые являются большими или имеют высокую неопределенность, и не бойтесь оставить часть этой работы для следующего спринта.
• Если вы слышите обеспокоенность от команды, будь то скорость, неуверенность в работе или работа, которая, по их мнению, больше, чем они рассчитывали, не игнорируйте их. Обратитесь к задаче и откалибруйте при необходимости.

Узнайте больше о спринтах

Спринты настолько известны (и настолько эффективны!), что их часто считают первым шагом на пути к большей гибкости. Как мы узнали, освоение спринтов требует овладения горстки scrum и Agile концепций, которые опираются друг на друга. Пожалуйста, используйте остальные наши статьи о scrum, чтобы пополнить свои знания и приблизиться к блаженству scrum.