Построение ИС, инициированное Мировым банком
Добрый день !
С недавних пор стал ворошить Интернет в поисках материалов
по успешным/неуспешным внедрениям корпоративных ИС.
Есть куча вопросов, а ответы на них найти очень трудно.
Если коротко, то дело в следующем.
В конце 90-х Мировой Банк инициировал проект по информатизации
Управления Социальной защиты Молдовы.
Как все на самом деле начиналось и кто "зачинщик" всего этого -
мне неизвестно.
Проект оценили - в 12 млн.$
Существующая, действующая ИС, которую мы делали, обслуживаем
и развиваем была спроектирована и запрограммирована еще при СССР,
работает до сих пор.
Единственное что мы поняли тогда, в конце 90-ых, что ей на смену
прийдет что-то новое.
Началась бесконечная череда посещений/приездов "посетителей"-консультатнтов
с Мирового банка, переговоров (естественно с высшим руководством)
и т.д. и т.п.
Затем прибыли представители ПрайсвотерхаусКуперс. Долго что-то
спрашивали у пользователей, писали....
[Короткая справка:
Бизнес-аналитиков, в истинном понимании, у нас нет.
Руководители среднего звена (владельцы каждый своего бизнес-процесса) -
совершенно не разбираются в ИТ.
Программисты (10-12 человек) - они же проектировщики, они же
админы ОС, СУБД, БД ]
После Прайсвотерхауса появился P-E International, тоже что-то
долго писали...
И так до 2003 года.
Затем объявили тендер на написание ИС.
К этому времени осталось уже 7 млн$ из 12-ти.
Я решил пойти к Председателю Национальной Кассы с предложением,
суть которого - зачем же программированием новой ИС будет заниматься
какая-то посторонняя фирма ? Мы и сами это сможем сделать, но нам для
этого необходимо: ну, и предоставил список. Ответ был следующим:
- Мне все известно, я бы за, но... ничего не могу поделать -
проект "навязан" сверху.
В начале 2005 г. тендер выиграла Греческая фирма INTRACOM. С
платформой SUN - ORACLE, инструментарий - PL/SQL и Oracle Developer Suite.
В субподрядчики Греки наняли местную Кишиневскую ИТ фирму, в основном -
для миграции данных и для координации действий с нами.
От нас руководство делегировало одного из ИТ руководителей
среднего звена для координирования проекта.
В конце 2005 г. для наших разработчиков были организованы курсы по
Oracle и PL/SQL (согласно проекту). Надо отметить, что зарплаты
ИТ-шников в нашей организации в среднем 70-100 $, тогда как
средняя з/п специалиста по Oracle в Кишиневе - 400-500$.
INTRACOMовцы взялись за дело довольно резво - когда мы пришли
на первую встречу, у них уже были готовы оконные интерфейсы !?
Оказывается, у этой фирмы есть опыт написания Пенсионной системы
в Греции (но там они ее внедрили процентов на 70%).
Значит, они будут использовать свои подходы и процессы с завязкой
на нас ? - первое, что пришло нам в голову.
Далее, начался длительный период опросов (по-английски, через
переводчика) наших пользователей - что вводится, как расчитывается,
что выводится...
Ни с кем из наших Айтишников греки не общались, только с пользователями.
В данный момент уже ведется тестирование. Которое заключается вот
в чём: наш пользователь должен ввести кое-что, а на выходе получить
правильный,необходимый результат.
Далее - ситема должна распространиться сперва по пилотным
объектам, а там - по всем районам всей Республики Молдова.
Параллельно с этим, высшее руководство постоянно "дергает":
1. Руководителей-пользователей среднего звена - чтобы они подумали
над тем КАКИЕ БИЗНЕС-ПРОЦЕССЫ НЕОБХОДИМО ПРИДУМАТЬ, чтобы
работала новая ИС ?
2. Своих разработчиков ПО - готовы ли они "взять" новую ИС для
дальнейшей разработки/сопровождения/эксплуатации ?
Народ толпами ходит, интересуется ДРУГ У ДРУГА:
- что будет ? Как, кто и где, чем будет заниматься ?
В основном, ответ один - как Греки сделают, так и будет.
ИТшники тоже разбились на 2 лагеря:
1ые- Да, конечно ! Возьмем Греческие исходники, и вперед...
2ые- да мы только 3-4 недели проучились - вообще слабо
знаем что такое Oracle - не сможем...
Короче, никто ничего не знает и все ждут: что будет ?
А я вот уже длительное время сканирую Интернет в поисках ответа:
- Во что выльется внедрение этой крупной ИС (причем, Пенсионной) ?
- На что ориентировать программистов в случае удачи/неудачи ?
- на кого посыпятся шышки в случае неудачи - пострадают ли ИТшники ?
- Не заставят ли, "скрутив руки" программистов исправлять - дорабатывать
греческие исходники и есть ли на практике какие-либо примеры подобного ?
лично я считаю, что это невозможно
- пользователи не поняли что их ждет тотальный реинжиниринг
бизнес-процессов, во что это выльется ?
p.s.
Кстати, много есть статей по внедрению КИС, но практически
нигде не описывается характер последствий для специалистов
(в частности, ИТ) т.е. имеется в виду:
"где козёл отпущения и кто на ком ездить будет ?"
Спасибо.
Чернышов Владимир
Управление программирования
пенсионной системы Молдовы.
В выигрыше останутся ИТ-сотрудники
В итоге будет работать новая дорогостоящая система, купленная на стороне. Плохо, тяжело и для ИТ-специалистов, и для пользователей.
Спустя не более года после окончания начнется нормальная разработка информационной системы, учитывающей все ошибки первого внедрения. Основа систем такого класса - сейчас только Oracle. В будущем - PostgreSQL/Linux. Специалисты по Oracle будут востребованы и для текущего и для нового внедрения.
Национальные проекты поддерживать силами сторонних компаний-разработчиков -- это стратегические риски для страны, так как взаимоотношения - добровольные, а сменить разработчика не сменив систему - невозможно.
Оптимальный вариант для национальной информационной системы - собственная служба проектирования и внедрения ИТ-подсистем.
Осваивайте Oracle, и всё будет в порядке.
Во что выльется -- узнайте у поставщика стоимость внедрения на одно рабочее место в обычных проектах масштаба типа вашего. Простая методика расчета: одно рабочее место обходится в какую-нибудь ориентировочную сумму, затем считаете количество рабочих мест и умножаете, потом умножаете все на 3, так как кроме лицензий и стоимости внедрения есть стоимость аппаратуры и инфраструктуры. Осторожно предположу, что общее количество рабочих мест надо умножить на 3000 долларов, вот и получится сумма. За 7 млн.долл можно инсталировать вполне работоспособную систему с 2300 рабочими местами. Правда если бизнес процесс хорошо описан и легко автоматизируется. Ну и есть 20-40 ИТ-специалистов.
Кстати, описанные проблемы надо бы обсуждать с руководством проекта или организации-заказчика. видимо данные вопросы не могут быть обоснованы для руководства внутренними силами. При этом любая информация, полученная со стороны, не поможет, так как требуется еще и некоторая ответственность за то, что информация истинна, достоверна именно для рассматриваемого случая, и может быть использована для принятия управленческих решений со ссылкой на авторитеный источник. Такая работа -- анализ, выводы, варианты ибора и принятие ответственности за результат консультации - немало стоят. Но все же это не 7 млн.долл.
Раз информационная система готова, значит бизнес-процес исследован, описан и утвержден для разработчика. Следовательно, существует внутри компании авторитетный источник, позволивший сформировать конкурсную документацию, оценить предельную стоимость, провести конкурс, оценить предложения и выбрать вариант. Поищите этого человека, разговор с ним даст ответы на все вопросы. Это тот человек, кто чаще и больше всех общался с P-E International.
А как быть с этим подвохом ?
Ну а как быть с таким подвохом:
При любой попытке модификации программного кода
компания разработчик не несет никакой ответственности.
Это раз. При этом комплекс настолько сложен и наворочен,
что программисты заказчика имеют шансы мало что-либо
понять что там происходит, т.е. скорее всего сломают,
чем сделают. Вывод один:
Всем программистам заказчика надо увольняться и
искать другую работу ?
Кстати, забыл сказать, бизнес-процессы детально расписаны
не были. И сейчас, за 2-3 месяца до сдачи никто понятия
не имеет что и как будет делать.
Как же Вы не видите новые возможности для себя???
Цитата:
Сообщение от chernvj
Ну а как быть с таким подвохом:
При любой попытке модификации программного кода
компания разработчик не несет никакой ответственности.
Это раз. При этом комплекс настолько сложен и наворочен,
что программисты заказчика имеют шансы мало что-либо
понять что там происходит, т.е. скорее всего сломают,
чем сделают. Вывод один:
Всем программистам заказчика надо увольняться и
искать другую работу ?
Кстати, забыл сказать, бизнес-процессы детально расписаны
не были. И сейчас, за 2-3 месяца до сдачи никто понятия
не имеет что и как будет делать.
Про изменения в программе у меня уже сказано, что сменить разработчика не сменив систему невозможно. Кто создает рабочий код, тот и будет обслуживать (т.е. дорабатывать). Создает код сторонняя контора, значит они и будут модифицировать (за большие $$$:-). Другим даже пытаться не надо. Поэтому программистам заказчика остается только разбираться в коде (если дадут), выявлять чужие косяки, растолковывать пользователям куда какие кнопки жать, а какие ни в коем случае не трогать и т.п.
Раз бизнес-процессы не описаны, то прессинг со стороны пользователей на программистов будет ого-го какой, из программистов выживут самые стойкие. У программистов ИСКЛЮЧИТЕЛЬНО РЕДКИЙ ШАНС освоить Oracle на практике, и выйти из данной передряги ОЧЕНЬ (т.е. самыми) ценными кадрами. Хотя код переписывать вы не будете, но отчеты заказные вы будете делать день и ночь. На этой ерунде ТАК РУКУ НАБИТЬ можно, что в любую контору вас будут через год с этими руками отрывать (ха-ха, тавтология получилась).
Я вам завидую, парни (и дамы?). Затаривайтесь пивом, сушками, и в бой...
Да, кстати, кто там активный переговорщик c P-E International? Это руководящяя шишка или технический специалист?
P-E International сделали анализ целей организации, ограничений, законов, существующих процессов, - и написали новый бизнес-процесс с картинками. Именно его ваши коллеги-oraclоиды взали за основу новой разработки.
Как только заработает новая система, вся деятельность потихоньку перейдет на новые рельсы. И к программистам это тоже относятся. Развлечение на пару лет гарантировано!!!
Все зависит от количества подписей
Не знаю, как там у Вас сейчас дела, но если по теме, то Ваша ответственность будет в первую очередь зависеть от количества подписей, которые Вы поставили в соответствующих документах по внедрению.
Но, как правильно здесь заметили, Вам стоит очень пристальное внимание обратить на изучение Oracle. И может быть к тому времени когда начнут раздавать по серьгам, Вы уже будете работать над другим проектом :)