Александр Голев

Александр Голев

Об авторе

Александр Голев, Principal Microsoft Consultant в компании Derive Logic ltd, Великобритания. Практикуюший аудитор и консультант, автор SAM-тренингов, неоднократный докладчик конференции Microsoft Worldwide Partner Conference (WPC). Сертифицированный специалист Microsoft с 1998 года: MCP, MCP+I, MCSA, MCSE + Security, MCTS, 070-673.

Профиль LinkedIn

Компьютер в школе

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

Статья целиком »

Развеять страхи клиента

Многие, очень многие потенциальные клиенты на аудит программного обеспечения и внедрение управления лицензиями (Software Asset Management, Software License Management) не ввязываются в проект и не идут на контакт по тривиальной причине: боятся разглашения. Консультант в ходе проекта также получает доступ к бизнесу клиента: видит его процессы «изнутри», знакомится с людьми, изучает и протоколирует соответствующие «срезы». Стало быть, прикасается к чувствительной конфиденциальной информации.

Что делать клиенту?  »

Что не видят инструментальные средства

Аудит программного обеспечения и отслеживание изменений в нём на компьютерах в сети можно производить инструментальными средствами. Т.е., программой, которая следит за тем, какие на компьютерах установлены программы, такая вот тавтология. Это, как бы, просто. Найти запись в реестре, найти файл на диске, опознать файл, доложить о найдённом куда следует (для параноиков уточняю: на сервер, в базу данных).

Подробнее »

Конференция FAST / SiRB

В мае 2009 года в Великобритании, в месте под названием Рединг (Reading), прошла конференция по программному обеспечению. Конференция проводилась под флагом SiRB (Software Industry Research Board) — дочерней организации FAST (Federation Against Software Theft). FAST, с некоторыми оговорками — британский аналог американской BSA (Business Software Alliance) и российской НППП (Некоммерческое Партнерство Поставщиков Программных Продуктов).

Небольшой отчёт »

Будем откровенны

Происходит то, чего следовало ожидать. Стало явью негативное отношение к SAM у продавцов программного обеспечения. Нельзя сказать: «раньше отношение наоборот было позитивным». Его вообще не было. К SAM присматривались и принюхивались. Пробовали на зуб. Теперь распробовали и стали кривить лицо.

Ибо мешает  »

Зачем Майкрософту SAM?

В апреле почти не поменялась картинка поисковых запросов. Но одно в ней настораживает. Несколько запросов, по которым пришли посетители на Samexpert, можно свести примерно к следующему: «Microsoft навязывает SAM». Скажите, уважаемые читатели, у вас тоже сложилось такое впечатление, что Microsoft навязывает Software Asset Management?

Можно узнать, почему? »

Типичные ошибки SAM. N2: ПО – забота айтишников

Почти повсеместно, как только речь заходит о лицензиях на ПО, или управлении ПО, начальство отмахивается: «Это к моему айтишнику, я в этом ничего не понимаю». Отворачивается и уходит заниматься своими высокими материями. Начальство можно понять. Оно не обязано разбираться в «каких-то там компьютерах». Для этого у начальства есть айтишники. И в этом я их поддерживаю. Мало того, нечего начальству вмешиваться в детали работы айти, это чаще мешает, чем помогает. И на том бы стоило и закончить, если бы лицензии на ПО имели отношение к айти.

Это не так »

Типичные ошибки SAM. N1: Мы провели SAM

Каждую неделю пишут, что кто-то «провёл» у себя (вариант: у клиента) SAM. Отчёты, бизнес-кейсы и пресс-релизы. «Компания А провела в компании Б SAM, что позволило сэкономить на закупках лицензий N%.»

Догадываетесь, что произошло на самом деле? Даю ответ. Компания А пришла в компанию Б, провела там внедрение средств инвентаризации (возможно), и посчитала ПО на компьютерах. После этого посчитала лицензии. После этого посчитала, сколько лицензий ещё нужно. Что-то оптимизировала. И продала компании Б лицензии. Или подготовила компанию Б к закупке лицензий у постоянного поставщика В. И ушла. Проведя, так сказать, SAM.

Это называется «аудит программного обеспечения». Разовая процедура с конечным результатом. И это не SAM.

А что тогда? »

© Alexander Golev & Partners Software Asset Management Experts Ltd. Сайт использует Nesta Ruby CMS.
Яндекс.Метрика