Позвоните нам: +7 (4752) 56-46-75

IT изнутри: внедрение информационных систем. Часть I – «Сложности»

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

Итак, решение автоматизировать принято и сам процесс уже начался. Что-то куплено, какие-то специалисты работают, что-то печатается. Спустя некоторое время, покупается еще техника, надо менять расходники, еще подкупить программ, подписаться на обновления того что есть…. И так бесконечно. А, собственно, что же мы хотели?

Сделав эскурс в недалекое прошлое (как правило, если дело совсем уж затягивается – либо на систему не хватает денег, либо она попросту не нужна) – выясняется, что хотели-то чтобы ОНА (то есть система) выдавала нам такие данные, чтобы и глаз радовали, и кошелек наполняли. То есть показывала что у нас все идет хорошо, и сама все делала.

 

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

Ну что ж, начинаем разбираться.

На самом деле все не так уж и страшно. Самым пожалуй грубым просчетом всех руководителей проектов автоматизации, работающих внутри компании или наемных, является нежелание либо невозможность сформулировать 5 важных пунктов в самом начале проекта:
1. Кому это нужно,
2. Какие цели должны быть достигнуты,
3. Какие задачи надо решить,
4. Кто будет непосредственно работать в системе,
5. Сколько это примерно будет стоить.


Разбор полетов надо начинать с последнего. Потому что в мире реального бизнеса стоимость расчета и управления чем-то не должна съедать всю прибыть того чем вы управляете. Иначе вы просто неправильно выбрали и настроили систему либо поставили не те задачи. Значит, придется вернуться на шаг формирования пяти пунктов.

Далее, когда понятно, что система сможет жить в определенном финансовом окружении, следует вернуться к анализу пункта 4. Это самый коварный пункт.

Почему – поясняю:
1. 
Работник компании должен быть достаточно квалифицирован, чтобы скармливать системе необходимые данные. Конечно, его квалификация на разных стадиях и уровнях жизни системы разная, однако он хотя бы не должен делать элементарных ошибок в цифрах и написать правильно фамилию отправляемого в командировку сотрудника,
2. 
Работник по большей части ленив по своей природе (прошу не обижаться – это так) и у него вечно именно на выполнение требуемой от него функции не хватает времени,
3. 
Работник как правило не хочет делиться своим опытом ни с соседями по кабинету, ни с руководителем за начальственной дверью, ни тем более активно что-то писать для начальника службы автоматизации или уж не дай бог в службы финансового мониторинга, управления производства или в охрану,
4. 
Работник не понимает что сейчас творится на предприятии, и все что происходит – ему кажется глупостью и мелкими затеями.

Если сложить все это вместе в одной голове, то получается весьма нелицеприятная картина – оказывается, те сотрудники которые должны выполнять роль нервных окончаний системы, с этой задачей не справляются, то есть в систему не поступают данные о том что стало «холодно» или «жарко», «мокро» или «скользко». То есть опасность попросту не видна на уровне ступенькой выше, либо поступает с большим опозданием, когда уже надо «конечность» отнимать либо все же лечить «перелом». А медицина, как мы знаем, дело весьма дорогое, к тому же в панике можно и к доктору не к тому попасть, и таблетки не так выпить.

К сожалению, универсального способа устранить эту реальную проблему для предприятия невозможно в силу нескольких причин:

  • во-первых, пока человек учится, он не имеет достаточно квалификации что-то оценить и выдать готовое решение.

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

Единственный работающий метод, выявленный в процессе автоматизации предприятий, был подсмотрен в компании British Petroleum, когда руководство более высокого ранга с каждого подразделения сообразно его размеру и вкладу в общее дело ежеквартально требует предложения по улучшению обслуживания и снижению затрат. И вы знаете – работает! Во всяком случае, когда сотрудник вырастает в компетенциях – его повышают, а если места нет и он планирует уйти на другое место – он уже оставил свои знания в общей копилке, и это внедрено в экосистему.

Возвращаясь к нашим пунктам, следующим рассмотрим пункт 2. Итак, каких же целей мы хотели достичь? Сразу предупрежу – в этот пункт нельзя вписывать так называемые mission и vision. Удел этого пункта – измеримые показатели, которые можно посчитать и выразить в цифрах. Только тогда можно разработать конкретные шаги по их (целей) достижению, и уже перейти к пункту 3. Причем, надо отдавать себе отчет, что нельзя менять цели по ходу их достижения. Если вы поменяли цели – надо заново анализировать все пять пунктов и строить уже совершенно другую систему. И еще – крайне желательно (я бы даже ужесточил – «обязательно») все же довести систему до момента, когда она начинает отрабатывать те цели, которые полагались в начале пути, и только тогда проектировать следующую версию – иначе вы так никогда и не узнаете, насколько правильно вы прицелились и как близко попали. Не стоит заменять результат процессом.

И вот мы подошли к самой вершине, к краеугольному камню в каждом проекте – «кому это нужно». Как ни странно, после реверс-анализа пунктов с 5го по 2ой зачастую складывается понимание, что «такая штука» полезна не только тому кто изначально хотел получить пару цифр и парочку бумаг на выходе, а еще достаточно широкому кругу специалистов. И вот здесь также кроется соблазн сделать некоего монстра, куда все будут вносить «данные», а он будет «делать все». Увы, так не получится по ряду причин, которые мы обсудим в следующих главах. А пока скажу лишь то что написал абзацем выше – систему надо настраивать только для достижения изначально поставленных целей. То есть если количество изменений в системе и ее целях в связи с привлечением дополнительных источников или потребителей информации составит в совокупности процентов 20, не более – тогда можно брать и их в работу, но если изменений больше – тогда это совершенно другой проект, и надо оценить, нужно это увеличение именно сейчас (и признать что изначальные цели были поставлены неправильно) или отложить до того момента, когда текущий проект покажет, что вы все правильно сделали и экосистема предприятия восприняла проект и дает близкий к целевому результат.

Последнее изменение...Воскресенье, 15 Сентябрь 2013 13:33
Оцените материал
(0 голосов)
Наверх
Оставьте свой email и оставайтесь с нами на связи