суббота, 21 апреля 2012 г.

Задаваемые вопросы по RITIL

            FAQ


            1. При выкладывании проектов в открытый доступ могут быть нарушены авторские права.
            Да, могут быть нарушены. В этом и идея - выкладывать "как есть". Можно анонимно, можно затирать названия (организации, ФИО) из документов и т.п.
            Но зато все "как на ладони" и все данные есть (какая задача, ситуация и т.п.)
Только в этом случае возможна общественная экспертиза. Раньше это называлось обмен опытом и были специальные внутриотраслевые мероприятия, потом при необходимости опыт обобщался в общесоюзном масштабе. Сейчас этого нет, что является сильнейшим тормозом развития и основным фактором спекуляций и снижения качества, повышения стоимости ИТ – услуг с абсолютно непрозрачной  методологией проектирования, ценообразования и т.п.
            Владелец проектов – Заказчик, его риски при публичном обсуждении приобретенным им проектных решений – минимальны и в основном имиджевые (в основном, как «астрономическая цена за откровенную халтуру)».

            2. Какие наиболее близкие технологии и мероприятия отражает проект?
            Публичная библиотека ИТ – решений. Площадка для обмена опытом на реальных проектных данных (ITIL по – русски). В сочетании с независимой открытой экспертизой (фактически ИТ – аудит как по, так и вне желания заказчика, техническая и экономическая экспертиза проектных решений) позволит революционный скачок в качественном преобразовании ИТ – рынка страны.
            В будущем, планируется стандартизация решений, Рекомендации и Best Practice в защиту интересов Заказчика.
            Используемые элементы crowdsourcing  http://en.wikipedia.org/wiki/Crowdsourcing
и wikileaks 
            Сочетание обоих технологий в рамках дискуссионного ресурса (форума).

            3. Планируется ли описание проектов?
Планируется база описаний IT-проектов (аннотация):
- какая стояла задача, описание ситуации,
- что было сделано,
- чем закончилось,
и классификация ситуаций, масштабов, задач и решений.
При желании (разрешении автора) будут выложены:
- автор описания и его контакты (как реклама специалиста)
- кто может подтвердить описание IT-проекта (это фактически раскрытие заказчика)


4. Возможна ли монетизация проекта?
            Да, возможна, в том числе, для развития проекта и компенсации расходов на продвижение проекта и верификации описаний IT-проектов, экспертизу проектов, возможно, приобретение проектов.
            Реклама для добросовестных Подрядчиков, например, как драйвер - поиск будущих заказчиков для специалистов на фоне предыдущих проектов. Хотя уверен (по опыту), будет по большей части наоборот: скорее будет антиреклама, т.к. хорошо документированных проектов ОЧЕНЬ мало, а большинство проектов - РАЗВОДЫ. Но подчеркиваю, выкладывать можно без названий Заказчика и подрядчика, т.е. будет анонимность.
            Вообще, считается, что  Удачных проектов - менее 20%, а реально, с учетом божеской нормы наценки - гораздо меньше.  Хотя остается и место для Реклама действительно качественных проектов (подрядчиков). Если в сети примеров ТРП по ИТ - проектам нет, то о какой культуре проектирования можно говорить?
            Поэтому с развитием проекта можно создать мощную консалтинговую группу: собственные методики - как вести взаимодействие с подрядчиками и т.п.  Заказчики, которые заинтересованы в качественном исполнении задач и адекватной стоимости проектных решений, уверен потянутся.

5. Как заинтересовать выкладывать проекты?
            Первое и основное – вклад в развитие отечественной ИТ – отрасли. Борьба с  коррупцией ИТ – чиновников и профанацией дельцов – предпринимателей.
Второе: на первых порах - "хочешь скачать - что то положи" (качества достойного скачиваемому). Выложил – получи бесплатный независимый аудит. Подробней источники материалов показаны в Технологической карте. 
Как то еще? Предлагайте.

