Методология Scrum основана на ритмичности, важном качестве для жизнедеятельности человека. Люди стараются искать готовые модели и действуют по заложенным в них схемам, но часто встречаются неудачные образцы с нарушенной ритмикой. Это легко увидеть, пройдясь по офисам. Вы сможете обнаружить большое количество людей, раздавленных системой, переставших верить в свои силы и значимость для реализации проекта. Эта проблема известна давно, ей посвящено немало статей и публикаций.
Методология Scrum существенно отличается от прежних способов работы, концентрировавших внимание на культе личности, а не выполнении задач. В этой методике человек воспринимается как волшебник, который, несмотря на природные недостатки и влияние внешней среды, способен преодолевать любые препятствия и достигать величия. Джефф Сазерленд, создатель Scrum, мечтал разработать ритмичный метод управления процессами, способный совершенствоваться и самоорганизовываться. Он хотел, чтобы новый метод управления трудом помогал раскрывать в работниках лучшие качества, а худшие — держать под контролем, не позволяя мешать выполнению обязанностей.
Иногда начинает казаться, что создавая Scrum, Сазерленд хотел помочь человеку начать уважать себя и труд, дать повод для гордости профессиональными навыками, заставить поверить в себя.
Но стоит быть осторожными, чтобы не совершить серьезные ошибки, приносящие потери. Потери можно сравнить с инфекцией, повреждающей организм, или раковыми клетками. Потери способны уничтожить результативность и продуктивность труда, разрушить карьеру или компанию.
Однажды Джефф проводил собеседование с одним из кандидатов на работу. Он задал стандартный вопрос, задаваемый всем желающим работать в команде. Почему вы хотите работать в компании, где используется методология Scrum? Ответ оказался неожиданным. Человек рассказал, что на прежней работе в издательстве он провел год. Работа ему нравилась, суть заключалась в поиске ученых и помощи в написании учебников и научных трудов. По завершению года, этот человек решил проанализировать итоги своей деятельности. Оказалось, что 50% выполненного стало ненужным, это можно было просто выбросить. Причиной стало не плохое качество работы или ошибки со стороны писавшего, а изменение со временем ситуации на рынке, смена начальства. Человеку, потратившему полгода жизни впустую, было неприятно и обидно. Это повлияло на решение работать по методологии Scrum, в надежде, что больше не будет тратиться время на то, что в результате будет ненужным.
Виды потерь в работе над проектом
Тайити Оно, один из руководителей компании «Тойота», на принципы работы которого ориентировался Сазерленд, рассмотрел три разновидности потерь, возникающих в производственном процессе:
-
мури — образуются при неправильной трате ресурсов;
-
мура — при неравномерном распределении ресурсов;
-
муда — все остальные траты, возникающие в процессе выполнения работы.
Далее опишем подробней каждый вид потерь, расскажем какие из них первостепенные.
Преимущества работы над одной задачей
Нередко люди хвастаются, что могут выполнять несколько задач одновременно. Но от этого страдает качество работы, человек не может полностью сконцентрироваться на чем-то одном, он может упустить важные детали, из-за чего страдают все проекты, над которыми он работает. Этот факт подтвержден научным исследованием. Предварительно испытуемых попросили оценить собственные возможности заниматься одновременно несколькими задачами. Тест показал, что все переоценили способности, фактический результат оказался далеким от ожидаемого.
Есть небольшое упражнение, наглядно демонстрирующее важность концентрации на задаче, полной отдачи одному занятию. Нужно записать в столбики латинские и арабские цифры. Аналогично записать латинские буквы от A до L. Важно сделать это быстро.
Задание выполняется двумя способами.
Сначала пишем, заполняя строки, продолжая до конца. Засекаем количество потраченного времени на эту роботу. Теперь пишем то же самое, но уже по столбцам.
Сравнив количество затраченного времени на оба способа выполнения работы, вы удивитесь, насколько велика разница.
Многие могут возразить, что нельзя сравнить управление компанией и разговор по телефону, сидя за рулем. Ведь для того, чтобы оставаться конкурентоспособными, приходится работать над многими проектами одновременно.
Можно найти много полезной информации, рассматривая проекты разработки ПО. Разработчикам пришлось заняться исследованием возникновения потерь из-за траты большого бюджета на выпуск программ, устаревающих практически сразу после выхода на рынок.
Последняя колонка в таблице показывает реальные убытки. Из таблицы видно, что занимаясь 5 проектами одновременно, компании теряют 75% общей работы и впустую тратят время сотрудников.
Рассмотрим случай разработки трех проектов одновременно. Разработчики первоначально решили, что будут поочередно выполнять по частям разные проекты. Они предоставили годовой план.
Здесь показаны два его варианта. Если команда будет действовать каскадным методом, занимаясь всеми проектами, то закончит работу к июлю. Второй вариант — применение новой методологии Скрам, она позволяет существенно ускорить процесс, закончив работу к маю.
При этом совершенно не изменяется объем поставленных перед разработчиками задач или количество доступных ресурсов. Просто сама методология позволяет минимизировать затраты времени на исполнения, требуя меньшего переключения между разными проектами. Итогом применения Scrum в этом случае стало сокращение количества времени на выполнение трех задач в два раза.
Выводы
Какой вывод можно сделать? Старайтесь уменьшить затраты, перестаньте переключаться между проектами. Вспомните, насколько сильно отвлекают посторонние задачи, если вы увлечены какой-либо работой: пишите книгу, разрабатываете стратегию. Для того, чтобы вернуть прежний настрой и концентрацию, может понадобиться много времени. Старайтесь всегда заниматься одним проектом, отдавая ему все свое внимание.