Фирма «1С» и ее партнеры франчайзи представляют на рынок большое количество программных продуктов системы «1С:Предприятие 8» (ППC 1С). Эти программы (конфигурации, решения) предназначены для автоматизации управления и учета на предприятиях различных отраслей, видов деятельности и типов финансирования [1].
Широкий спектр предоставляемых решений, а также популярность фирмы способствует высокому спросу на ППC 1С. Типовые решения способны в большинстве случаев удовлетворить потребности компаний-заказчиков из сегментов малого и среднего бизнеса. Любое внедрение программных продуктов должно в максимально быстрые сроки удовлетворять потребности заказчика с наименьшими издержками. Для достижения оптимального результата во многих фирмах применяется «Технология быстрых результатов» (ТБР).
ТБР — это технология внедрения программных продуктов на базе 1С:Предприятияе, направленная на получение быстрых, регулярных (ежемесячных) и качественных результатов, имеющих ценность для заказчика, предполагающая снижение финансовых рисков, регулярное закрытие выполненных работ и обеспечивающая исполнителю получение регулярного (ежемесячного) финансирования на выполнение работ [2].
Основные цели, которые преследует ТБР:
Быстрый результат;
Регулярный (ежемесячный) результат;
Снижение финансовых рисков;
Высокий уровень качества результата работы;
Регулярное закрытие выполненных работ;
Получение регулярного финансирования на выполнение работ;
Повышение эффективности внедрения ИС.
ТБР обеспечивает короткие циклы получения результата за счет [2]:
Высокая мотивация заказчика на результат, поддерживаемая административным ресурсом заказчика;
Архитектуры 1С:Предприятия, позволяющая «на лету» разрабатывать и часто вносить существенные изменения в работающую систему;
Тиражные готовые решения на основе которых можно прототипировать информационную систему заказчика;
Технология облегченного проектного документирования;
Расставление точечных приоритетов, автоматизация только тех участков, которые наиболее приоритетны на данный момент для заказчика.
Данная технология в значительной мере базируется на технологии экстремального программирования, которая не относится в полное мере к «классическим» технологиям управления проектами в области ИТ.
Команда, работающая по ТБР, может достичь коротких циклов получения результата за счет соблюдения следующих принципов:
Высокая мотивация заказчика на получение результат, поддерживаемая административным ресурсом самого заказчика;
Снижение транзакционных издержек, организация непрерывной, быстрой и эффективной обратной связи, готовность быстро и ответственно принимать решения;
Постоянно растущее в ходе проекта доверие;
Эффективные коммуникации в целом, тесное взаимодействие членов команды в частности;
Достаточный и необходимый уровень профессионализма членов команды проекта;
Стремление к простоте, умение выявлять главное и расставлять приоритеты, автоматизировать в первую очередь те участки, которые наиболее приоритетны и актуальны в данный момент для заказчика;
Достижение требуемого уровня качества при разумном перфекционизме;
Возможность по ходу проекта учитывать и реализовывать потребности, возникшие в результате изменений в бизнесе и окружении. Гибкое планирование работ, ресурсов и затрат.
Технологии, позволяющие без промедления обнаруживать существующие в системе дефекты [3].
Рассмотрим ТБР более пристально с использование SWOT-анализа с точки зрения как заказчика, так и исполнителя (Таблица 1).
Таблица 1
|
Сильные стороны |
Возможности |
|
Получение быстрых результатов. Быстрая автоматизация наиболее приоритетных участков. |
Установить долгосрочные отношения с заказчиком. Повысить степень доверия сторон друг к другу. |
|
Регулярные оплаты выполненных работ. |
Избежать кассовых разрывов. Планирование расходов по проекту. |
|
Равномерная загрузка сотрудников, регулярная зарплата. |
Удержание профессиональных команд. Задачи заказчика выполняются быстрее и со все возрастающим уровнем качества. |
|
Вследствие простоты ТБР роль руководителя проекта (РП) могут выполнять практически любые сотрудники исполнителя или заказчика. |
Нет необходимости долгого обучения РП «классическому» управлению проектами. Стоимость команды внедрения уменьшается — нет необходимости в дорогостоящих РП. |
|
Команда проекта не делится на «команда заказчика» и «команда исполнителя»: эффективное взаимодействие. |
Регулярная обратная связь с ответственными лицами заказчика. Снижаются затраты по проекту, экономия времени на постановку задачи и консалтинг. |
|
За методологию и изменения отвечает заказчик. |
Получение готовой постановки задач от ключевых сотрудников заказчика. Снижаются затраты по проекту, экономия времени на постановку задачи и консалтинг. |
|
Не применяется «тяжелый» проектный документооборот. |
Снижение затрат (времени, бюджета, ресурсов) на документооборот. |
|
Выход из проекта может быть осуществлен в любой момент без угрозы для проекта в целом. |
Снижение рисков связанных с финансированием
|
|
Краткосрочное планирование работ, ресурсов, бюджетов. |
Достижение высокой точности планирования работ, ресурсов, бюджетов. |
|
Слабые стороны |
Угрозы |
|
Высокие требования к коммуникативной компетенции членов команды проекта. |
Низкая степень вовлеченности заказчика в проект и неуспешное окончание проекта. |
|
Сложно хорошо проработать архитектуру решения в ситуации с постоянными, очень динамичными изменениями. |
Плохая архитектура системы, и, как следствие:
|
|
Частые релизы, постоянные нововведения. |
Сложность для пользователей по изучению новых функций ИС в регулярном режиме. |
|
Сложно получить хорошо документированную систему в ситуации с постоянными, динамичными изменениями. |
При неправильном подборе исполнителя плохо документированная система, что приведет к проблемам использования, развития и сопровождения. |
|
Высокие требования к квалификации специалистов (консультантов, методистов, программистов, внедренцев) |
Трудно найти специалистов. Результат может быть низкого уровня качества. |
Исходя из проведенного анализа можно сделать вывод, что данная технология не заменяет общепринятые технологии внедрения, но расширяет список существующих: технология сервисного выезда, технология стандартного внедрения, технологии проектного внедрения. ТБР целесообразно применять для инновационных проектов (НИР), а также в проектах с высокой степенью неопределенности в части ключевых параметров проекта: бюджета, сроков и содержания.
Также необходимо понимать, что например, для предприятий государственного сектора, где по требованиям нормативной базы, требуется полное документирование проекта и автоматизированной системы (техническое задание в соответствии с ГОСТ 34 серии, технический проект, расширенная пользовательская документация и пр.) — необходимо применять классические технологии проектного управления.
Литература:
www.1c.ru.
www.consulting.1c.ru.
Кент Бек «Экстремальное программирование», Extreme Programming Explained. Серия: Библиотека программиста, Издательство: Питер, 2002г., Мягкая обложка, 224 стр. ISBN 5–94723–032–1, Тираж: 4500 экз.