Общаясь с разными заказчиками, мы в течение нескольких лет наблюдаем, как бизнес всё активнее стремится избавиться от капитальных затрат на ИТ. И это вполне логично.

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

Есть ещё компании, для которых ИТ — вещь непрофильная, например: контактный центр или Wi-Fi для музея или заказчики, прибыль которых сильно зависит от сезонности. Это, например, онлайн-магазин в период новогодних праздников. Капитальные затраты для таких компаний — приличная нагрузка. Им особенно актуально, как в короткие сроки и без серьёзных денег получить ИТ-ресурсы. Есть такой вариант, как управляемые сервисы. Это когда платишь ежемесячно и забываешь про часть геморроя.

Телефоны ищут свои «родные» сети, поэтому время от времени отправляют в окружающее пространство пакеты с их запросами. Обычная Wi-Fi-инфраструктура (хотспот, раздающий сеть для персонала магазина) может слушать эти пакеты — не отвергать их, а записывать в лог MAC-адрес и дальность до терминала (по уровню сигнала).



В случае одной точки это используется как счётчик посетителей на уровне «за вчера 182 человека зашло в магазин, из них 34 уже у нас были», а если точек три или больше — можно уже трассировать потоки людей и видеть наиболее интересные им товары:



Ещё раз: никакого спецоборудования, обычные точки Wi-Fi Cisco и софт для обработки их логов. От модели точки доступа Cisco зависит точность. В нашей схеме нужен ещё аплинк до сервера аналитики, где также развёрнут виртуальный контроллер Cisco — точки сгружают ему логи.

Широко известный пример неточно поставленного ТЗ

В общем, мы с коллегами собрали подборку эпических случаев с ТЗ, которая, возможно, поможет кому-то не повторить наших ошибок. Ну, или повеселит.

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

Было сложно — не то слово. В длинном перелёте я читал ТЗ на 20 страниц. В нём была такая особенность: если читать его бегло, то может показаться, что оно написано правильно и точно. Но если начать копать в детали инженерной реализации, то всплывало сразу много нежданчиков. Некоторые требования подпунктов, вроде 3.2.5 и 4.8.2.9, могли противоречить друг другу или быть просто взаимно невыполнимыми в реальном мире.

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

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

Исходя из моего опыта, подготовиться с нуля к аудиту на «золото» — сложно. Но, к счастью, мы проходим эту историю уже с 2002 года, плюс у нас есть аудиты по ISO, немецкому TÜV SÜD и другим нормативам.

Аудит мы проходили на этот раз с проектами инфраструктуры железнодорожной пассажирской и крупной энергетической компаний, государственной корпорации и т.п. Аудитор иногда нервно вздрагивал, когда мы показывали документы по инфобезопасности.

Так получилось, что мы — чертовски большая компания. Более 2000 сотрудников, тысячи масштабных проектов. И везде нужны люди. Много квалифицированных специалистов. Одна из основных точек входа — наш отдел техподдержки.

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

Например, после одного из первых занятий мы выдаём листы бумаги, просим сделать из них что-нибудь летающее и попасть им в стол, не заходя внутрь комнаты. Удачливые забрасывают самолётики после ряда тестов и тренировок на другой комнате. Хитрые собирают невероятные конструкции с пятью сгибами на крыльях. Ушлые тихо уточняют техзадание, а потом рвут свой лист в конфетти и кидают шрапнелью. Если хоть один фрагмент попал – задача выполнена.

Но я не про это. Я про практику IT.