ставку временного работника в небольших пределах, но крупное повышение требовало визы
нанимающего менеджера.
НУЖНА ЛИ ЦЕНТРАЛИЗАЦИЯ
Один из возможных подходов к автоматизации процессов состоит в создании громадного
монолитного приложения, решающего все поставленные задачи, — это подход «одной большой
Билл Гейтс: «Бизнес со скоростью мысли»
165
программы». Однажды мы испробовали его на практике — когда попытались написать единое
приложение приема и выполнения заказов для целой дюжины своих вспомогательных
подразделений: библиотеки, службы безопасности, столовой, отдела бронирования билетов и
гостиниц, магазина, отдела корпоративных кредитных карточек и др. В конечном итоге этот
проект оказался в числе немногих, которые пришлось свернуть. Потребности различных служб
были слишком разнообразными, и бизнес-правила получались слишком сложными для
обработки одним приложением. На доведение системы до рабочего состояния ушло столько
времени, что, когда она была готова, требования пользователей успели уже измениться. Из этой
истории мы вынесли один важный урок: лишь очень немногие приложения, предназначенные
для корпоративного применения, требуют «центральной» точки зрения. После такой неудачной
попытки каждой группе была предоставлена возможность самостоятельно построить
собственную систему обработки заказов. Уменьшение масштаба значительно упростило задачу
и сократило время разработки. Сегодня все вспомогательные подразделения пользуются
собственными программами учета заказов. Каждые несколько месяцев в эти приложения
вносятся те или иные усовершенствования, и любое из них может служить великолепным
примером безбумажного процесса, экономящего время и упрощающего контроль за
предоставлением высококачественных услуг.
Мы стараемся избегать длительных циклов разработки приложений, предназначенных для
внутреннего использования. Слишком продолжительные сроки часто сводят к нулю
преимущества, поскольку потребности бизнеса постоянно меняются. Компактные
децентрализованные процессы обычно решают задачи лучше всего. Лишь очень немногие
приложения, такие, как система составления финансовых отчетов, действительно требуют
централизации. Работая над решением других внутренних задач, мы всегда старались
обходиться небольшими проектами с минимальным числом участников, держа в уме лозунг
наших групп разработки коммерческого ПО: «Дата поставки — это одно из существенных
свойств продукта».
Решая проблему администрирования штата временных сотрудников, мы стремились
избежать такого «монолитного» подхода, но в то же время и не остаться в конце концов с
полудюжиной разрозненных приложений, не желающих стыковаться друг с другом в
целостную систему. В результате была избрана стратегия создания набора прикладных
модулей, в которые с самого начала разработки закладывалось требование совместимости по
используемым ими электронным данным.
Список ключевых приложений включает в себя программу корпоративных закупок MS
Market, работающую в нашей интрасети; частный узел Интернета, или узел «экстрасети», MS
Invoice, через который присылают нам счета агентства, поставляющие временных работников, и другие партнеры; а также ПО фирмы SAP, обслуживающее все наши финансовые транзакции.
Поскольку программа HeadTrax, предназначенная как раз для автоматизации кадровой работы, находилась к тому времени уже в промышленной эксплуатации, мы использовали ее
интерфейс, к которому «с обратной стороны» подключались различные другие модули.
Пользователю достаточно активизировать определенную функцию из HeadTrax, a нужное
внешнее приложение запускается автоматически.
Процесс заключения трудового договора начинается с электронного оформления
требования на закупку (в данном случае рабочей силы) в приложении MS Market, которое
подробно описано в главе 3. Операции создания регистрационных записей временных