6. Какие первые шаги?
            "Один в поле не воин". Начнем с обсуждения в форумах. Послушать мнения, советы. Создать сайт \ в простейшем случае - ЖЖ, (пока .blogspot.com). Искать нечто похожее. Параллельно искать сподвижников. 
      
            7. Будет ли противодействие проекту?
            Думаю будет. Далеко не все заинтересованы в открытом обсуждении их некомпетентных и преступных творениях. Добросовестным Заказчикам и Подрядчикам скрывать нечего. Будет предусмотрена премодерация проектов, например, выкладывать IP – адреса вычислительных сетей атомных станций не позволим. Хотя подобные сети и не должны иметь выход в сети общего пользования, но все равно для «надежности» и исключения обвинений в подрыве национальной безопасности.


Если Вы все еще читаете этот текст, то, скорее всего, предполагаете, что это не бред, а «в этом что-то есть». Тогда можно считать, что полпути уже пройдено, ибо рождение нового, как правило, включает этапы:
А) бред. Забудьте про это. Этого не может быть;
Б)  «а в этом что-то есть». Давайте рассмотрим получше.
В) Конечно, так и должно быть! Мы же сразу так и предлагали!

также см.

Проект «RITIL» Предварительно обсуждение  http://ritil.blogspot.com/2012/04/ritil.html
Продолжение или пояснение замысла RITIL «методом аналогии» http://ritil.blogspot.com/2012/04/ritil_17.html

вторник, 17 апреля 2012 г.

Продолжение или пояснение замысла RITIL «методом аналогии»


Продолжение или пояснение замысла RITIL «методом аналогии»

Тоже самое, что в  http://ritil.blogspot.com/2012/04/ritil.html  но другими словами по замыслу "Russian Information Technology Internet library  (RITIL). Открытая библиотека передового опыта по ИТ – проектам".
Необходима библиотека ИТ проектов, аналогичная базам готовых проектов по слаботочным системам (электрике, инженерным системам, строительным проектам), как например, на ресурсах:

http://pozhproekt.ru  Готовые проекты и чертежи  http://pozhproekt.ru/category/projects
Первая группа - Видеонаблюдение, телевидение, охранка, пожарка, оповещение, СКС и другая слаботочка, достаточно подробно представлены, а вот ИТ – проекты (вторая группа) включая:
корпоративные территориальные сети связи \ системы передачи данных, серверные подсистемы, системы хранения данных, системы управления и мониторинга, ITSM, хранилища данных, разработку и внедрение ПО (прежде всего прикладного) и др.  – отсутствуют.
Под первые есть четкая нормативная база, под вторые все абстрактно и туманно, что позволяет хорошо заработать «в мутной воде». Поэтому публикация проектов, наведение порядка и придание прозрачности ИТ - производству  - необходимые меры. 
Качество первых проектов – выше, чем вторых, структура цены более менее понятна. Технологическая сложность ИТ проектов уверен, не причем, их «наукоемкость» - как правило, - «дутая». Поэтому только проверенный путь: методология, стандартизация, обмен опытом (добровольный и wikileaks), публичное обсуждение реальных проектов, повторное использование наработок, типовых схем и решений.
По ИТ – проектам на сегодня имеем:
- цены берутся «с потолка», окупаемость ИТ – как правило бесконечная;
- документирование большинства проектов неудовлетворительное;
- удовлетворенность пользователей большинством проектов своего ИТ – управления низкая;
- Интернет в блоке ИТ напоминает скорее маркетинговый ресурс, нежели реальный инструмент или подспорье в автоматизации.
Поэтому необходимы «Открытая библиотека ИТ – проектов + Форум по их обсуждению, поиску» по аналогии с проектами по слаботочке (электрике, инженерке, стройке).
Некоторые компании первой группы уже выкладывают собственные проекты, например: 
http://stepline.ru/

Осталось "разбудить" ИТ - компании (второй группы). 
Пока Подрядчик одну и ту же ИТ - задачу решает в зависимости от компетенцией Заказчика. Если есть возможность "повысить рентабельность",  "закосить под дурака" - это подрядчиком будет сделано. Аналогия с такси: иногородний приезжает в столицу на Казанский вокзал и по-незнанию ловит такси до Ярославского вокзала. Несколько часов его катают по Москве по марсианскому тарифу и возвращают на другую сторону улицы. Точно также сегодня и на ИТ - рынке. Поэтому перед заключением договора Заказчик должен:
а) иметь карту (от куда и куда), описания;
б) убедиться, что в такси имеется таксометр.
Однако в большинстве случаев, вместо обывательской позиции (ставить все под сомнение), Заказчик "слепо  верит", что и определяет результативность 5:0 в пользу Подрядчика.
     
