По стандарту для ведения проекта необходимо наличие двух качеств — подконтрольности и предсказуемости. Такой подход ведет за собой трату времени на подготовку и создание различных графиков, где максимально точно будет показано каждое действие.
Как показывает практика, подобные сценарии всегда имеют изъяны, даже продуманный план в итоге будет корректироваться, поправляться и иметь недостатки, обнаруживаемые по ходу работы. Сколько раз не пытайся загонять творческую натуру в различные диаграммы, все равно это обречено на провал. Неудача не имеет никакого отношения к сотрудникам, исполняющим проект, или к создателям графика и, ни в коем случае, к самому носителю идеи.
Что получается в итоге? Много людей остаются с нарушенной психикой и пониженной самооценкой, а отделы, разрабатывающие творческие детали проекта, выслушивают недовольство руководителей. Создание проекта катится в тартарары, затраты на проект увеличиваются, а сроки выполнения все оттягиваются. Чаще всего, начальство не знает и не осознает долю риска потерять миллионы долларов до тех пор, пока проект не зайдет в тупик и дальше двигаться будет некуда.
«Контроль и адаптация» — основа методики Scrum
Те, кто используют Scrum, придерживаются творческого подхода, находят варианты решений и отбрасывают сомнения. Scrum подразумевает организацию труда правильно, что дает возможность оценивать во время выполнения работы качество продукта и способ его создания. Исход главным образом создается из реального подхода, позволяющего увеличивать скорость выполнения и качество работы, итогового материала.
Фундаментом методики Scrum является несложная идея. Она дает возможность проверять в любой момент ход работы и последовательно выяснять, есть ли проблемы, кто из работников не справляется и как нужно скорректировать его труд в нужном направлении, тем самым повышая качество итогового материала, соответствующего требованиям заказчика. Плюсом новой методологии является беспрепятственное поднятие вопросов о возможности улучшения метода разработки, определения факторов, мешающих выполнению поставленных задач.
Данный процесс называется «Контроль и адаптация». Другими словами, надо периодически прерывать процесс труда для проведения проверки созданного и внесения корректировки во избежание различных тупиков. Сам процесс несложен, не требует особых умений, главным образом требуется самодисциплина, честность и концентрация.
Сферы применения Scrum
Подобный подход используется не только для разработки программного обеспечения, методологию можно успешно применять в различных областях деятельности. Уже были случаи достижения успеха с использованием Scrum в создании автомобилей, управлении бизнеса (прачечной), обучении детей в школах, составлении свадебной церемонии и проектирования в НАСА. Можно использовать даже для организации домашних дел, чтобы увеличить производительность и иметь больше свободного времени.
Какие результаты можно получить?
Итоговым результатом применения Scrum является наглядное увеличение производительности при правильном и точном выполнении необходимых команд. Создатель методики Джефф Сазерленд применял данные методы в различных отраслях и компаниях, занимая должности начиная от генерального директора и главного директора по технологиям, заканчивая работами в офисах. Он проводил обучения сотрудников, давал консультации, курировал проекты, что в итоге всегда венчались успехом.
Зачастую результаты работы по методике Scrum просто ошеломляют, работа конкурирующих компаний по старым подходам обречены на неминуемый проигрыш. Предприниматели, имеющие огромный капитал, идущие на риски каждый день, видят всех насквозь. Акулы бизнеса открыто заявляют: « Результат от использования Scrum бесспорен, когда появилась данная методика, у всех компаний появился выбор: перейди на новый уровень или пользуйся старым и умри».
Какие ценности определяет методика?
Создатель Scrum провозглашал такие ценности:
-
человек главнее процесса и документации, которая фиксирует задачу продукта;
-
фактическое сотрудничество является важнее, чем ведение переговоров про условия сделки;
-
нужнее быстрое реагирование на любые изменения, а не обязательное выполнение первоначального плана.
Scrum является совокупностью идей, направленных на воплощение вышеуказанных правил.
Scrum как эффективный способ преодоления препятствий в работе
Создатель методики Джефф Сазерленд смог разобраться с ликвидацией преград. Само понятие «препятствий» появилось у компании Toyota: здесь были разработанные многие идеи, на них позже выстроилась основа Scrum. Речь идет о производственном потоке, принцип которого сформулировал Тайити Оно.
Тайити Оно ввел понятие принцип непрерывного потока. Его суть — работа непрерывная и быстрая, основная задача — обнаружить и ликвидировать преграды на пути потока. В его трактовке помехи понимаются как убытки. Тайити Оно в своей концепции преподносит это явление с двух точек зрения: производственной и человеческой стороны.
Японский предприниматель поделил на классы возможные преграды и убытки, возникающие во время производства, взяв за основу многие их особенности. Однако любую заминку в процессе он определял как преступление. По мнению Тайити, как только начальство освоит данное правило, тогда и случится настоящий взлет Scrum.
Деление работы на «спринты»
Процесс работы, который основывается на концепции Scrum, предоставляет возможность в установленное и короткое время прийти к поставленным итогам, при этом новая версия есть продолжение предыдущей. Такие принципы позволяют участниками штата продуктивно работать как с заказчиками, так и друг с другом. Работа делилась на этапы, в конце каждого из них оценивались результаты, учитывались ошибки и то, как была проделана работа над сделанными ранее ошибками.
Scrum назвал такие этапы спринтами. Каждый спринт предварительно обговаривается на специальных консилиумах. Работники делают оценку объема материала и определяют часовые рамки исполнения (например — 2 недели). Из списка выставленных по приоритетам задач участники определяют следующие единицы программы, которые будут выполнены, выписывают их на стикеры и размещают на стенде. Группа определяет количество единиц задач, которые им под силу вовремя сделать за один спринт.
Завершающим этапом становится собрание для представления результатов работы друг друга. Группа проводит сравнение между количеством поставленных и выполненных до конца задач, которые были записаны на стикеры. Если есть незаконченные задачи, значит для данного спринта было неправильно определено число задач. Но бывает результат, что недостаточно задач. Главное, что группа начинает реально оценивать свою трудоспособность и в дальнейшем реально может определять часовые рамки выполнения работы.
Как только все участники представят полученные результаты работы, следующим этапом становится осмотр конечного творения. Тогда начинают работать концепции Таити Оно, поскольку основным объектом обсуждения является процесс создания продукта, а не то, как он выполнен. «Что сделать для улучшения работы в предстоящем спринте? Что стало помехой в предыдущем? Почему продвижение происходит медленней, чем нам бы хотелось?» — это основные вопросы, которые возникают в группе.
Пример этому явлению отчетливо показывает история корпорации Healthcare.gov. С помощью этой системы американские граждане имели возможность определиться самостоятельно с удобным медицинским страхованием. Сама задумка и оформление было очень хорошим. Совокупность средств для общения характеризовались удобностью и практичностью. С помощью Scrum работу над разработкой завершили сроком в три месяца. Но угроза таилась внутри. Не удалось запустить серверную программу, она отвечала за связь между базами данных Министерства здравоохранения и общественных служб с системами различных страховых компаний и государственных организаций по всему США. Для этой трудоемкой и ответственной части создания системы были брошены более двадцати разных подразделений, каждая группа людей была озабоченна конкретными задачами, работа распланирована каскадным методом. Испытание самой работы сервера отложили почти до конца поставленных сроков сдачи работы, предварительные проверки не делали абсолютно.
Проблема состояла в том, что сотрудники не хотели рисковать. Несомненно, они хорошие специалисты, старались подстраховаться на случай возникновения трудностей. Главная трудность состояла в том, что каждый думал только о своей части работы, не хотел иметь дело с чужими проблемами. Каждый отдел, приглашенный на разработку отдельной части системы, передавал заказчику свою часть и заканчивал на этом деятельность. Никто даже и не думал воспользоваться сайтом от лица простых пользователей. У них были разные цели, а не одна единая. В разработках должна принимать участие одна группа, связанная между собою тесными трудовыми отношениями. Scrum занимается объединением разных коллективов в одно целое. Уделяется особое внимание не только общему конечному результату, но и схеме продвижения. Среди разработчиков Healthcare.gov никто не предложил во время разработки тестировать уже созданные элементы. В процессе разработки накапливались проблемы, поэтому конечный продукт ожидал стандартный результат поражения. Но все было исправлено, благодаря людям, которые воспользовались Scrum.
Есть еще один важный аспект: нельзя с помощью Scrum получать хорошие результаты, думая лишь о бизнесе. Методологию можно успешно применять в разных отраслях жизни для решения глобальных задач. Например, решить зависимость человечества от нефти, проблему дефицита питьевой воды в бедных странах третьего мира, препятствовать развивающей преступности.
Выводы
Итак, выделим основные аспекты, которые мы уже узнали о Scrum.
Полезно планировать
Нельзя следовать схеме вслепую. Очень удобно иметь перед глазами гибкую таблицу или схему, где изображен график и этапы дела. Но для реализации плана обязательно необходимо оставлять место внезапным незапланированным изменениям, новых мыслей и изобретений. Если этого не делать, то в реальности все быстро рухнет.
Важно контролировать и подстраиваться
Следите за продвижением работы и отвечайте на вопросы: все ли идет по плану и возможно ли делать это быстрее, усиленно.
Не бойтесь трансформации
Забудьте о жестком контроле, подавлении и конкретном соблюдении схемы работ. Конкуренты могут использовать новейшие методы и обогнать вас.
Ошибку нужно найти и исправить как можно быстрее
Работа над формальной составляющей проекта (ведение и оформление документов, различных процедур, совещания), отнимает больше места в корпоративной культуре, чем реальное создание продукта, который необходимо проверять с помощью практического тестирования пользователями. Зачем выпускать никому не нужное детище? Это неразумно, глупо. Если во время создания продукта использовать короткие этапы, то легче организовать сотрудничество с пользователем и разрушать все препятствия на пути к завершению дела.