54
Так как ни один из указанных в Таблице 2 процессов не
регламентирован, практически все работы в рамках данных процессов
происходят в хаотичном порядке. В результате, усиливается недопонимание
между управляющими партнерами компании и сотрудниками ИТ-
подразделения. Причинами этого становятся частые срывы сроков при
разработке программного обеспечения, рекламации конечных пользователей
разработанного программного обеспечения, длительные периоды простоя
некоторых серверов, вызванные техническими сбоями.
Для понимания масштабов проблемы следует указать на некоторые
примеры в разрезе каждого «процесса» в компании.
- Базовое рабочее место. В случае возникновения проблем,
пользователь обращается к системному администратору. Системный
администратор обещает «починить» проблему. При этом, проблема может
решаться сколь угодно долго, так как у системного администратора может
быть еще много задач, в том числе поставленных и управляющими
партнерами, и проблема пользователя определяется им как
низкоприоритетная. Даже если пользователь является разработчиком,
который в данный момент занимается реализацией важного блока текущего
проекта. Эффект «задача начальника приоритетнее» в данном случае
прослеживается особенно ярко;
- Локальная вычислительная сеть – все запросы на изменения
конфигураций серверных систем или оборудования приходят в режиме
«поймай системного администратора в коридоре». Регламентные работы
проводятся бессистемно;
- Прикладное серверное ПО – Аналогично предыдущему процессу;
- Удаленный доступ к ресурсам компании – Так как компания
старательно оберегает результат работы своих разработчиков, удаленный
доступ предоставляется строго по согласованию с управляющими