На указанных выше сайтах с архивами реальных проектов постоянно пишут:   
«Все файлы представлены исключительно для ознакомления и не должны использоваться в коммерческих целях. После ознакомления удалите со своего компьютера файлы, взятые с сайта» ...
Т.е. после прочтения съесть!  Приятного аппетита!
В ряде случаев размещение ИТ – проектов может рассматриваться как радикальная мера (ИТ – экстремисты). Однако это эффективная мера, а может быть уже единственная возможность исправить ситуацию. По закону катастроф: если для управление системой  требуется усилие (линейная зависимость), то в условиях катастрофы для того же результата требуется уже квадрат усилий.  Для считающих, что в России с ИТ «полный порядок» или «мы впереди планеты всей»  - отдельной темой «Научно-технический потенциал ИТ в России (RU-IT)» (в основе – комплексирование импорта и т.п., пока тема в планах).  



также см.
Задаваемые вопросы по RITIL              http://ritil.blogspot.com/2012/04/blog-post.html

воскресенье, 15 апреля 2012 г.

Проект «RITIL» Предварительно обсуждение



ИТ - проекты: «Публикуем и обсуждаем» или
Ударим по ИТ – ротозейству и ИТ – профанации
открытой библиотекой и публичной экспертизой
Project  «RITIL»:
Russian Information Technology Internet library  (RITIL)
Открытая библиотека передового опыта по ИТ – проектам

                               План
Введение
1. Кто виноват? Анализ проблемы
2. Что делать? Как спасать ИТ – отрасль?
            3Технологическая карта. Этап 1
            4. Возможные направления развития проекта
            Заключение  

Введение

Большинство ИТ – проектов проблемные и в открытом доступе отсутствуют:
корпоративные территориальные сети связи \ системы передачи данных, распределенные ЦОД, серверные подсистемы, системы хранения данных, системы управления и мониторинга, ITSM, хранилища данных, разработка и внедрение ПО (от сетевого типа email, AD, биллинга до мега-прикладного типа ERP, торговых систем), систем информационной безопасности и др.    
Одна из больших бед отечественной ИТ – индустрии – это минимизация повторного использования наработок, слабая методологическая проработка процессов проектирования. Что не проект – очередной «велосипед». Повторное использование наработок ограничено особенностями ИТ – рынка в России, отсутствием подходов к стандартизации и унификации на отраслевом уровне, закрытостью проектных решений.
Эффективность ИТ – проектов низкая, а их рентабельность сверхвысокая, что обусловлено, в том числе, особенностями "национального характера" российского ИТ строения. 

 Вместо принципа «Заказчик должен знать чего он хочет, а подрядчик знать то, чего действительно нужно Заказчику» сегодня господствует принцип: «Заказчику нужно внушить: сколько это должно стоить». Да и госЗаказчик сегодня "совсем не жадный".
Огромное число сегодняшних проектов реализуется как «относительно честный способ отъема денег»: проекты либо изначально задуманы как «холостые» \ «на дурочку» и предельно рентабельные или это «приходит в процессе». Часто проекты несут подрядчику возможность неплохо заработать, а заодно и научиться, как это делать. К сожалению, компетенции Заказчиков по защите своих интересов предельно низкие, сознательно или неосознанно.
Для решения задач:
а) «открыть глаза на реальность ИТ», 
б) обмен опытом на реальных проектных данных
предлагается первым направлением – это раскрытие и независимая публичная экспертиза ваших проектов. Следующим, возможно, будет формирование практических рекомендаций для Заказчика по контролю работ подрядчика, начиная с тендера, формирование золотого фонда - банка типовых проектных решений.  

1. Кто виноват? Анализ проблемы

