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

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

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

Из каких же побуждений или, если сказать точнее, предубеждений, исходит руководство компании, принимая решение о создании информационной системы силами предприятия?

1. Существующие на рынке программные решения не подходят под специфику конкретного предприятия.

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

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

2. Своя программа будет стоить дешевле, чем покупная.

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

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

1. Недостатки проектирования системы

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

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

2. Недостатки планирования разработки системы учета

Понятно, что на проектирование и разработк упрограммного обеспечения информационной системы предприятия потребуется время. И это время может быть достаточно продолжительным. Идеально, конечно, чтобы время разработки было неограничено, но все должно иметь свои границы и процесс разработки тоже. Этому содействует разбиение всей цепочки "Проект - Готовый код" на несколько этапов с промежуточным контролем выполнения. И даже, если сложно определить конкретный срок выполнения, лучше все-таки назначить какой-то крайний срок и отодвигать его в случае необходимости. Только так можно организовать планирование и контроль разработки, иначе она может "уйти в бесконечность", так как совершенству нет предела и программу можно совершенствовать практически до бесконечности.

3. Недостатки квалификации сотрудников

В этом вопросе все зависит от того, насколько профессиональны не только программисты, кодирующие идеи проекта, но и люди, ответственные за организацию такого "кодинга". В программировании серъезных проектов, конечно, всегда есть место творчеству, но оно состоит не только из этого, но и из нудного труда по проверке и перепроверке кода, его работоспособности в различных ситуациях и много другого, что мало относится непосредственно к творчеству.

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