Журнал «Компьютерра» № 8 от 28 февраля 2006 года
Шрифт:
ОС: Windows
Адрес:genntt.webs.com.ua
Версия: 2.7.4
Размер: 316 Кбайт
Интерфейс: многоязычный (в том числе русский)
Цена: $21,90
PowrClik Pro позволяет запускать программы и управлять питанием компьютера по таймеру или при наступлении какого-то события (например, уничтожение окна или повышенная загрузка процессора). Софтинка умеет управлять питанием компьютера и монитора, завершать сессию, производить блокировку, запрещать (или,
ОС: Windows
Адрес:www.chaosmanager.net
Версия: 2.22
Размер: 1,2 Мбайт
Интерфейс: английский
Цена: бесплатно
Chaos Manager – небольшой, но удобный в использовании органайзер, в состав которого входят всплывающие напоминания, календарь, телефонная книга, записная книжка. Программа может посылать сообщения по электронной почте. Chaos Manager имеет средства синхронизации через удаленный ftp-сервер, что позволяет работать, скажем, дома и на службе. Все данные могут быть зашифрованы и защищены паролем. Есть возможность работы со съемного устройства – например, USB-флэшки.
ТЕХНОЛОГИИ: Как сделать успешный ERP-проект
Автор: Дмитрий Мартынов
Какой ERP-проект можно считать успешным? Тот, который работает. Формулировка условная, но для обсуждения проблем, затронутых в статье, ее достаточно. Эффективность работающей системы состоит из множества компонентов, из которых обычно учитывают лишь небольшую часть. Введем упрощение: если ERP работает, то работает эффективно (наоборот бывает невероятно редко).
Однако такой критерий успешности больше подходит для Заказчика. Для Исполнителя (приносим извинения за юридическую терминологию, но в данном случае точнее не скажешь. – Прим. ред.) еще важен и финансовый результат затраченных усилий. Главная причина неопределенности будущего любого ERP-проекта – разные критерии успешности у Заказчика и у Исполнителя проекта.
Существует множество различных методик внедрения. Придумывали их компании-интеграторы, то есть Исполнители. При этом они решали прежде всего свои задачи, а уж потом задачи клиента.
«Да, мы готовы завязать оплату на результаты проекта, но только в том случае, если на период проекта мы поставим на вашем предприятии своего генерального директора.»
Заказчик и Исполнитель заключают договор на внедрение ERP-системы. В соответствии с договором проект разбивается на этапы. Оплата работ распределяется (более или менее равномерно) по этапам, включая предоплату и завершающий платеж. В начале обследование, потом настройка системы и наконец внедрение. Международные методики предусматривают стандартный набор документов, который гарантирует правильность обследования. Готовится описание бизнес-процессов (БП), затем – техническое задание (ТЗ) на проект. На следующем шаге Исполнитель настраивает систему. Методику описания регламентирует документ «Описание настроек системы».
Затем описываются и реализуются необходимые доработки и проводится обучение персонала. Все вышеперечисленные действия можно условно разделить на четыре-пять этапов, каждый из которых продолжается обычно от одного до полутора месяцев.
Последний и главный этап – собственно внедрение. Это самая сложная часть, в которой и заключается суть проекта. Если внедрение прошло удачно – даже при отсутствии предыдущих этапов (что, в принципе, возможно – есть примеры), то и весь проект будет успешным. Если же предыдущие этапы успешно реализованы, а с последним не сложилось, то проект «завален», система не работает, а многотомная документация, составленная на первых этапах внедрения, скорее всего никому больше не понадобится. Поэтому все этапы до внедрения называют предпроектными работами.
1.1. Взгляд со стороны заказчика
Все начинается с того, что руководство Заказчика принимает решение о начале проекта. В этот момент Исполнитель обычно еще не известен, и курировать проект начинает собственный специалист Заказчика. Его так и называют – Куратором проекта. Он отвечает за формирование команды, которая подготовит проект, распланирует его и выберет исполнителя. Очевидно, что успех всей затеи во многом зависит от того, насколько удачно был выбран Куратор. Ведь проблемами большинства ERP-проектов являются:
< низкая квалификация Куратора в области информационных технологий;
< и/или недостаточная квалификация Куратора в области бизнеса Заказчика;
< и/или низкая ответственность Куратора за результаты проекта;
< и/или недостаточная мотивация Куратора на результаты проекта;
< и/или низкая зарплата Куратора.
Пытаясь снизить возможные издержки от неудачного выбора Куратора, Заказчик может совершить серьезную ошибку, доверив все Исполнителю. Зачастую это происходит на этапе выбора Куратора (когда Исполнитель еще неизвестен) и формулируется примерно так: «Сейчас мы найдем фирму, которая нам все сделает».
Порой Куратор выбирается до того, как принято окончательное решение о запуске ERP-проекта, и в его задачи, помимо прочего, входит поиск Исполнителя – для этого ни полномочий, ни ответственности не требуется. А дальше все идет по стандартному сценарию: к Заказчику приезжают специалисты фирмы-интегратора, устраивают презентацию (главная цель которой – успокоить Заказчика и создать впечатление, что особых проблем с проектом не предвидится) и, если презентация прошла удачно, начинают обсуждать подписание договора. Договор готовит Исполнитель, так как для Заказчика договор не профильный и у него нет юристов, имеющих соответствующую квалификацию. Как следствие, в договоре отсутствуют требования к результату проекта, а есть только требования к процессу проекта (то есть по сути – требования Исполнителя).
В конечном счете Исполнителю доверяется и выполнять проект, и контролировать его выполнение. Иными словами, ему поручается следить за самим собой.
1.2. Взгляд со стороны исполнителя
Введем упрощение. Будем считать, что невнедренный проект не влияет на репутацию Исполнителя. Это не совсем верно, но верно настолько, что мы можем это допустить.
С точки зрения Исполнителя очевидно следующее:
< Результат проекта неизвестен.
< Договор заключать надо так, чтобы получить прибыль.