Показано с 1 по 8 из 8
  1. #1
    Новый участник
    Регистрация
    18.07.2007
    Сообщений
    4

    По умолчанию Построение ИС, инициированное Мировым банком

    Добрый день !

    С недавних пор стал ворошить Интернет в поисках материалов
    по успешным/неуспешным внедрениям корпоративных ИС.
    Есть куча вопросов, а ответы на них найти очень трудно.
    Если коротко, то дело в следующем.
    В конце 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.
    Кстати, много есть статей по внедрению КИС, но практически
    нигде не описывается характер последствий для специалистов
    (в частности, ИТ) т.е. имеется в виду:
    "где козёл отпущения и кто на ком ездить будет ?"

    Спасибо.
    Чернышов Владимир
    Управление программирования
    пенсионной системы Молдовы.

  2. #2

    Smile В выигрыше останутся ИТ-сотрудники

    В итоге будет работать новая дорогостоящая система, купленная на стороне. Плохо, тяжело и для ИТ-специалистов, и для пользователей.

    Спустя не более года после окончания начнется нормальная разработка информационной системы, учитывающей все ошибки первого внедрения. Основа систем такого класса - сейчас только Oracle. В будущем - PostgreSQL/Linux. Специалисты по Oracle будут востребованы и для текущего и для нового внедрения.

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

    Оптимальный вариант для национальной информационной системы - собственная служба проектирования и внедрения ИТ-подсистем.

    Осваивайте Oracle, и всё будет в порядке.

    Во что выльется -- узнайте у поставщика стоимость внедрения на одно рабочее место в обычных проектах масштаба типа вашего. Простая методика расчета: одно рабочее место обходится в какую-нибудь ориентировочную сумму, затем считаете количество рабочих мест и умножаете, потом умножаете все на 3, так как кроме лицензий и стоимости внедрения есть стоимость аппаратуры и инфраструктуры. Осторожно предположу, что общее количество рабочих мест надо умножить на 3000 долларов, вот и получится сумма. За 7 млн.долл можно инсталировать вполне работоспособную систему с 2300 рабочими местами. Правда если бизнес процесс хорошо описан и легко автоматизируется. Ну и есть 20-40 ИТ-специалистов.

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

    Раз информационная система готова, значит бизнес-процес исследован, описан и утвержден для разработчика. Следовательно, существует внутри компании авторитетный источник, позволивший сформировать конкурсную документацию, оценить предельную стоимость, провести конкурс, оценить предложения и выбрать вариант. Поищите этого человека, разговор с ним даст ответы на все вопросы. Это тот человек, кто чаще и больше всех общался с P-E International.
    Последний раз редактировалось Павел Ромакин; 12.09.2007 в 01:48.

  3. #3
    Новый участник
    Регистрация
    18.07.2007
    Сообщений
    4

    По умолчанию А как быть с этим подвохом ?

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

  4. #4

    Smile Как же Вы не видите новые возможности для себя???

    Цитата Сообщение от chernvj
    Ну а как быть с таким подвохом:
    При любой попытке модификации программного кода
    компания разработчик не несет никакой ответственности.
    Это раз. При этом комплекс настолько сложен и наворочен,
    что программисты заказчика имеют шансы мало что-либо
    понять что там происходит, т.е. скорее всего сломают,
    чем сделают. Вывод один:
    Всем программистам заказчика надо увольняться и
    искать другую работу ?
    Кстати, забыл сказать, бизнес-процессы детально расписаны
    не были. И сейчас, за 2-3 месяца до сдачи никто понятия
    не имеет что и как будет делать.
    Про изменения в программе у меня уже сказано, что сменить разработчика не сменив систему невозможно. Кто создает рабочий код, тот и будет обслуживать (т.е. дорабатывать). Создает код сторонняя контора, значит они и будут модифицировать (за большие $$$:-). Другим даже пытаться не надо. Поэтому программистам заказчика остается только разбираться в коде (если дадут), выявлять чужие косяки, растолковывать пользователям куда какие кнопки жать, а какие ни в коем случае не трогать и т.п.

    Раз бизнес-процессы не описаны, то прессинг со стороны пользователей на программистов будет ого-го какой, из программистов выживут самые стойкие. У программистов ИСКЛЮЧИТЕЛЬНО РЕДКИЙ ШАНС освоить Oracle на практике, и выйти из данной передряги ОЧЕНЬ (т.е. самыми) ценными кадрами. Хотя код переписывать вы не будете, но отчеты заказные вы будете делать день и ночь. На этой ерунде ТАК РУКУ НАБИТЬ можно, что в любую контору вас будут через год с этими руками отрывать (ха-ха, тавтология получилась).

    Я вам завидую, парни (и дамы?). Затаривайтесь пивом, сушками, и в бой...

    Да, кстати, кто там активный переговорщик c P-E International? Это руководящяя шишка или технический специалист?

    P-E International сделали анализ целей организации, ограничений, законов, существующих процессов, - и написали новый бизнес-процесс с картинками. Именно его ваши коллеги-oraclоиды взали за основу новой разработки.

    Как только заработает новая система, вся деятельность потихоньку перейдет на новые рельсы. И к программистам это тоже относятся. Развлечение на пару лет гарантировано!!!

  5. #5
    Член сообщества
    Регистрация
    24.11.2005
    Сообщений
    3,432

    По умолчанию

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

    Почему проект закончится ничем при любом раскладе:
    1. Скоро кончатся деньги.
    2. Греки не смогут сделать систему, учитывающую местные особенности процессов. Так что 80% функций будет делаться вручную в старом добром Excel.
    3. Вы не сможете "подхватить" систему, так как у вас нет системных аналитиков.
    4. Вы не сможете сопровождать систему из-за эффекта "вакуумнасоса" - обученные вами специалисты будут непрерывно отсасываться коммерческими фирмами Кишинева и уезжать за рубеж. Москва, Киев, Франкфурт, Лондон и Нью-Йорк ждут молдавских ораклоидов с нетерпением.

    Примерно так - навскидку.
    На самом деле, конечно еще хуже - мы скромно умалчиваем про откаты и т.п.

  6. #6
    Новый участник
    Регистрация
    18.07.2007
    Сообщений
    4

    По умолчанию Уже ближе...

    Павлу Ромакину

    Спасибо за информацию, и за "оптимистический" прогноз.

    > Да, кстати, кто там активный переговорщик c P-E International?
    > Это руководящяя шишка или технический специалист?

    Кое-что еле-еле узнал.
    P-E International закончил работу в аж в 2003 году.
    На тот момент с ними общались, естественно только от
    заказчика, один из руководящих шишек (не очень высокого
    уровня) и помощник - ИТ-шник среднего звена.
    После того как документ был написан и сдан -
    P-E International БОЛЬШЕ НИКТО не видел и не общался.
    Даже поставщик ПО Греки (насколько я понял).
    Но в окончательном "обзоре среды целевой деятельности"
    бизнес-процессы описаны только на СРЕДНЕМ уровне.
    На основании чего сразу и стала делаться ИС.


    Александру Болдину

    Я первый раз услышал то, что сам чувствую,
    но интуитивно. И склонен считать эту версию
    наиболее верной. Единственное, что пока не могу
    прочувствовать - подробности последствий.
    Потому что от этого (заранее знать) зависит как
    себя (всем сотрудникам) ВЕСТИ.
    С самого начала меня стали настораживать всякие
    "тонкости":
    Еще на стадии обучения сотрудников ИТ по
    SQL, PL/SQL, Oracle Developer - шеф обучающей
    нас фирмы осторожно поделился со мной инфой, что
    они на всякий случай уже подстраховались услугами
    юриста. На вопрос - зачем ? ответил:
    - а мы знаем чем заканчивается внедрение крупных КИС
    в госучреждениях и не хотим быть крайними.
    Ну, а сколько в Интернете статей НЕвнедрения КИС
    из-за невнимания к подробности описания бизнес-процессов...
    Причем, они ДОЛЖНЫ быть описаны самим заказчиком (ну,
    конечно с помощью ОПЫТНЫХ сторонних консультантов)
    Здесь этого всего нет...

    А вот интересно еще (может кто знает):
    По данным Мирового банка проект закончен
    31.12.2006 !!!
    По причине недоделок-переделок здесь всё
    перенесли на 31.03.2007
    Месяц назад перенесли на 01.01.2008
    Позавчера вдруг на месяц назад сдвинули - 01.11.2007 !
    Не мог понять зачем, а потом догадался -
    наверное ПРОВЕРКА Мирового БАнка грядет.

    Какие правила проверок МБ по кредитам
    в области внедрения КИС ?

  7. #7
    Член сообщества
    Регистрация
    29.06.2007
    Сообщений
    243

    По умолчанию Все зависит от количества подписей

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

    Но, как правильно здесь заметили, Вам стоит очень пристальное внимание обратить на изучение Oracle. И может быть к тому времени когда начнут раздавать по серьгам, Вы уже будете работать над другим проектом

  8. #8
    Новый участник
    Регистрация
    01.02.2009
    Сообщений
    1

    По умолчанию Пенсионная система

    Насколько я знаю для Молдавии делалась уже одна система пенсионная украинской софверной фирмой, году эдак в 2002-2003. И внедрена была. Так что не понимаю почему Вы пишете про софт который написан был в СССР. Такого просто не может быть, потому что софт который писался в Советском Союзе работал бы на всяких ЕС-ках и прочих больших машинах. А сейчас все таки везде обычные персоналки и если еще и работают системы под ДОС, то они писались в 90-е годы. Или используют Excel.
    Я понимаю что прошло 2 года с 2007 и может уже некому отвечать, но интересно что же все-таки с украинской системой? Ее сделали с возможностью развития своими силами.

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •