🎸 Я учусь играть на гитаре, и один сложный аккорд вызывает у меня затруднения.
👁 На первый взгляд, эта ситуация не имеет отношения к Agile, Scrum и Kanban. Однако, на мой взгляд, она может помочь мне объяснить одну важную и неочевидную идею, которую я часто пытаюсь донести до команд.
💪 Стратегии преодоления сложностей с аккордом
Чтобы преодолеть эту сложность, у меня есть несколько стратегий:
1️⃣ Играть песню со сложным аккордом, не обращая внимания на трудности, и параллельно изучать ещё одну-две песни, ведь скоро у меня будет демо и встреча с друзьями.
2️⃣ Учить только эту песню, не отвлекаясь на другие, чтобы быстрее преодолеть эту сложность.
3️⃣ Ещё один вариант, о котором я расскажу позже.
🤙 Очевидно, что вопрос преодоления сложности с аккордом сводится к количеству повторений. Предположим, для того чтобы аккорд и связки начали получаться, мне нужно повторить их 500 раз. При этом моё время на хобби ограничено одним часом в день.
🧭 Давайте рассчитаем, сколько времени потребуется для решения этой задачи при разных стратегиях.
🎹 Песня длится 3 минуты, и в каждой песне сложный аккорд повторяется 4 раза. (500 / 4) * 3 = 375 минут — именно столько мне нужно будет играть песню непрерывно, чтобы идеально выучить аккорд. Это более 7 дней, если заниматься по часу с перерывами. Если же я буду тратить время на другие песни, то срок увеличится ещё больше.
👆А что, если я потрачу целый час на отработку только этой связки со сложным аккордом? Даже если одна отработка займёт 10 секунд, за час я смогу сделать 360 повторений или около 300 повторений с отдыхом. Всего два дня — и я выполню нужное количество повторений, чтобы выучить сложную связку.
📌 Высокая скорость выполнения задач
Если мы сосредоточимся только на одной задаче, то наша средняя скорость выполнения задачи (T2M) будет максимально высокой. Именно поэтому Scrum утверждает, что должна быть одна цель спринта. А Kanban-метод вводит практику ограничения одновременной работы WIP-limit.
🙃 Однако всегда есть «но»:
🔴Скучно.
🔴Есть другие не менее важные задачи.
🔴Заказчики требуют.
🔴Чем будут заниматься тестировщики, пока разработчики работают?
🔴У нас слишком большие задачи, чтобы сделать их за спринт.
🔴Пусть аналитика будет на спринт впереди.
🧐 Я постоянно сталкиваюсь с этими преградами и аргументами. Многие из них действительно мешают сократить количество одновременно взятых в работу элементов. Но за каждый дополнительный элемент в работе мы платим снижением T2M, а значит, адаптивностью и гибкостью.
❓Нужна ли нам настоящая адаптивность, зависит от среды, в которой мы находимся. Если мы сделаем первую поставку через неделю, что от этого изменится? А если мы сделаем 2-3 поставки, но только через месяц, что будет тогда? Потеряем ли мы возможности? Заберут ли у нас долю рынка? Упустим ли мы важную информацию, которая помогла бы нам более эффективно переделать последующие части продукта?
Если статья понравилась подписывайтесь на канал "Путь Agile" в телеграмм
