Как построить цифрового работника, который не подведёт

Как построить цифрового работника

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

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

Что вообще такое информационная система

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

Зачем нужна методология

Теперь главный вопрос: как заставить всё это заработать так, как задумано? Ответ — методология разработки. По сути, это способ навести порядок в самом процессе проектирования и научиться этим процессом управлять.

Смысл прост. Методология выстраивает работу так, чтобы готовая система отвечала выдвинутым к ней требованиям, а сам ход проектирования шёл по понятным правилам, а не наугад. Это как дирижёр перед оркестром: музыканты и так умеют играть, но без общего ритма получится не симфония, а нестройный гул.

Пять целей, ради которых всё затевается

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

1. Попадание в цель. Система должна отвечать реальным задачам организации и автоматизировать именно те деловые процессы, ради которых её создают.
2. Сроки и бюджет. Готовый продукт с нужными параметрами обязан появиться в оговорённый срок и не выйти за рамки утверждённой сметы.
3. Лёгкость сопровождения. Систему должно быть просто поддерживать, улучшать и расширять — ведь условия работы организации меняются, и продукт обязан меняться вместе с ними.
4. Открытость и гибкость. Корпоративная система должна быть открытой, переносимой и масштабируемой — то есть готовой расти и переезжать на новую почву.
5. Повторное использование. В новой системе должны находить место те IT-средства, что уже прижились в организации раньше. Зачем выбрасывать то, что исправно служит?

Из чего складывается технология проектирования

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

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

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

Вместе они превращают расплывчатую идею «сделать систему» в понятный маршрут с указателями на каждом повороте.

Чем нужно снабдить каждый шаг

Ни одна технологическая операция не висит в воздухе. Чтобы её выполнить, нужны ресурсы — и материальные, и информационные. Их тоже четыре типа.

• Данные с прошлого этапа. Результаты предыдущей операции, оформленные в стандартном виде, — сырьё для следующего шага.
• Методички и стандарты. Нормы, инструкции, свод правил — то, на что опираются исполнители.
• Софт и железо. Программное и аппаратное обеспечение, без которого никакой шаг не сделать.
• Команда. Коллектив исполнителей, который, собственно, и выполняет работу.

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

Семь требований к хорошей технологии

Не всякая технология проектирования достойна доверия. Есть набор из семи требований, которым она обязана соответствовать, — своего рода экзамен на профпригодность.

1. Полный жизненный цикл. Технология должна вести систему от первой идеи до сопровождения в работе, не бросая на полпути.
2. Гарантия результата. Намеченные цели должны быть достигнуты — с нужным качеством и точно в срок.
3. Разбивка на подсистемы. Большой проект можно расчленить на части, отдать их отдельным бригадам, а потом собрать обратно. Такая декомпозиция заметно повышает общую эффективность.
4. Малые команды. Над отдельной подсистемой должен работать небольшой коллектив — примерно от трёх до семи человек. Это не прихоть: чем меньше внешних связей внутри группы, тем выше управляемость и производительность.
5. Быстрый запуск. Работоспособную систему нужно получить как можно скорее. Обычно даже готовый проект внедряют поэтапно, подсистема за подсистемой. Пытаться запустить всё сразу — значит согнать толпу проектировщиков и получить эффект меньший, чем при спокойной сборке по частям.
6. Управление проектом. Технология должна позволять управлять структурой проекта, рассматривать разные его варианты, автоматически выпускать документацию и держать её версии в согласии с версиями самого проекта.
7. Независимость решений. Проектные решения не должны намертво привязываться к конкретной системе управления базами данных, операционной системе или языку программирования. Свобода от диктата инструментов — залог долгой жизни системы.

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

CASE: когда за проект берётся целая команда

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

Главный козырь CASE — коллективное проектирование. Специалисты, объединённые локальной сетью, могут передавать и принимать любые компоненты проекта, а всё это движется под организованным управлением. Представьте общую строительную площадку, где каждый видит чертежи соседа и работает с ними в реальном времени, — вот что даёт CASE командам разработчиков.

Порядок, который побеждает хаос

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

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