Основные
1.1 “Деньги – все, остальное ничто»
В подрядчике, как правило, борются две сущности «Разработчик» и «Бизнесмен». При этом обычно «творец» проигрывает «буржуа» и побеждает «сильнейший», т.е. деньги. У подрядчика вместо сделать что-то «очень полезное» для Заказчика получается сделать что-то «очень прибыльное» для себя. Это основной закон капитализма по-российски, за другие страны судить не берусь, хотя еще в «Капитале» К. Маркс заметил:

"Обеспечьте капиталу 10% прибыли, и капитал согласен на всякое применение, при 20% он становится оживленным, при 50% положительно готов сломать себе голову, при 100% он попирает все человеческие законы, при 300% нет такого преступления, на которое он не рискнул бы пойти, хотя бы под страхом виселицы". Другими словами: жадность «всея буржуазной Руси».
           
            1.2 Best Practice против Заказчика
            Часто Подрядчик использует свои опыт и знания как «Best Practice против Заказчика», т.е. как можно одурачить Заказчика, формально выполнив условия договора, но реально не предоставив ему законченного решения или «поддев его на крючок», среди них:
            а) минимум документирования своего решения, или некачественная  проектная документация: «налить воды», не отразить принципиальных моментов решения и др.;
            б) планирование работ в таком виде, когда в середине проектирования выясняется, что для завершения необходимы объемные дополнительные работы по «отдельным договорам». Например, при первоначальных переговорах речь идет о всем объеме («под ключ»), а далее выясняется что «под ключ» либо только часть, либо «в упрощенном виде», а как надо – «так это же СОВСЕМ за другие деньги».
            Примеры «Best Practice против Заказчика» рассмотрим отдельной темой.
            Сегодня фактически у Заказчика нет надежной методологии организации контроля и инструментов по защите своих прав при ведении ИТ – проектов.   
Например, мало кто работает по ГОСТ, хотя бы 34.ххх. Но именно ГОСТы стояли на защите интересов Заказчика. К тому же эти инструменты контроля должны постоянно совершенствоваться.

            Другие
            1.3 Получил «CIO» и «вертись как хочешь»
            Коррупционная составляющая. Уверен, что коррупция в ИТ – сфере, не меньше чем в строительстве. Но это отдельная тема, здесь мы ее только обозначим. Для ее рассмотрения лучше создать отдельный сайт «Роспил-ИТ» ("роспилит"). Помните анекдот про новичка милиционера:
- Ты чего за зарплатой третий месяц не идешь?
- А что, еще и зарплату дают? Я думал: выдали пистолет (или полосатую палочку) и «вертись как хочешь».
Если сделать такой эксперимент: на должностях ИТ – директоров организаций Заказчиков ИТ – услуг, руководителей конкурсных комиссий, других постах «принимающих решение» перестать платить зарплату: многие места не оказались бы пустыми, не везде, конечно, но в большинстве госструктур уверен.
            Кроме криминальной составляющей видимо работает принцип «мотивированного суждения», так CIO и не скрывают, что часто самовольно выбирают подрядчика «в интересах дела», например:
            «Выбирая поставщика, я прежде всего выбираю партнера. Я ни разу не начинал тендер, не понимая, кто его выиграет. Безусловно, тендер нужен, чтобы довести до правильного уровня ожидания партнера, прежде всего по деньгам. Но партнера я всегда выбираю заранее. Выбор правильного партнеры – это важнейшее умение CIO, и его нельзя доверять случаю» см. «Учебник 4CIO» (М: Клуб 4CIO, 2011), с126. 
            Собственно эта цитата - уже нарушение авторских прав! Вот так и живем.

            1.4 Секретность – как основное оружие
            Как скрыть подлог? Конечно все засекретить. ИТ – проекты (наработки) никому не показывать, в ТКП – сплошные фразы «после прочтения съесть». Почему подрядчик боится огласки своих проектных решений? Что бы а) скрыть некомпетентность, б) уровень рентабельности.
            Более того, многие свои проекты подрядчики не показывают новым Заказчикам, ссылаясь на подписанные ранее соглашения о неразглашении (NDA) или объясняя возможностью утечки ее к конкурентам. Как правило, сложности и с референс – визитами к предыдущим Заказчикам.
            Собственно против этого, в основе и лежит идея. Все тайное когда-нибудь становится явным. Поэтому скрыть ахинею или в чистом виде «развод на деньги» - не выйдет.    

            Конкурентная борьба, подписание соглашений о неразглашении проектных решений и отказ от их публичного обсуждения, закрытые методики проектирования, - эти заявления для сокрытия размеров бардака и «гири» тормозящие технологическое развитие страны.  
