ЕГАИС: реинкарнация для нефтепродуктов?

Source: http://www.itblogs.ru/blogs/borkus/archive/2010/02/12/58209.aspx

Почитал тут идеи нашего президента... м-да. Что можно сказать? Во первых уже есть опыт ЕГАИС - не работает это. Во вторых - даже учет нефтепродуктов на 1-й АЗС и 1-й нефтебазе дело сложное, на одном НПЗ - это уже очень сложно (так как нет дискретности), в пределах одной ВИНК - сложнейшее. В масштабах же всей страны это делать - занятие безнадежное. Точность будет такая, что продукция десятков мини-НПЗ будет утекать сквозь пальцы. (Кстати, мне вот, скажем, стало любопытно, Президент рекомендует объемный или массовый учет? Никто не слышал?) Но главное непонятно - накой это государству вообще надо?

**

Источникhttp://www.rbc.ru/rbcfreenews/20100212174217.shtmlДополнение: Д.Медведев призвал создать единую систему учета нефтепродуктов.12.02.2010, Омск 17:42:17 Президент РФ Дмитрий Медведев призвал создать единую систему учета нефтепродуктов. Такое заявление он сделал на совещании в Омске, передает телеканал "Россия 24". Президент также потребовал представить доклад о владельцах мини-НПЗ.Как сообщил на совещании президент ОАО "Газпром нефть" Александр Дюков, многие мини-НПЗ работают вообще без регистрации. По его словам, всего в России построено и эксплуатируется 196 мини-НПЗ, большинство из которых построены в последние 5 лет. При этом, отметил А.Дюков, 116 из работающих в России мини-НПЗ официально не сертифицированы и не зарегистрированы, однако где-то берут сырье и отгружают готовую продукцию. Д.Медведев назвал это преступлением и пообещал разобраться.
Published 12 февраля 2010 г. 20:07 by Vlad Borkus
Filed under: Размышленья

Comments

Нарочно не придумаешь..

Source: http://www.itblogs.ru/blogs/borkus/archive/2010/01/04/57227.aspx

Нарочно не придумаешь..

Сочиняли тут регламент.. потом глянули, что понаписали, и подпрыгнули от некоторых удачных переносов строк. :)
Кто не в курсе, ДО - это дочернее общество.

Published 4 января 2010 г. 22:06 by Vlad Borkus
Filed under: Хохмы

Comments

То, чего не может быть

Source: http://www.itblogs.ru/blogs/borkus/archive/2009/09/14/54248.aspx

В начале сентября завершил аудит СЭД CompanyMedia компании «Интертраст». Из разряда тех вещей, про которые говорят, что это «невозможно сделать», т.е. оценка функциональных системы по сетке из более 300 параметров.

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

Пока оформлялись итоги аудита, они систему уже ее успели немного подправить, так, что наверное стала еще лучше.

Если вы заказчик, объявивший тендер на крупный проект, то имеете шанс получить документ в числе прочих материалов -- на предмет почитать.

Published 14 сентября 2009 г. 20:00 by Vlad Borkus

Filed under: Проекты, СЭД, DMS

Цена информации: case study

Source: http://www.itblogs.ru/blogs/borkus/archive/2009/08/26/53446.aspx

Летом вел переговоры с одним из участников ИТ Блог, и он привел такой пример из практики.

Как-то (давно уже) нужно было выбрать как телеком-провайдера так, чтобы он имел покрытие в нужных регионах. Было два варианта принятия решения, основываясь на данных

1) "От человека в теме". Есть кто-то, кто уже знаком с рынком, он может дать рекомендации. Цена информации - кружка пива и один вечер (сходить в кабак).

2) От компании Топ 5. Она проводит обследование рынка 2 мес, просит 60 тыщ $, дает толстый отчет. Вывод делает тот же.

Теперь вопрос на засыпку: а какова оправданная цена этой информации для компании-заказчика? Кружка пива? Цена услуг Top5? А может: оценка на основе потерь от неверного решения? Или, скажем потери от роста непрозрачности бизнеса в целом, который дает локальная оптимизация с "пивом"?

А теперь заменим "информацию" на "арбуз", "человека в теме" на "охранника на складе с арбузами", "топ 5" на "супермаркет". Как меняется ваш ответ?

Published 26 августа 2009 г. 8:43 by Vlad Borkus
Filed under: Мысли, Бизнес

