16-17 апреля в Осло прошла конференция Go Open 2009, посвящённая продвижению программного обеспечения с открытым кодом и открытых стандартов в государственном и частном секторе. По информации на официальном сайте Go Open 2009, конференцию должны были посетить более тысячи человек: журналистов, студентов, представителей государственных органов и разработчиков ПО.

Одним из докладчиков выступил директор по развитию программного обеспечения с открытым кодом компании Sun Microsystems Саймон Фиппс (Simon Phipps). Он посвятил своё выступление проблеме внедрения ПО с открытым кодом в государственных органах. В ходе обсуждения участники конференции составили примерный список шагов по её решению:

1. изменить закупочное законодательство. Эффективная реализация политики, направленной на продвижение ПО с открытым кодом в государственных органах, возможна только после внесения соответствующих изменений в правила закупок. Одной политики или декларации намерений недостаточно. В идеале процесс закупки свободного ПО должен состоять из двух этапов:
   
   1. сотрудники ИТ отдела госоргана отбирают и обкатывают свободные программные компоненты для конечного решения, наиболее полным образом отвечающего потребностям учреждения;
   2. когда программа приобретает относительно законченный вид, госорган объявляет конкурс на поставку услуг доработки, технической поддержки и сервисного обслуживания разработанного прототипа.
2. всегда публиковать конкурсную документацию. В большинстве стран запрещено указывать наименования конкретных поставщиков в запросе на поставку, чтобы не допустить возникновения подобной ситуации, закупочную политику стараются сделать максимально открытой. Однако лишь в редких случаях публикуется полная конкурсная документация.
3. указывать стоимость отказа от услуг. Часто в качестве одной из причин отказа от перехода на ПО с открытым кодом называют высокую оценочную стоимость миграции, хотя значительную часть этой стоимости составляют расходы, связанные с отказом от услуг текущего поставщика. Таким образом, если указывается цена миграции, нужно указывать и цену отказа от ПО (это, кстати, один из ключевых пунктов новой британской политики в области программного обеспечения с открытым кодом). Или не указывать ни того, ни другого. Если вовремя не уделить внимания этому пункту, зависимость от конкретного поставщика и стоимость миграции могут сильно вырасти.
4. не гнаться за самой низкой ценой. С одной стороны, любой поставщик может временно снизить цены, чтобы привлечь внимание покупателя, с другой, покупатель, у которого есть право использовать, изучать, изменять и распространять ПО, может рассчитывать на снижение цены со стороны поставщиков. Но если в первом случае покупатель попадёт в зависимость от поставщика, то во втором он остаётся хозяином положения, то есть снижение цены не ведёт к свободе использования ПО, но свобода ведёт к сокращению издержек.
5. помнить о совместимости. Проприетарные решение, такие как DRM-технологии, соглашения о неразглашении и многие другие, со временем становятся избыточными и теряют смысл. Яркий пример - необходимость перехода на новую версию Windows, если компания-поставщик прекращает поддержку старой. Таким образом, предложение поставщика должно быть максимально открытым. В этом состоит суть свободы. Что это значит? Прежде всего использование свободных лицензий. Любая информация, на доступ к которой требуется разрешение поставщика, таит в себе опасность зависимости.
6. используйте открытые стандарты.