Глупые мысли об IT

Привет, народ,

Искренние извинения перед моими немногочисленными читателям: блог не запущен, просто не было тем. Обычная рутина по работе, с обычными проблемами.

Но одна из них повторяется чаще, чем я хотел бы – “размывание” границ (scope) проектов, что приводит обоюдному разочарованию: клиента/бизнес в поставщике IT услуг/внутреннего IT, а так же поставщика IT в клиенте. Чаще всего это происходит, когда бизнес просит IT сделать что-то “по быстренькому и просто”, без чёткого понимания возможных осложнений, которые могут быть вызваны попыткой сделать что-то незначительное с точки зрения людей, не знающих IT среду.

Начинается всё стандартно: бизнес просит IT внедрить какой-то небольшой сервис и при первоначальном анализе эта задача кажется тривиальной. После небольшого согласования и понимания, что и кому это необходимо, IT начинает внедрение. Сначала этот процесс идёт хорошо, потом по мере увеличения количества бизнес-пользователей, бизнес начинает выдвигать дополнительные требования, которые кажутся, на первый взгляд, безобидными, но потом приводят к тому, что весь проект начинает “тормозить”.

Из жизни: мой текущий клиент попросил внедрить веб-приложение. Казалось бы: что может быть проще!? Это даже не “внедрение”, а просто опубликовать ссылку на сторонний вебсайт на главном портале клиента. По умолчанию, веб-приложения используются на десктопах. Затем клиент вдруг вспоминает, что его IT стратегия - это централизованное развёртывание приложений на Citrix XenApp, поэтому “опубликовать” приложение надо через Citrix. Первая же попытка использовать приложение под XenApp моментально «высвечивает» проблемы: веб-приложение требует первоначальной активации для пользователя; “флаг” активации сохраняет в HTML5 “cookies”, которые не являются частью мигрируемого профайла (“roaming profile”) пользователя. Когда пользователь использует приложение на своей машине, “cookies” остаются в кешируемом профайле на десктопе и всё прекрасно работает. В “ферме” XenApp больше сотни серверов. При таком положении вещей пользователю пришлось бы активировать веб-приложение каждый раз, когда он перенаправляется на новый сервер. Мало того, все локально закешированные профили удаляются с XenApp серверов (“best practices”), следовательно, бедные пользователи будут активировать приложение снова и снова каждый раз, когда они захотят использовать его под Citrix.

Для решения этой проблемы пришлось “городить” logon/logoff скрипты, чтобы сохранять HTML5 “cookies” на сетевой «домашний» диск пользователя и копировать их обратно в локальный профайл.

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

Засим раскланиваюсь,
Рустам.