Comments

Аудит ТЗ на внедрение СЭД

Текущее... 01.07.2009 провел аудит ТЗ на внедрение СЭД в одной из госкорпораций. Даны рекомендации по устранению "прекосов"  ТЗ, сделанных в пользу одного из участников тендера.

Большой корабль SAP ERP в российских болотах

Source: http://www.itblogs.ru/blogs/borkus/archive/2008/10/16/sap-erp.aspx

Так сложилось, что у меня ряд друзей теперь работает по направлению SAP. Выбор их в целом правильный — ведь SAP сегодня самое прибыльное для простого трудяги направление ИТ. Доходы консультанта в 200-250 тысяч рублей в месяц — не сказка, а реальность.

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

Мой личный опыт знакомства с SAP ERP нельзя назвать особого глубоким — интереса ради я разбирался как-то с ABAP, а также с модулем HR. ABAP мне показался совершенно жутким языком, хотя в нем и понравился подход, связанный с тем, что прямо из языка можно оперировать объектами, определенными, как хранимые в базе данных. Модуль HR поразил своей всестороннестью, т.е. все, что может прийти HR в голову, там имеется. Но от всего этого не осталось ощущения, что постижение какого-то модуля SAP и языка ABAP является сверхъестествеенно сложной задачей, доступной только узкой группе избранных. Научить человека этой системе можно горазло быстрее, чем, скажем, научить программиста на Java.

Справедливость этого тезиса подтверждается работой наших ведущих интеграторов, где часто консультант с опытом используется в количестве 1 человек на 2-5 проектов, а основную работу выполняют стажеры и «младшие консультаны». Стажеры перенимают опыт. Обычно одного проекта достаточно, чтобы перейти из стажера в «младшие консультанты». А обычный консультант, который научил пару таких вот людей, интегратором в благодарность за труды увольняется.

Показателен и пример одного шапочно знакомого мне студента, который умудрился пройти путь к зарплате 200т/месяц за полгода. За это время он сменил три места работы, и не довел до конца ни одного проекта. Теперь числится на позиции старшего SAP-консультанта. Хотя, с такой хваткой, они и на ней долго не задержится — пойдет вверх.

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

Представьте себе маленький шахтерский городок, отделенный 1000 км от ближайшего сибирского центра цивилизации. Туда вахтовым методом приезжает команда консультантов из Москвы внедрять SAP ERP. В городе царит советская нищета — олигархом считается человек, имеющий машину Lada Priora, самый крутой бандит имеет машину Toyota Corolla, в городе только один магазин размером больше ларька, а самое приличное пиво (ценой 50 руб за банку) завезли в него три года назад, и его так никто и не купил до появления москвичей.

И вот в этот городок заваливается компания с упомянутыми доходами, ноутбуками Sony последней модели (цена от 75 тыс. руб за штуку) и прочими понтами. Консультаны, понятно, уже опытны, не едут туда в своих обычных костюмах (специально покупают попроще), по естественным причинам оставляют дома Toyota Camry, а наиболее умные оставляют дома и iPhone 3G, и едут со специально приобретенным сотовым телефоном Motorola за 1000 руб -- чтобы хоть и выделяться среди жителей, но не очень.

Встречает их шахтоуправление гостеприимно — выделяет рабочую комнату с одной розеткой на 5 человек, селит в местном санатории, по три человека в комнату с общим сортиром на этаже, дает талоны на питание в заводской столовой, меню которой и консистенция входящих в него блюд не менялось со времен Брежнева. В упомянутой столовой наши гламурные консультанты периодически травятся, что только способствует их трудовой закалке. Так, в боевой атмосфере, консультанты несут свет западного ERP в народные массы, и отбыв положенный срок (2 недели), отправляются восстанавливаться в свои, приобретенные по ипотеке, квартиры в Столице.

И что заставляет заказчиков платить гиганские, в сравнении с доходами людей в таких городах, деньги за эту систему и обряды ее внедрения? Диспропорция между стоимостью одного рабочего места и зарплатой человека на этом РМ поражает. Воистину, мир SAP полон загадок. Впрочем, мне хотелось просто рассказать новую сказку, а потому пора остановиться и сказать что-то в духе «продолжение следует».  :)

//Влад Боркус

Published 16 октября 2008 г. 3:59 by Vlad Borkus
Filed under: SAP

