Приключения электроника: Разработка ПО (часть 1)

Мое увлечение Голосом в последнее время стало иметь пагубные последствия…
Конечно, дело не в Голосе :)
Дело во мне… Стимит, а потом и Голос подарили мне несколько новых увлечений, которые заняли все мои мысли. И если в Стимите меня останавливал языковой барьер, то в Голосе этой преграды нет.

И вроде бы все хорошо, но мысли эти не покидают меня и в рабочее время. А на работе нужно заниматься работой! И если механическую часть работы можно выполнять и без головы (например, чистить системник от пыли), то заниматься разработкой ПО без головы не получится. А голова думает о том, какую бы интересную для меня тему изучить и рассказать о ней читателям на Голосе ))

Я честно боролась со своими мыслями! Они оказались сильнее…

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

Таким образом, было принято решение – на работе писать (и думать) о работе, а дома писать обо всем остальном: фракталы, фото, растения, математика.
Как ни старалась не делать из блога винегрет, все-таки сделала : ). Ну, а куда деваться, если интересов так много? Мир такой большой и все в нем интересно!

Сегодня будет небольшая вводная часть к этой теме.

Во-первых, разработкой ПО, как правило, занимаются крупные или средние предприятия. Мелким фирмам достаточно покупного ПО, разработка для них – удовольствие дорогое, да и при нынешнем выборе готовых решений – ненужное.

Разрабатывать свое ПО (даже на базе купленного) предприятие решает по нескольким причинам:

• желание сэкономить деньги (и не привлекать к разработке/доработке сторонние организации);
• если в организации большой штат программистов (типа – пусть отрабатывают свои зарплаты));
• если среди руководства есть продвинутый руководитель (вероятнее всего, бывший программист), который видит все недостатки покупного ПО и знает, как надо;
• если предприятие засекречено и использовать чужой продукт небезопасно.

Как показывает опыт, какой бы ни была причина, если на предприятии было принято решение разрабатывать свое ПО, то там царит беспорядок. И этот беспорядок кому-то надоел.
Сейчас уже не встретить крупное или среднее предприятие, которое автоматизирует свою работу с помощью одного Ms.Office. У них уже имеется специальное ПО. И благо, если его возможностей хватает для предприятия! А если нет… Тут и начинаются проблемы.

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

Почему так происходит?

А потому, что написать ПО и разработать его – это разные вещи. И, как правило, ограничиваются только первым.

Пример: в отдел информационных технологий (ОИТ) пришел Василий Иванович и принес «хотелку». Василию Ивановичу нужна была возможность списывать материалы у себя с подотчета. И кладовщик рад! Василий Иванович теперь не будет его дергать: «Ну, спиши!». Задача не сложная и ее поручают новенькому. Программист-новичок не много понимает в бухучете… Сделали! А через пару месяцев выяснилось, что Василий Иванович и права не имел списывать сам с себя… А он (не будь дураком) уже списал все, что было потеряно (умышленно или нет). «Бардак!» - кричала бухгалтер.
А я добавлю: «Автоматизированный бардак» :)

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

Хочу заметить, что на правильность разработки сильное влияние оказывает и структура управления (об этом мы тоже поговорим как-нибудь). Я работаю в организации, где централизация управления дошла до полного абсурда. Для покупки карандаша мы должны собрать 5-6 подписей. Но все это безобразие автоматизировано! Мы пишем проект, потом заявку, отправляем на согласование как минимум 5-6 руководителям. При этом мы звоним и говорим: «Я написала заявку на карандаш, согласуйте пожалуйста». После покупки карандаша история не заканчивается… его же надо еще и списать. Но это отдельная большая тема : )
Так вот, если руководство требует сделать для Василия Ивановича возможность списания, приходится это выполнять…

Порой люди не могут принять мысль, что так, как они привыкли работать не всегда хорошо и правильно. Узнать, как делают, обдумать, понять как надо, договориться с работниками и доказать руководителям – вот это и есть разработка. Ах да, еще и грамотно, правильно и доступно описать!

Совсем забыла объяснить название :). Моя должность называется инженер-электроник. И разработкой я занимаюсь не полный день, большую часть дня посвящаю рутине – ремонт компьютерной и оргтехники, установка/переустановка ПО, сеть… Но разработка – это то, к чему лежит душа, и я рада, что у меня есть возможность заниматься ею.

Подписывайтесь и читайте о моих открытиях и ошибках, радостях и трудностях, удачах и проблемах в деле разработки ПО в «Приключениях электроника».