SCRUM или классический проект по внедрению 1С:ERP: в какое путешествие отправиться?

Начну данный материал совсем не IT-шным вступлением. Вы любите путешествовать :)?

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

А если я задам следующий вопрос: "Вы подготавливаете, планируете свой отдых? На этот вопрос основная часть людей тоже ответит: "Да!".

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

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

А хотите отправиться в иной отпуск? Когда есть только общее направление, но нет никакой конкретики. Именно так мы с подругой путешествуем 2 последних года. Есть длительность отпуска и есть территория/край, который интересен. Мы садимся на машину и начинаем его исследовать. Слушаем местных ("что посмотреть") и едем туда. Остаемся в местах, которые понравились, столько, сколько хочется. В основном есть примерный план только на день (хотя он может корректироваться или его может не быть вовсе). И мы точно не знаем, где будем на следующий день. Жилье на вечер бронируем, как правило, в этот же день или вообще находим вечером. И такой отдых сейчас нам очень подходит, мы получаем от него удовольствие.

Отдыхать так спонтанно могут немногие. При этом предприятия часто говорят, что готовы в похожем режиме "неопределенности" попробовать вести крупные проекты по внедрению ERP и других корпоративных систем. Да-да, я сейчас именно о методологии Scrum.

Хотите поимпровизировать?

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

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

Для сравнения, если мы говорим о классическом проекте, то в начале всегда определяются цели всего внедрения и цели автоматизации отдельных подразделений. Определяются и фиксируются. А значит в конце можно проверить – достигли или нет.

Далее. Если говорить про 1С:ERP – то это комплексная система, в которой отдельные блоки взаимосвязаны. И очень важно все эти взаимосвязи "просчитать", выстроить учетную политику именно таким образом, чтобы блок, успешно запушенный ранее, не пришлось потом переделывать. Этому способствует подход от общего к частному. Именно этим "просчитыванием" и занимаются бизнес-архитекторы и постановщики на этапе проектирования, на выходе которого у заказчика есть формализованная в документе концепция работы в новой системе. И согласованная, заметьте! Та, которая вас устраивает! А когда есть такая концепция, то можно уже спокойно приступать к реализации – решать отдельные задачи по настройке, доработке (если необходимо), вводу начальных остатков и т.д.

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

Scrum – это путешествие, в котором есть дата старта, но нет даты окончания. Либо дата окончания назначена искусственно или связана с тем, что весь отведенный бюджет выбран. При Scrum шутка о том, что "ремонт нельзя закончить, его можно только остановить" тоже будет вполне уместна (кстати, она справедлива, когда нет дизайн-проекта ремонта или зафиксированного объема работ).

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

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

Есть 2 ситуации, в которых Scrum будет работать отлично, с большой буквы "О" (если, конечно, учесть все вышеизложенные факторы). Во-первых, когда речь идет о проекте по развитию системы (а сама система уже внедрена). В этом случае Scrum – то, что нужно.

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

Во всех остальных случаях, мы очень рекомендуем тщательно взвесить все за и против, прежде чем отправиться в "путешествие" под названием "проект внедрения 1С:ERP".

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