Comments

Исследование рынка систем дистанционного обучения (e-Learning)

Завершил проект исследования систем дистанционного обучения (e-Learning) по заказку компании "ТНК-BP Менеджмент". В рамках проекта была собрана информация по рынкку систем e-Learning, а также проанализирован ряд основных кандидатов на предмет того, как они удовлетворяют примерно 130 требованиям, сформулированным заказчиком. Сделана выжимка, даны рекомендации руководству.

В исследованием охвачены системы таких фирм, как RedCenter, Competentum, Microsoft, IBS HyperMethod, SAP, WebSoft.

//Владислав Боркус

Видеопотал для ТНК-BP и обзор систем IP-вещания

Провел предтендерные работы по проекту построения видеопортала для ТНК-BP.

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

Сделан технический анализ для определения пригодности ряда систем IP-вещания для построения системы конференц-вещания в территориально-распределенной среде. В том числе проведен анализ рынка систем (в том числе подробный анализ 4-х основных кандидатов).

Новые подробности «Дела SAP против Управляющих Отбросами»

Source: http://www.itblogs.ru/blogs/borkus/archive/2008/04/01/_1D043E0432044B043504_-_3F043E04340440043E0431043D043E04410442043804_-_AB00140435043B043004_-SAP-_3F0440043E04420438043204_-_23043F044004300432043B044F044E04490438044504_-_1E044204310440043E04410430043

Вкраце: опубликован текст иска. Суть такая — продавцы SAP впарили Waste Management некоторую отраслевую кастомизацию SAP R/3, заведомо зная, что она не работает.

При этом они позиционировали ее как нечто, что уже многократно использовано в Европе. Было много демонстраций, Powerpoint. Обещали, что выигрыш от внедрения составит $200M в год.

Клиент повелся (или сделал вид, что повелся, так как экспертизы обещаний вендора он не провел), но поставил условие — закончить внедрение к 1 января этого года. В ходе внедрения выяснилось, что выяснилось — функционал есть в основном на слайдах, а в коде не отлажен, не написан. Нигде до того в крупняке не внедрялся. Соответственно сроки вендор сорвал.

Еще любопытно: все это внедрялось в рамках программы перехода с Oracle, и намечалось стать образцовым внедрением....

Доверчивый, в общем, клиент попался и наивный до изумительности. Или не очень-то наивный, если впихнул в договор условия, по которым теперь можно судиться?

Источник:

http://blogs.zdnet.com/BTL/?p=8338&tag=nl.e539

Published 1 апреля 2008 г. 19:38 by Vlad Borkus Edit
Filed under: Проекты, SAP

Comments

Демарш несогласных: не все довольны SAP

Source: http://www.itblogs.ru/blogs/borkus/archive/2008/04/01/sap.aspx

Неудача внедрения SAP ERP не всегда проходит без последствий. Американская контора Waste Management поддалась на уговоры продавцов и вложила $100 миллионов во внедрение ERP, «не требующей кастомизации», как она полагала. Теперь ссудится с SAP — обещания вендора не исполнены. Кто прав, кто виноват в этом деле пока не известно, тем более, что иск более, чем осторожный.
По сути очень интересный прецендент — заставить ИТ-компанию отвечать за свои обещания.

Источник:

http://news.zdnet.com/2100-9595_22-6235776.html?tag=nl.e550

Published 1 апреля 2008 г. 11:31 by Vlad Borkus Edit
Filed under: Проекты, SAP, ERP [Edit Tags]

Comments

Исследование программ конструирования текстов договоров

28.02.2008

Закончен проект по анализу возможности применения оболочек экспертных систем и другого ПО для создания конструктора текстов типовых договоров. Исследование проводилось в рамках работ по автоматизации департамента контрактования нефтегазового холдинга.

Целью проекта, в рамках которого проводилась работа, было создание конфигуратора стандартных договоров. Эта система система должна была обладать:

• Дружественным интерфейсом для ввода «Ответственным за договор» информации, необходимой для конфигурирования нужного ему договора из стандартных блоков. Как представляется уровень юридических знаний «Ответственного за договор» незначителен и система должна предлагать ему вопросы в том виде, на который он сможет ответить.


