/> Архивы Новости - Soft можно покупать дешевле. И управлять им эффективнее. Soft можно покупать дешевле. И управлять им эффективнее.
RSS
 

Archive for the ‘Новости’ Category

Федорино горе или как вам казус Fedora?

06 Сен

Fedora, Linux, SAM, СПО риски, лицензирование

Вчерашний день стал для меня лишним подтверждением того, что что свободное программное обеспечение с точки зрения рисков Software Asset Management ничем не отличается от коммерческого, распространяемого по пропиетарным лицензиям. Подтверждение пришло от проекта Fedora и знаковость его сложно переоценить.

Проект Fedora ограничил действие своей лицензии на территории Российской Федерации. Напомню, о вероятности такого события я уже писал ранее в статье «Риски использования свободного ПО для государственных органов» у себя в блоге и вытащил эту статью на площадку Smartsorting, чем породил интересное обсуждение (http://smartsourcing.ru/blogs/upravlenie_it-aktivami/1192) и даже приводил примеры таких рисков, но уж больно не на слуху были проекты, так что многие махнули рукой и подумали что – то типа: «Ну, это мелочь балуется, а с известными такого не произойдёт». А вот что произошло вчера, 5 сентября 2017 года: Fedora запрещено экспортировать в Крым. Вроде бы какая мелочь? Однако, если проект, выпускающий под лицензией MIT операционную систему Linux и имеющий совместимость с GNU GPL v2.0 уходит в мир, он, как записано в публичной лицензии: «Настоящим предоставляется разрешение, бесплатно, любому лицу, Read the rest of this entry »

 

SAMDay 2017. Личные впечатления.

09 Апр

SAM day 2017 заслужил Тимур Саабев

SAM Day 2017. Личные впечатления.

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

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

Выступление Патамы Чантарук (Patama Chantaruck), руководителя SAM направления в компании Microsoft многие коллеги охарактеризовали как «никакое». Организаторы были в курсе, что спикер торопилась и была ограниченна по времени и поэтому поставили её первой. Да и должность и знания спикера на это намекали. Но для меня её выступление всё же выдало интересную информацию. А именно

 

На каком нас могут проверить не полиция, а производители программного обеспечения.

12 Дек

На каком нас могут проверить не полиция, а производители программного обеспечения.

Не однократно слышал вопрос: «А на каком основании нас проверяет…» и дальше надо подставить нужное название компании – производителя программного обеспечения. Когда проверяет полиция или прокуратура, да пусть даже судебные приставы – такой вопрос вроде как даже и не удобно задавать. Они власть, представители государства. Хотя, я-то как раз и задаю обычно такие вопросы. Не всегда сходятся концы с концами.

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

Начнём с базы – с законодательства. Статья 1237 Гражданского Кодекса РФ «Исполнение лицензионного договора» начинается с интересного момента:
«1. Лицензиат обязан представлять лицензиару отчеты об использовании результата интеллектуальной деятельности или средства индивидуализации, если лицензионным договором или настоящим Кодексом не предусмотрено иное. Если в лицензионном договоре, предусматривающем представление отчетов об использовании результата интеллектуальной деятельности или средства индивидуализации, отсутствуют условия о сроке и порядке их представления, лицензиат обязан представлять такие отчеты лицензиару по его требованию.»

Замечу, что если в лицензионном договоре момент предоставления информации опущен, то необходимо поступать по законам РФ, если они регламентируют данный вид деятельности. Т.е. в нашем случае отчитываться перед правообладателем есть обязанность покупателя лицензионного ПО, кроме случаев прямого разрешения так не делать. Самое забавное, что из текста статьи следует, что это правило так же распространяется на пользователей контрафактного ПО, ибо они «лицензиев не читали и не подписывали», а значит им взаимоотношения предписывает закон. Read the rest of this entry »

 

Думы про разное и процесс SAM.

28 Ноя

d63e1070-bc70-4652-ad45-a45c1f865946[1]

Думы про разное и процесс SAM.

Давеча встретил интересного товарища, который категорически не принимал необходимость утверждённого на предприятии процесса SAM – «Экстренного восстановления устройства (ПК/ноутбук/сервер/мобильное устройство». Вот всё ему нравится, кроме вот этого конкретного документа. Причём он не столько считал его неприемлемым, сколько просто не понимал необходимость такого процесса SAM.

Для меня данный процесс был на столько органичен, что я даже не смог сходу подобрать необходимые аргументы и убедить собеседника. Вместо этого пришлось брать паузу и минут десять смотреть на чистый лист бумаги, пытаясь компактно обосновать необходимость процесса. И вот что у меня вышло в итоге:

  1. Простои – самый первый риск, в который утыкаешься при выходе из строя техники. Технически не сложно восстановить работоспособность за короткий срок, но есть нюанс. Именно регламент позволяет сотруднику в каком-то приоритете быстро выполнить работы, которые в итоге минимизируют простой. Обязательным условием для минимизации простоя является наличие всего необходимого под рукой:
    • новый ПК/ноутбук (если старый всё!);
    • образ ПК и/или набор нужных дистрибутивов;
    • учётные данные AD/почты/портального хранилища/Backup сервера;
    • стенд для тестирования (кто знает, в какой географии сгорел ПК);
    • время ИТ специалиста (он не сидит в засаде, ожидая выхода из строя ПК)
  2. Ротация сотрудников – меняются сотрудники ИТ службы. Приходят новые кадры, которым необходимо быстро выйти на качество регулярного обслуживания. Регламент, выполненный в виде сухой инструкции поможет быстро войти в курс и не тратить время на беготню и суету, теребя и отрывая от своих задач тех работников, кто уже прочитал регламент и знает, что к чему.
  3. Ротация устройств – практика организации может иметь возможность передачи устройств в филиалы, представителям, дочерним структурам и т.п. Регламент можно использовать и для того, чтоб затереть абсолютно всю информацию от предыдущего пользователя и быстро настроить ПК/ноутбук на нового.
  4. Обновление парка ПК – часто разовая задача, но также часто – поэтапная. Для такого сценария такой регламент – подарок. Он позволяет спрогнозировать сроки ротации, загрузку сотрудников, потребные ресурсы. Всё это нас отсылает к самому первому риску – простою.
  5. Юридический риск – связан с той отсебятиной, которая может возникнуть, если системный администратор не руководствуется довольно жёстким перечнем устанавливаемого ПО, а внутренним ощущением или сговором с пользователем. Неудовлетворительные версии, не проверенные дистрибутивы, лишнее или конфликтное ПО замедляющее работу устройства, зоопарк ПО и многое другое. Как следствие – усложнение и удорожание обслуживания и сложности с безопасностью.

Read the rest of this entry »

 

Деньги — это кровь экономики любого предприятия.

22 Ноя
04f761263ba72fc624c8367059-1

Закупка программного обеспечения и Software Asset Management

Деньги – это кровь экономики любого предприятия. Мало кто из руководителей и собственников предприятий не согласятся с этим тезисом. Недостаток денег, как и недостаток крови ведёт к проблемам в обоих случаях. Но я хочу рассмотреть только один из случаев – момент закупки программного обеспечения в организации.

В последнее время я несколько раз слышал описание закупки ПО в крупных компаниях следующего вида:

ИТ служба в лице её руководителя производит сбор информации о потребностях на ПО, количестве ПК, серверов, текущем количестве пользователей ПО или служб, планов на изменения. Собрав и обработав количественную информацию, ИТ служба формирует номенклатурный список ПО, где –то находит цены и формирует бюджет на закупку. А дальше происходит интересная процедура. По-умному это называется «Секвестрование бюджета», а по рабоче-крестьянски – денег на закупку полностью не дают. Причём, теперь это проблема ИТ службы.

И вот у меня возникает в связи с такой технологией два вопроса:

1. Почему это в принципе вопрос ИТ службы. Ведь программным обеспечением пользуются сотрудники других подразделений и оно нужно для полноценного функционирования компании.

2. Почему всё описанное происходит перед очередным контрактом и нет постоянного сбора актуальной информации?

Ну, то есть у проблемы несколько «родителей» получается. С одной стороны, всё, что касается ПО в организации традиционно – сфера ответственности ИТ службы. И менять это, беря ответственность на себя никто не будет. С другой стороны – раз уж ИТ регулярно отвечает за этот вопрос – почему столько недоверия со-стороны финансистов?

Ответ, на эти и даже другие не сформулированные вопросы, как мне кажется, в том, что нет утверждённой процедуры – правил игры, с которыми согласятся все, но в первую очередь руководство и собственники. А правило (или даже набор правил) должно быть следующим:

1. Информация должна быть актуальной в любой момент времени. Благодаря этому, всегда можно успеть сманеврировать при планировании закупок. План нужно иметь хотя бы в трёхлетней перспективе.

2. Планы на закупку должны быть стратегическими. Это значит, имея перспективный план, его нужно соотносить с предложениями на рынке. Не раз я слышал о том, что свёрстанный на год бюджет внезапно приходилось менять из-за роста отпускной цены на ПО.

3. Если режется бюджет, то логично, что тот, кто его зарезал и должен указать, кому ПО не достанется. Он же и должен за это отвечать.

4. Если на ИТ службу возложили ответственность за закупку ПО, то ни одна закупка не должна пройти мимо.

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

Кто, кроме вас может сказать: «Нельзя уменьшать количество лицензий при покупке в MS Enterprise Agreement. Там стандартизация и обязательство купить на все устройства» или «Мы не можем уменьшить лицензии на Oracle хотя бы потому, что у нас именно такое количество процессоров и ядер, а если мы возьмём меньше, то будет понижение мощности и работа будет простаивать». И да, вам потребуется словарь с ИТ языка на финансовый. Но когда вы создадите правило, убедите руководство в его целесообразности. Когда правило будет прозрачным и на понятных механизмах, которые не строятся на «верьте мне на слово», тогда и вам будет проще и финансистам и закупёрам. Правила облегчают жизнь.

Ну а после их создания надо будет следить, чотб из них небыло исключений.

Удачи вам!

 

Изменения в Microsoft SQL Server 2016

11 Июл
Microsoft SQL Server 2016

Microsoft SQL Server 2016

В мае текущего года случилось очередное обновление версии очень популярного и «тяжеловесного» продукта компании Microsoft — Microsoft SQL Server 2016. Не вдаваясь в подробности изменений и фичь самого продукта, ибо не специалист, хочу написать небольшой обзор об изменениях в лицензировании. А изменения есть и более чем одно. А посему есть резон описать эти изменения в отдельной статье.

Для начала: вся информация опирается на Microsoft Product Terms за июль 2016 года. Актуальный документ всегда доступен по ссылке https://www.microsoft.com/en-in/Licensing/product-licensing/products.aspx.

Итак, какие же изменения произошли:

  1. Редакций теперь не три, а две. А именно SQL Server 2016 Standard в вариантах Server/CAL и Core и SQL Server 2016 Enterprise в варианте только Core. Внимание! В таблице с непривычки некоторые могут наблюдать наличие SQL Server 2016 Enterprise в варианте Server/CAL. Это иллюзия и обман зрения -–данная лицензия является подпиской Software Assurance, т.е. это продление лицензий редакции Enterprise версий 2008 года и более ранних. Напомню, с ограничением на двадцать ядер суммарно или двадцать потоков в случае виртуализации. Если посмотреть внимательно на таблицу обновлений, то можно увидеть, что редакция Business Intelligence теперь вошла в редакцию Enterprise.
  2. Следствие из уменьшения версий. В связи с тем, что Business Intelligence всё, у вас могут вырасти тарифы на аренду BI систем, построенных на MS SQL Business Intelligence вашим провайдером. Дело в том, что SPLA провайдеры заключают договор и фиксируют цены на год. И поскольку Business Intelligence лицензировался на пользователя, цену выставляли, по сути «перепродавая» коннект на пользователя/устройство. А теперь функционал BI будет строиться на редакции Enterprise, который лицензируется по модели Core. А значит в течении максимум 11 месяцев закончится фиксация цены у провайдера, и он более не сможет предлагать этот продукт.
  3. Core Factor отменён. Совсем. Навсегда. Напомню, что на некоторые процессоры AMD действовал понижающий коэффициент 0,75. Связанно это было с тем, что «процессоры не оправдали ожиданий». Так что сильно тратиться на них было обидно и покупателей таким образом мотивировали. Теперь отменили.
  4. Downgrade. Само-собой, крайне популярная фича лицензии продукта. Редакцию Enterprise можно понижать до всех предыдущих версий или до более слабых редакций. Т.е. из него можно получить всё. А вот Standard можно понижать только до Standard более ранней версии.

Read the rest of this entry »

 

Как не покупать программное обеспечение, но при этом законно его использовать?

13 Ноя

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

Так же, ещё одной проблемой является учёт программного обеспечения в бухгалтерии предприятия. Поэтому, в своей статье я хочу рассказать, как можно не покупать программное обеспечение, но при этом законно его использовать. Разговор пойдёт о программном обеспечении как сервисе.

Давайте прикинем, что чаще всего используется в офисе небольшой компании:

 

Изменения в лицензировании Microsoft Office 2016

04 Ноя

Изменения в лицензировании Microsoft Office 2016В лицензировании Microsoft Office 2016 и его компонентов, а так-же Visio 2016 и Project 2016 произошли некоторые изменения. А точнее – два изменения:

1. Многоязыковой пакет (MUI) для Microsoft Office и его компонентов более не требует Software Assurance. Теперь он включен в лицензию приложений.

И даже если у Вас ранее была куплена подписка Software Assurance, то по окончании её действия, наличие MUI у Вас сохранится.

2. InfoPath как продукт для работы с электронными формами более не будет развиваться.

Однако в пакет Microsoft Office Pro Plus 2016 будет включено право на использование InfoPath 2013.

 

Software Asset Management — это не только учёт ПО, это ещё и планирование бюджета, ROI и TCO.

05 Окт

Software Asset Management - это не только учёт ПО, это ещё и планирование бюджета, ROI и TCO.Всем привет. Задумался я о том, что SAM позволяет просчитать рентабельность приобретения ПО довольно удобно. Ибо он ещё и борется с перерасходом бюджета на закупку лицензий.

TCO – Total Cost of Ownership. Совокупная стоимость владения (Стоимость жизненного цикла).

ROI — Return On Investment. Финансовый коэффициент, иллюстрирующий уровень доходности или убыточности бизнеса, учитывая сумму сделанных в этот бизнес инвестиций.

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

В первый момент я слегка впал в прострацию. Ибо до конца вопрос не понял. Затем, вскрывая ситуацию вопрос за вопросом, получил следующую картину: Read the rest of this entry »

 

Риски использования программного обеспечения

25 Сен

Бодрый день. Давно не обращался к теме управления лицензиями – Software Asset Management. И теперь это исправляю. Решил в статье затронуть риски использования программного обеспечения. Комплексно, а не только для контрафактного программного обеспечения.

Для начала, что я понимаю, говоря риски использования программного обеспечения? Это вероятность наступления негативного события, отличная от нуля. То есть, это не вопрос: «Случится или не случится?». Это вопрос: «Когда случится?» и что от этого будет. Следовательно, вопрос о том, как устранить риск, не поднимается. А вот вопрос о минимизации как самого риска, так и потерь – как раз самый актуальный.

Read the rest of this entry »