Собственно: «дурят нашего брата, и безбожно».

2. Что делать? Как спасать ИТ – отрасль?

            2.1Цели:
а) Раскрытие информации. Площадка для обмена опытом на реальных проектных данных. ITIL по – русски, библиотека опыта передового и не очень;
            б) Независимая публичная экспертиза ваших проектов. ИТ – аудит (технический);
            в) выявление качественных проектов (компаний - разработчиков), продвижение типовых решений и их тиражирование, унификация, типизация, массовость на основе популяризации открытой библиотеки ИТ - проектов; 
            г) в будущем, стандартизация решений, Рекомендации и Best Practice в защиту интересов Заказчика.
            Раскрытие информации  и независимая экспертиза ИТ – проектов, в целях оптимизации ведения проектов на основе максимального (повторного) использования наработок (своих и чужих).
           
            2.2 Шаги       
            а) создаем сайт (площадку), куда могут все выкладывать ИТ - проекты компаний. Таким образом, сформируется библиотека ИТ – проектов.          
            б) желающие и созданная на общественных началах экспертная комиссия будет проводить независимую экспертизу выложенных проектов.
            в) в будущем – формирование рекомендаций по ведению проектной деятельности.

            Возможно будут присутствовать некие элементы IT – wikileaks, т.к. не всем может нравиться правда об их реальной проектной деятельности и эксплуатационной практике и многих не устроит объективная оценка приобретенного «ИТ - хлама» или лучшие практики « впаривания» . Выкладывать проекты и давать им оценки можно будет анонимно, из проектов можно будет вытирать названия компаний.   

            В идеале, каждый подрядчик должен в открытом доступе выкладывать свои проекты. Так будет оцениваться его рейтинг. Например, некоторые ЦОД в прямом режиме транслируют на публичном сайте все возникающие неисправности. Что-то подобное, надеюсь, будет и в проектной составляющей.

         Обозначаем проблемы:

А) общий взгляд на RU-IT: она в такой же яме как и отечественный автопром, авиапром и всё остальное в России, кроме, нефтегазового насоса, вывоза леса и подобных сырьевых направлений. В яме и IT-образование и профессиональная IT – разработка. Что-то конечно есть, например, очередное чудачество http://besttoday.ru/read/3374.html  но это скорее похоже на конверсионные игрушки.  
Что-то пытаются предпринять, например, http://www.newsland.ru/news/detail/id/941785/
но уверен, это очередной «выгодный проект», не более.

Б) Конкретная проблема. На мой взгляд, качество IT – проектов предельно низкое, их стоимость «астрономическая», повторное использование стремится к нулю. Это все три взаимосвязанные вещи: повторяемость (плюс стандартизация и унификация) – массовое использование (повышение качества) – снижение цены (доступность для массового использования).
Собственно об этом и на станицах блогаRussian Information Technology Internet library  (RITIL)

Постановка задачи первого этапа:
А) Создание библиотеки IT – проектов на интернет ресурсе (в открытом доступе), где сознательная IT - общественность наполняет библиотеку имеющимися авторскими материалами
Б) экспертиза IT – проектов. Можно и так:
Объекты:  IT – проектов из жизни
Предмет исследования: их анализ, включая
Б1) выявление просчетов, элементов профанации (часто из интернет не к месту копируют целыми разделами для "листажа")
Б2) выявление типовых качественных решений для повторного использования лучших системотехнических решений и, таким образом, циклического "улучшайзинга". Популяризация и накопление опыта через банк проектов.
СХЕМА: берем типовой проект, разбираемся, адаптируем под свои нужды и не забываем поделиться результатом для обогащения Best Practice.
 