• Базой знаний для хранения блоков договорных документов и их взаимосвязей. По всей видимости достаточно иерархически организованного представления связей. Объем знаний в этой базе значителен (сотни типовых договоров), поэтому интересуют более-менее промышленные решения.


• Система должна обладать дружественным интерфейсом для заполнения «Юристом» базы данных блоками договоров и их взаимосвязями (т. е. правилами составления договора). Этот модуль должен отвечать за формализацию знаний. Очень важно, чтобы форма представления знаний была удобна юристов, не являющихся специалистами в программировании.


• Генератором файла договора, позволяющим сформировать текст договора в виде недоступного для подделки файла Microsoft Word, а также выставления номеров параграфов и разделов договора и правильных номерных ссылок из одних блоков договора на другие.

Любовь делать все по-большому

Source: http://www.itblogs.ru/blogs/borkus/archive/2008/02/18/25721.aspx

Кто не попадал в такую ситуацию: делается большой проект и его руководство перестает видеть детали? Задачи грандиозны, цели прекрасны, ну а мелочи... на то они и мелочи, не до них. Но мелочи накапливаются, складываются, растут как снежный ком. И прекрасная задумка преврашается в нечто... нет, иногда оно и работает, но сделано все столь же уродливо, как спальные кварталы города Москвы, и столь же малопригодное для жизни.

Время от времени заказчики спохватывается в духе «что же понаделали» и требуют переделок (хотя да куда уж теперь?, можно только снести и сделать заново) или же переключает на новый проект, а старый умирает. И оказывается, что мелочи стоят очень дорого.

Возьмем одну из мелочей -- исполнение обещаний участникам проекта.
Вот недавно мой хороший друг, работающий в большой компании A., поучаствовал в очередном проекте внедрения великой ERP-системы S. Менеджмент проекта решил, что вменяемое состояние трудового коллектива – мелочь, что не в Европе чай живем, и людей разумно выжимать по полной, по 14 часов в сутки, без выходных. Естественно все за все за зарплату, никаких сверхурочных не оплачивается, да командировочные платятся постфактум и выборочно. Странно, но «рабов» как-то это не устроило и они быстро начали разбегаться. Не рад оказался и заказчик – начал задавать вопросы. Проект застопорился. В итоге скандала вылетел один из директоров компании-исполнителя, но разве кто-нибудь сделал выводы?

Другая, похоже уже типичная ситуация на рынке ERP. Консультантов берут в компанию под проект, а заказчик за проект не расплачивается. Кто должен нести риски? Правильно думаете, в нашей стране бизнесмен, создавший фирму, зарплатных рисков нести не хочет в принципе. Он наращивает «долг» перед сотрудниками. А для менеджера проекта со стороны закзачика – это мелочи и вообще не его дело. Но в свое время так закрылся связанный с системой S. бизнес одного из наших известных системных интеграторов. Сотрудники просто разбежались, не дождавшись пока набранные проекты успешно закончатся, и с ними рассчитаются.

Интересно, а нужна ли такая ситуация заказчику? Ведь часто он сам ее провоцирует. Он требует все побыстрее, «любой ценой, это не мое дело». Или же не платя денег подрядчику, он уверен, что «держит этого гада за горло». И не задумывается, что и подрядчику все меньше смысла вкладывать усилия в качество работы (и ему не доверяют, и он не доверяет), да и его сотрудники деморализованы. И никому нет дела до этих «мелочей» -- ровно пока не выяснится уже в ходе промышленной эксплуатации, что за лажа внедрена и сколько денег надо на на доводку.
Published 18 февраля 2008 г. 9:37 by Vlad Borkus Edit
Filed under: Мысли, Проекты

Comments

Унифицированные модели договорных процесов

01.02.2008

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

Аудит пакета технических заданий

Аудит пакета технических заданий на внедрение систем документооборота и управления аудиторской деятельностью в нефтегазовом холдинге...

ИТ-страсти малого бизнеса

Source: http://www.itblogs.ru/blogs/borkus/archive/2007/07/03/_180422042D004104420440043004410442043804_-_3C0430043B043E0433043E04_-_3104380437043D04350441043004_.aspx

