Библиографическое описание:

Семин А. С. Анализ «Технологии быстрых результатов» в управлении внедрением финансово-экономических программных продуктов фирмы «1С» // Молодой ученый. — 2013. — №2. — С. 180-182.

Фирма «1С» и ее партнеры франчайзи представляют на рынок большое количество программных продуктов системы «1С:Предприятие 8» (ППC 1С). Эти программы (конфигурации, решения) предназначены для автоматизации управления и учета на предприятиях различных отраслей, видов деятельности и типов финансирования [1].

Широкий спектр предоставляемых решений, а также популярность фирмы способствует высокому спросу на ППC 1С. Типовые решения способны в большинстве случаев удовлетворить потребности компаний-заказчиков из сегментов малого и среднего бизнеса. Любое внедрение программных продуктов должно в максимально быстрые сроки удовлетворять потребности заказчика с наименьшими издержками. Для достижения оптимального результата во многих фирмах применяется «Технология быстрых результатов» (ТБР).

ТБР — это технология внедрения программных продуктов на базе 1С:Предприятияе, направленная на получение быстрых, регулярных (ежемесячных) и качественных результатов, имеющих ценность для заказчика, предполагающая снижение финансовых рисков, регулярное закрытие выполненных работ и обеспечивающая исполнителю получение регулярного (ежемесячного) финансирования на выполнение работ [2].

Основные цели, которые преследует ТБР:

  • Быстрый результат;

  • Регулярный (ежемесячный) результат;

  • Снижение финансовых рисков;

  • Высокий уровень качества результата работы;

  • Регулярное закрытие выполненных работ;

  • Получение регулярного финансирования на выполнение работ;

  • Повышение эффективности внедрения ИС.

ТБР обеспечивает короткие циклы получения результата за счет [2]:

  • Высокая мотивация заказчика на результат, поддерживаемая административным ресурсом заказчика;

  • Архитектуры 1С:Предприятия, позволяющая «на лету» разрабатывать и часто вносить существенные изменения в работающую систему;

  • Тиражные готовые решения на основе которых можно прототипировать информационную систему заказчика;

  • Технология облегченного проектного документирования;

  • Расставление точечных приоритетов, автоматизация только тех участков, которые наиболее приоритетны на данный момент для заказчика.

Данная технология в значительной мере базируется на технологии экстремального программирования, которая не относится в полное мере к «классическим» технологиям управления проектами в области ИТ.

Команда, работающая по ТБР, может достичь коротких циклов получения результата за счет соблюдения следующих принципов:

  1. Высокая мотивация заказчика на получение результат, поддерживаемая административным ресурсом самого заказчика;

  2. Снижение транзакционных издержек, организация непрерывной, быстрой и эффективной обратной связи, готовность быстро и ответственно принимать решения;

  3. Постоянно растущее в ходе проекта доверие;

  4. Эффективные коммуникации в целом, тесное взаимодействие членов команды в частности;

  5. Достаточный и необходимый уровень профессионализма членов команды проекта;

  6. Стремление к простоте, умение выявлять главное и расставлять приоритеты, автоматизировать в первую очередь те участки, которые наиболее приоритетны и актуальны в данный момент для заказчика;

  7. Достижение требуемого уровня качества при разумном перфекционизме;

  8. Возможность по ходу проекта учитывать и реализовывать потребности, возникшие в результате изменений в бизнесе и окружении. Гибкое планирование работ, ресурсов и затрат.

  9. Технологии, позволяющие без промедления обнаруживать существующие в системе дефекты [3].

Рассмотрим ТБР более пристально с использование SWOT-анализа с точки зрения как заказчика, так и исполнителя (Таблица 1).

Таблица 1

Сильные стороны

Возможности

Получение быстрых результатов. Быстрая автоматизация наиболее приоритетных участков.

Установить долгосрочные отношения с заказчиком. Повысить степень доверия сторон друг к другу.

Регулярные оплаты выполненных работ.

Избежать кассовых разрывов. Планирование расходов по проекту.

Равномерная загрузка сотрудников, регулярная зарплата.

Удержание профессиональных команд. Задачи заказчика выполняются быстрее и со все возрастающим уровнем качества.

Вследствие простоты ТБР роль руководителя проекта (РП) могут выполнять практически любые сотрудники исполнителя или заказчика.

Нет необходимости долгого обучения РП «классическому» управлению проектами. Стоимость команды внедрения уменьшается — нет необходимости в дорогостоящих РП.

Команда проекта не делится на «команда заказчика» и «команда исполнителя»: эффективное взаимодействие.

Регулярная обратная связь с ответственными лицами заказчика. Снижаются затраты по проекту, экономия времени на постановку задачи и консалтинг.

За методологию и изменения отвечает заказчик.

Получение готовой постановки задач от ключевых сотрудников заказчика. Снижаются затраты по проекту, экономия времени на постановку задачи и консалтинг.

Не применяется «тяжелый» проектный документооборот.

Снижение затрат (времени, бюджета, ресурсов) на документооборот.

Выход из проекта может быть осуществлен в любой момент без угрозы для проекта в целом.

Снижение рисков связанных с финансированием

  • Нет пустой траты денег заказчика

  • Нет недополучения дохода исполнителем

Краткосрочное планирование работ, ресурсов, бюджетов.

Достижение высокой точности планирования работ, ресурсов, бюджетов.

Слабые стороны

Угрозы

Высокие требования к коммуникативной компетенции членов команды проекта.

Низкая степень вовлеченности заказчика в проект и неуспешное окончание проекта.

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

Плохая архитектура системы, и, как следствие:

  • Низкая производительность;

  • Проблемы развития конфигурации;

  • Проблемы сопровождения.

Частые релизы, постоянные нововведения.

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

Сложно получить хорошо документированную систему в ситуации с постоянными, динамичными изменениями.

При неправильном подборе исполнителя плохо документированная система, что приведет к проблемам использования, развития и сопровождения.

Высокие требования к квалификации специалистов (консультантов, методистов, программистов, внедренцев)

Трудно найти специалистов. Результат может быть низкого уровня качества.


Исходя из проведенного анализа можно сделать вывод, что данная технология не заменяет общепринятые технологии внедрения, но расширяет список существующих: технология сервисного выезда, технология стандартного внедрения, технологии проектного внедрения. ТБР целесообразно применять для инновационных проектов (НИР), а также в проектах с высокой степенью неопределенности в части ключевых параметров проекта: бюджета, сроков и содержания.

Также необходимо понимать, что например, для предприятий государственного сектора, где по требованиям нормативной базы, требуется полное документирование проекта и автоматизированной системы (техническое задание в соответствии с ГОСТ 34 серии, технический проект, расширенная пользовательская документация и пр.) — необходимо применять классические технологии проектного управления.


Литература:

  1. www.1c.ru.

  2. www.consulting.1c.ru.

  3. Кент Бек «Экстремальное программирование», Extreme Programming Explained. Серия: Библиотека программиста, Издательство: Питер, 2002г., Мягкая обложка, 224 стр. ISBN 5–94723–032–1, Тираж: 4500 экз.


Обсуждение

Социальные комментарии Cackle