Собственно, корневая идея схожа с библиотекой ITIL - британскими  Best Practic-ами по ITSM (собственно оттуда и название RITIL с небольшой корректировкой).
Плюс к этому: краусорсинговый IT-аудит (crowdsourcing). На мой взгляд профессиональный IT – аудит:  
А) безумно дорог
Б) на столько же несостоятелен (могу показать примеры).
Плюс к этому: элементы IT wiki leaks, т.к. все и всё скрывают, прежде всего, свою халтуру и жадность (астрономическую рентабельность). 

Решение задачи: создаем Web ресурс с форумом, где
А) выкладываем  реальные IT – проекты
Б) обсуждаем, оцениваем
Для первого этапа этого, думаю, достаточно.
Пункт А – скорее организационный
Пункт Б – скорее исследовательский

Действовать планируется в направлении:
А) привлечь внимание IT – общественности к бардаку в ИТ – отрасли и отсутствию повторного использования IT – проектов
Б) формирование ресурса, подобного интернет – библиотекам – форумам по инженерным и слаботочным системам http://ritil.blogspot.com/2012/04/ritil_17.html
Эти сферы прошли период «детских болезней», теперь очередь за ИТ. Лечить её нужно, а кроме нас некому.  

          3. Технологическая карта. Этап 1


    Основные элементы решения: 
   -  Банк проектов (публичный архив проектов, в том числе с элементами IT - wiki leaks
   - Общественный контроль
   - Публичная экспертиза, "краусорсинговый IT-аудит", crowdsourcing
   - Повторное использование наработок, обмен опытом 
     

          4.  Возможные направления развития проекта
       





Заключение

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

          Очевидно, что «верхи не хотят». У Мега - босов было достаточно времени на "осознание и просветление", но ничего не сделано. Следовательно, начинать нужно «снизу». Кто спасет российскую ИТ – индустрию, если не ты? Выкладываем имеющиеся ИТ – проекты, коллекционируем ссылки на них, делимся опытом, вносим реальный вклад в становление отечественной ИТ – отрасли. 
Спроси себя сам: что ты сделал для спасения ИТ – отрасли? Если не ты, то КТО?                  


                                                                     Skeptic-ru     skeptic.ru@gmail.com  апрель 2012

Вопросы:
Есть ли, что подобное? 
Есть ли библиотеки ИТ – проектов?  (если ДА, то где?)

Дополнительно:
Кратко, пример «подвигов» системных интеграторов:
А) "GPL – цена". Заказчик часто мониторит цены на закупаемое оборудование и ПО, чтобы «не переплатить». Ему подсказывают мониторь по GPL – цене (Global Price List, «глобальный список цен»). Реально интеграторы забирают со склада в Москве у дистрибьюторских центров IT-оборудование со скидкой 50-70%, а реализуют по ценам, близким к GPL. GPL – изначально подразумевает «потолочную» цену. Если Заказчик – бюджетник, то в итоге эту разницу платим мы с вами – налогоплательщики. У цепочки системный интегратор -  дистрибьюторский центр существуют специальные средства по сокрытию этих схем, например, для каждого крупного гос - Заказчика ведется свой прайс – лист. Когда интегратор запрашивает у дистрибьютора цены нужно обязательно сказать «для кого поставка», это нужно чтобы «не засветить» цены. Напрямую Заказчику дистрибьютор не продает. Это скорее преступный сговор, нежели «честная конкурентная борьба». Проверить можно, определив по каким ценам, была поставка и какое ее отличие от GPL, далее путем оценки общерыночной скидки на данное оборудование можно сделать вывод. На «тыжелое» (мощное, дорогостоящее, редкое), как правило, скидки более 70% от GPL.  Но реальную закупку не проверите, все закупочные документы будут «в порядке».
Б) Для некоторых крупных Заказчиков работает схема: группа подрядчиков по сговору (как правило, с участием Заказчика) распределяет себе регионы (другие «куски») и в них работает. Формально при этом конкурсы проводятся, но за «свой» регион подрядчик для всех остальных готовит сам «технико-коммерческие предложения» и, соответственно, выигрывает. Проверить можно путем анализа, кто в каком регионе побеждает. 

            Продолжение или пояснение замысла RITIL «методом аналогии»
            Задаваемые вопросы по RITIL