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

Изначально систему спринтов придумали в IT-компаниях. Там этот подход называют Scrum, что в переводе с английского означает «схватка». Работа по Scrum строится на отрезках, которые могут длиться от одной до нескольких недель. Их и называют спринтами.

Спринт нужен, чтобы разбить сложные проекты на небольшие задачи

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

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

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

Все задачи важно фиксировать

Для этого придумали Scrum-доску из трёх колонок: «сделать», «в процессе» , «сделано». Часто используют электронные доски: например, в Trello или Notion.

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

Каждый день — проверка

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

Как спринты работают в учёбе

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

— Менее активные, которые помогают понять и запомнить новый материал
— Более активные, где нужно практиковаться и работать с другими, задавать вопросы и сомневаться

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

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

Реклама. ООО «Яндекс»

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

Кто знает еще более чудовищные примеры, делитесь. О страшных мутациях лучше знать заранее =)

*Scrum-мастер — это такой менеджер-психолог-коуч для команды, который разными методами помогает команде достигать целей.

Источник: localhost

Я ни разу не айтишник, но от одной мадамы слышал такую версию " Что я буду на кнопки тыкать, пусть специально обученный человек придёт и всё сделает, мне за это не платят"

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

Условно, в McDonald's администратор не обломится и столы протереть, и полы помыть, и на раздаче постоять. И это следствие того самого принципа - человек на работе работает, даже если это за рамками "формальных обязанностей".

Раз уж мы говорили об АйТи, то один из пунктов Скрама в том, что сотрудник сам берет задачу - нет воспитателя, который выдаст раскраску, люди проактивно берут и работают. Если нет задач, то специалист может принести кофе коллегам и протереть столы. Чаще всего, такое предложение приводит к тому, что человек начинает искать места улучшения проекта (например - сходить к клиенту и детально описать, что больше всего бесит в программе, ну а потом предложить план исправления команде и начать делать правки).

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

Возвращаясь к IT - именно из методик Toyota вырос один из конкурентов Scrum - Kanban. В нем есть некие "стадии заявки" (или стадии тикета, или стадии issue, тут всё зависит от терминов), но в каждой стадии должно быть не более Х заявок. Если их больше, то вся команда идет помогать. Например, если завал с тестированием, то разработчик идет и помогает, а не жалуется наверх "проблема не на нашей стороне".

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