Истории, леденящие душу, поступают ко мне от самых разных людей. Вот рассказали недавно случай, если можно так выразится, довольно классический. Дело происходило в небольшой московской компании, работающей в высококонкурентной, но и доходной отрасли. Компания небольшая (человек 15), но с вполне приличными для такого числа сотрудников оборотами. В ней трудился сплоченный коллектив, состоящий из людей, знающих друг друга не один год. Но вот пришла беда: к конкурентам стали  утекать данные о клиентуре компании. Причем утекать регулярно, что начало наносить вполне конкретный ущерб.

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

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

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

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

На проект было выделено $10K и неделя. Исполнителей, как всегда искали через знакомых. И нашли. Человека грамотного, но пьющего. Естественно, пообещал сделать в срок, но возникли другие дела, праздники и все затянулось. В общем, недели через четыре от него решили отказаться, так как результатов не проявилось.

Вывесили объявление в интернет. И начали приходить звонки от удивительных людей, народных умельцев. Наиболее оригинальным был один парень из Тулы, который утверждал, что лично переписал на Access программу 1С, и теперь в Туле никто 1С не пользуется, а пользуется его разработкой. Предание интересное, но парня завернули на том основании, что слова ODBC и SQL он не знал. Возможно, что для разработчика на Access они и не к чему, но доверия не вызвал. В итоге нашли мужика лет 65-ти, который вроде бы многое чего в ИТ повидал и запросил меньше денег. Теперь он с базой и возится, хотя чем его работа закончится -- неведомо.

//Владислав Боркус

Published 3 июля 2007 г. 12:50 by Vlad Borkus
Filed under: Проекты

Comments

Учитесь делать PR

Source: http://www.itblogs.ru/blogs/borkus/archive/2007/06/06/pr.aspx

Известный генерал в хорошем фильме так описывал девушке причину перелома ноги: «это военная тайна. Могу лишь сказать, что прыгать пришлось со сверхмалой высоты». Генерал говорил о падении с табуретки. Было бы событие, а красиво его подать PR сможет. И вот попался недавно на глаза пресс-релиз, растиражированный СМИ. Выглядит так, как будто сделано что-то невероятно крутое. И все в нем правда, только не упомянута одна маленькая, но важная, деталь... с которой все смотрится более трезво. Предлагаю читателю догадаться. Текст сообщения привожу по одному из информагенств.

Я, кстати говоря, с большим уважением отношусь к компании, которая выпустила данный пресс-релиз. У нее и хороший в своем классе продукт, и хорошие специалисты по внедрению и продажам. Только есть у нее слабость -- производить такие вот сообщения. Хотя и многие другие компании грешат этим, т.е. можно сказать уродливое явление на ИТ-рынке. Посему, и имя самой компании, и имя ее заказчика я поменял. Важна суть, а не имена. Хотя, конечно, а что еще остается делать небольшому производителю, чтобы о себе заявить?

<<< "Молоко-Мегаполис" начинает внедрение СЭД «Прорыв» Компания «Прорыв» объявляет о начале работ по внедрению одноименной системы электронного документооборота и управления взаимодействием в компании "Молоко-Мегаполис". "Молоко-Мегаполис" -- одно из сбытовых предприятий компании «Молоко», занимающееся поставками молочных продуктов в Московском регионе. В условиях жесткой конкуренции на столичном рынке молочных продуктов, решение вопроса автоматизации ключевых бизнес-процессов, для компании "Молоко-Мегаполис", имеет стратегическое значение. Поэтому руководством компании было принято решение о внедрении системы электронного документооборота и управления взаимодействием «Прорыв». С помощью системы планируется оптимизировать движение документов и автоматизировать основные процессы взаимодействия сотрудников. Внедрение системы было решено осуществить совместными силами специалистов по внедрению компании «Прорыв» и ИТ-специалистов "Молоко- Мегаполис". Первоначально система будет установлена в отделе HR "Молоко- Мегаполис". На этом этапе будут внедрены базовые модули для управления бизнес-процессами и электронными документами. В данный момент идет обучение ведущих пользователей основам работы с системой «Прорыв». Первый этап внедрения системы «Прорыв» в компании "Молоко- Мегаполис" будет завершен к концу лета. В результате, сотрудники компании "Молоко- Мегаполис" смогут создавать документы по типовым шаблонам прямо в системе, быстро согласовывать их, контролировать выполнение работ по ним и т.д. >>>

Published 6 июня 2007 г. 21:59 by Vlad Borkus Edit
Filed under: Документооборот, PR [Edit Tags]

Comments

RR-2007 Системы ведения реестров недвижимости

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