ЛЕКЦИЯ 3. ПРОЕКТНЫЕ ОТКЛОНЕНИЯ.

Если попробовать определить управление рисками проекта просто, то на 70% это предусмотрительность, на 20% — различного рода резервирование, и лишь на оставшиеся 10% приходится непосредственное реагирование на рисковые события. Таким образом, как и в других процессах управления проектом, успех управления рисками закладывается в начале проекта. А предусмотрительность руководителя проекта — прямое следствие его опыта. В случае если проект вверен недостаточно опытному проект-менеджеру, его необходимо «усилить» коллегой или внешним консультантом, уже набившим шишки в предметной области проекта. Это что касается управления рисками в рамках одного проекта. Пока все просто.

С точки зрения управления портфелем проектов компании ее руководители (и собственники) хотели бы, чтобы риски проектов соотносились с ожидаемыми выгодами, и здесь уже не обойтись без аналитических инструментов. Находиться «внутри» и «снаружи» проекта — не одно и то же; необходим способ оценить проектные риски (изнутри) и донести обобщенные оценки до руководства компании (наружу). Кроме того, мечта любого директора — чтобы руководители проектов снова и снова не наступали на одни и те же грабли. На передний план выходит задача накопления, систематизации и использования опыта, полученного в проектах.

Так что, как ни крути, но компетентному руководителю корпоративного проекта нужно что-то большее, чем просто предусмотрительность.

Управление рисками находит применение в различных областях деятельности. При этом, например, риск-менеджмент на финансовых рынках и в страховании, основанные на законах больших чисел, разнятся и между собой и еще больше отличаются от риск-менеджмента в проектах. Мы ограничимся риск-менеджментом в проектах.

История дисциплины управления рисками уходит корнями в конец XVII — начало XIX веков, когда английский галантерейщик Джон Грант опубликовал результаты предпринятого им исследования продолжительности жизни, английский астроном и математик Эдмунд Галлей развил идеи Гранта, а швейцарский математик Даниил Бернулли дополнил сделанные «коллегами» выводы. Все это серьезно продвинуло риск-менеджмент в области страхования и инвестиций, в то время как в вопросе методологии управления проектными рисками долгое время не было единого подхода.

Большой вклад в дисциплину проектного риск-менеджмента сделала команда специалистов, работавших над первой редакцией PMBoK’а (PMBoK — Project Management Body of Knowledge (англ.) — Свод знаний по управлению проектами), вышедшей в 1996 году. Тогда были выделены четыре процесса управления рисками:

· контроль реагирования на рисковые события.

С тех пор PMBoK обновлялся каждые четыре года, и к 2004 году список процессов был дополнен стартовым процессом «планированием управления рисками». Оценка риска была разбита на два процесса: качественный и количественный анализ риска.

Редакция 2004 года существенно продвинула методологию управления проектными рисками. Соответствующий раздел PMBoK’а был дополнен доступными методическими примерами и диаграммами, а также хорошим «арсеналом». Проект-менеджерам стали доступны такие инструменты, как план управления рисками, иерархическая структура рисков (ИСРс), матрица вероятности и последствий, мозговой штурм, метод Делфи, идентификация основной причины, SWOT-анализ, анализ допущений, диаграммы влияния и причинно-следственных связей, реестр рисков и другие. То, что раньше скромно именовалось «мерами реагирования на риск», отныне стало «стратегиями реагирования на риски», классификацию которых полезно знать «назубок»: уклонение, передача, снижение (для реагирования на угрозы); использование, совместное использование, усиление (для реагирования на благоприятные возможности); принятие (общая для угроз и возможностей стратегия), а также механизм реагирования на непредвиденные обстоятельства (план «Б»).

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

Риск – это вероятность или угроза потери предприятием части своих ресурсов, недополучения доходов или появления дополнительных расходов в результате осуществления хозяйственной деятельности.

Риск – это потенциальная, численно измеримая вероятность неблагоприятных ситуаций и связанных с ними последствий в виде потерь, ущерба, убытков; вероятность получения непредсказуемого результата при реализации принятого хозяйственного решения.

Риск – неопределенное событие или условие, наступление которого может иметь как положительное, так и отрицательное влияние на проект (согласно PMBoK PMI).

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

Принято различать следующие основные виды рисков:

1) производственный риск, связанный с возможностью невыполнения фирмой своих обязательств по контракту или договору с заказчиком;

2) финансовый риск, связанный с возможностью невыполнения фирмой своих финансовых обязательств перед инвестором;

3) инвестиционный риск, связанный с возможностью обесценивания портфеля ценных бумаг;

4) рыночный риск, связанный с возможным колебанием рыночных процентных ставок, собственной национальной денежной единицы и курсов валют, изменением рыночной конъюнктуры;

5) институциональный риск, связанный с изменением государственной политики, международных отношений.

Управление рисками подразумевает не только констатацию факта наличия неопределенности и рисков и анализ рисков и ущерба. Рисками проектов можно и нужно управлять. Основным положением современных методологий управления проектами является смещение приоритетов от избежания рисков (т.е. отказа от рискованных проектов) к управлению рисками.

Управление рисками – это совокупность методов анализа и нейтрализации факторов рисков, объединенных в систему планирования, мониторинга и корректирующих воздействий.

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

Основные процессы управления рисками по PMBoK:

5) планирование реагирования на риски (разработка стратегий работы с рисками);

n Планирование управления рисками определяет, как находить и планировать действия, связанные с управлением рисками.

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

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

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

Цель проведения анализа риска – дать потенциальным партнерам необходимые данные для принятия решений о целесообразности участия в проекте и предусмотреть меры по защите от возможных финансовых потерь.

Анализ риска производится в следующей последовательности:

Количественный анализ риска – более сложная работа, заключающаяся в численном определении размеров отдельных рисков и риска проекта в целом.

Количественная оценка рисков определяется через:

1) вероятность того, что полученный результат окажется меньше требуемого значения;

2) произведение ожидаемого ущерба на вероятность того, что этот ущерб произойдет.

Экспертный анализ рисков применяют на начальных этапах работы с проектом в случае, если объем исходной информации является недостаточным для количественной оценки эффективности и рисков проекта.

Достоинствами экспертного анализа рисков являются:

o отсутствие необходимости в точных исходных данных и дорогостоящих программных средствах;

o возможность проводить оценку до расчета эффективности проекта;

- трудность в привлечении независимых экспертов;

Требования к экспертам, привлекаемым для оценки:

- иметь доступ ко всей имеющейся информации о проекте;

- иметь достаточный уровень креативности мышления;

- обладать необходимым уровнем знаний в соответствующей предметной области;

- быть свободными от личных предпочтений в отношении проекта;

- иметь возможность оценивать любое число идентифицированных рисков.

1) по каждому виду рисков определяется предельный уровень, приемлемый для организации, реализующей данный проект. Предельный уровень рисков может быть определен по 100-балльной шкале.

2) устанавливается дифференцированная оценка уровня компетентности экспертов (по 10-балльной шкале).

3) риски оцениваются экспертами с точки зрения вероятности наступления рискового события и опасности данных рисков для успешного завершения проекта (матрица степени угрозы).

4) оценки, проставленные экспертами по каждому виду рисков, сводятся в таблицы. В них определяется интегральный уровень по каждому виду рисков.

5) сравниваются интегральный уровень по каждому виду рисков, полученный в результате экспертного опроса, и предельный уровень для данного вида и выносится решение о приемлемости данного вида риска для данного проекта.

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

Еще Даниил Бернулли в далеком 1738 году заметил, что в процессе принятия решения людям свойственно уделять больше внимания размеру последствий разных исходов, нежели их вероятности. В действительности рационально ориентироваться не на величину последствий (влияние) риска, а на влияние риска с поправкой на вероятность его наступления (метрику риска):

Метрика риска = Влияние риска х Вероятность риска

И сразу при упоминании вероятности приходят на ум законы больших чисел и статистика, после чего руки опускаются: как можно говорить о точной количественной оценке вероятности таких событий, как, например, «повышение курса валюты контракта на Х%» или «несоответствие техническим требованиям», да и какой в этом смысл? Мотивация применять методологию резко снижается, поскольку сложность количественной оценки вероятности рисковых событий может быть непропорциональна сложности проекта.

Но ведь помимо количественной оценки рисков есть и качественный их анализ. Для этого используются вербальные (словесные) шкалы (см. Табл. 1). Таблица 1. Таблица качественной оценки рисков проекта

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

Таблица 2. Таблица преобразования качественных оценок рисков в баллы

Теперь мы можем ранжировать риски по их метрикам. Вверху списка окажутся риски с максимальной оценкой. По известному правилу Парето уделять внимание следует, прежде всего, «верхним строчкам» ранжированных рисков.

Полезным инструментом верхнеуровневого управления проектными рисками (с точки зрения руководства компании) является КБРП — комплексный балл рисков проекта. Его мы получаем, сложив численные значения метрик десяти (методология компании может устанавливать иное количество рисков, учитываемое при расчете КБРП, однако оно должно быть единым для всех проектов) максимальных рисков проекта. Если компания практикует технологичный подход к управлению проектами и регулярно составляет реестр проектов, то в нем будет полезно иметь колонку с КБРП. Тогда руководитель компании (либо директор проектов или другое ответственное за проектную деятельность лицо) всегда будет иметь информацию, какие из актуальных проектов на текущий момент содержат в себе больше рисков. Конечно, чтобы система работала, руководители проектов должны регулярно «переоценивать» риски и, соответственно, выводить актуальное значение КБРП (напомню, здесь идет речь об инструментах, реально работающих в белорусских компаниях. Руководители проектов инжиниринговой компании, уже упоминавшейся выше, пересчитывают КБРП ежемесячно. Проекты этой компании длятся в среднем полгода).

О том, что представляют собой основные стратегии реагирования на угрозы (уклонение, передача, снижение и принятие) и на возможности (использование, совместное использование, усиление), и как они могут реализовываться в проектах, лучше прочитать в руководстве PMBoK (PMBoK 2004, глава 11.5.2). Некоторые варианты перечисленных стратегий отображены ниже:

Для иллюстрации выбора различных стратегий (или, проще говоря, антирисковых мероприятий) приведена врезка (см. Табл. 5, 6). Здесь же хотелось бы немного «развернуть» понятие стратегии принятия риска.

Пассивное принятие, когда принято решение не предпринимать никаких превентивных мер, очень смахивает на русское «авось». Команде проекта в случае наступления рискового события остается действовать на свое усмотрение, спасая цели проекта.

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

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

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

Таблица 3. Виды и режимы использования финансовых резервов в проекте

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

Небольшой комментарий к стратегии передачи риска. Наиболее распространенными формами реализации данной стратегии являются страхование риска и привлечение компетентного подрядчика на выполнение фрагмента работ, с которыми связан риск. Так вот: во втором случае риск можно считать переданным только тогда, когда подрядчику передана вся полнота ответственности. Реализовать это на практике очень сложно, поскольку заказчик проекта хотел бы иметь дело с организацией (командой), «подпоясавшейся» на весь проект, и проблемы с подрядчиком его мало волнуют. В случае наступления риска, переданного подрядчику, избежать удара по целям проекта и репутации компании (исполнителя проекта) вряд ли удастся.

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

· что оговорить в контрактах с поставщиками;

· чем дополнить контракт с заказчиком (устав проекта или ТЗ в случае внутреннего проекта);

· какие будут созданы резервы (на какие цели, с каким механизмом использования);

· какие необходимо запланировать мероприятия (инструктажи, обучение, консультации и так далее).

Такие списки существенно облегчают последующую работу руководителя проекта по планированию антирисковых мероприятий.

Все методы, позволяющие минимизировать проектные риски можно разделить на следующие три группы.
Диверсификация, или распределение рисков, позволяющая распределить риски между участниками проекта. Распределение проектным рисков между его участниками является эф-фективным способом его снижения Теория надежности показывает, что с увеличением количества параллельных звеньев в системе вероятность отказа в ней снижается пропорционально количеству таких звеньев. Поэтому распределение рисков между участниками повышает надежность достижения результата. Логичнее всего при этом сделать ответственным за конкретный вид риска того из его участников, который обладает возможностью точнее и качественнее рассчитывать и контролировать данный риск. Распределение рисков оформляется при разработке финансового плана проекта и контрактных документов.
Резервирование средств на покрытие непредвиденных расходов представляет собой способ борьбы с риском, предусматривающий установление соотношения между потенциальными рис-ками, влияющими на стоимость проекта, и размером расходов, необходимых для преодоления сбоев в выполнении проекта.
В случае если участники проекта не в состоянии обеспечить реализацию проекта при наступлении того или иного рискового события собственными силами, необходимо осуществить страхование рисков. Страхование рисков есть, по существу, передача определенных рисков страховой компании.
Эффективность методов снижения рисков определяется с помощью следующего алгоритма: рассматривается риск, имеющий наибольшую важность для проекта; определяется перерасход средств с учетом вероятности наступления неблагоприятного события; определяется перечень возможных мероприятий, направленных на уменьшение вероятности и опасности рискового события; определяются дополнительные затраты на реализацию предложенных мероприятий; сравниваются требуемые затраты на реализацию предложенных мероприятий с возможным перерасходом средств вследствие наступления рискового события; принимается решение об осуществлении или об отказе от противорисковых мероприятий; процесс сопоставления вероятности и последствий рисковых событий с затратами на мероприятия по их снижению повторяется для следующего по важности риска.

«Видеть легко, трудно предвидеть», — говорил Бенджамин Франклин. И если вы не наделены даром провидца, то в помощь вам — опыт других.

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

Для накопления опыта пока не придумано ничего лучше, чем написание отчета по закрытию проекта. Отчет этот называется по-разному, но наиболее «говорящее» название — «посмертный отчет», или PMR (PMR – от Post Mortal Report — посмертный отчет (англ.)). Руководители проекта часто ленятся писать его или отделываются формальной отпиской. Здесь хотелось бы вернуться к афоризму, вынесенному в начало статьи. Тот, кто потрудится «наклониться и поднять камень», вносит весомый вклад в скорость продвижения компании, в ее эффективность и технологичность.

PMR обязательно должен содержать раздел, метко названный «lessons learned» (Lessons learned — усвоенные уроки (англ.)). Какие уроки извлекла команда проекта из сложных ситуаций, с которыми она столкнулась в ходе его реализации?

Написать раздел «lessons learned» легче, если ответить на вопросы:

Помимо «усвоенных уроков» PMR может содержать разделы:

· Первоначальные и фактические рамки проекта (Рамки проекта – общая продолжительность, стоимость (трудоемкость) и обобщенные требования к результату (объем поставки))

Практика показывает, что руководители проектов охотнее делятся опытом (читай — пишут PMR’ы), когда сами набивают шишки. Для привития и закрепления полезной привычки можно применять материальные стимулы: не считать проект формально закрытым (а значит, и не производить «финальный расчет» по проектным премиям и бонусам), пока не будет написан и «выложен» в общедоступное место (в проектную папку на сервере) «посмертный отчет».

Итак, допустим, все руководители проектов старательно пишут и выкладывают отчеты по закрытию проектов. Следующий закономерный вопрос — как организовать использование накопленного опыта. Здесь все работает так же, как и в случае с подготовкой отчетов: тот, кто хотя бы раз почувствовал полезность от их использования, не поленится не только прочесть PMR’ы по закрытым проектам, но и пообщаться с их участниками. Ну а для «новичков», еще не осознавших полезности знакомства с «чужими ошибками», можно предложить такой механизм контроля: в «шапке» плана проекта предусмотреть поле «PMR-отчеты, изученные перед составлением плана проекта».

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

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

Чтобы снизить влияние субъективизма (исключить его вряд ли удастся) при оценке вероятности и влияния риска, рекомендуется типичным рискам присвоить соответствующие шкалы, упрощающие процесс оценки:

Если руководство компании не стремится к тому, чтобы проекты с серьезными проблемами неуклонно шли к своей гибели, а руководители проектов до последнего скрывали негативную информацию (пытаясь «разрулить» проблемы самостоятельно либо оттягивая неприятный момент неизбежного «вскрытия»), в компании должно культивироваться особое отношение к ошибкам как к ценному приобретенному опыту, а не как к личному поражению менеджеров. Для этого, в частности, руководители проектов должны видеть, что споткнувшегося коллегу ждет не увольнение, а поддержка в и без того сложной ситуации и взвешенный анализ приобретенного (дорогостоящего) опыта.

Итак, для эффективного управления проектными рисками в компании необходимо:

· создать регулярный механизм накопления и использования опыта, полученного в проектах;

· подкреплять менее опытных руководителей проектов (привлекать в проект экспертов, кураторов);

· создать в компании регулярный механизм обмена опытом между руководителями проектов (совещания, мини-семинары);

· регулярно оценивать и «мониторить» проектные риски, в том числе на уровне руководства компании (с помощью реестра проектов и КБРП);

· создать в компании атмосферу «поощрения» ошибок;

· развивать корпоративную методологию управления проектными рисками.

Таблица 5. Пример выбора различных стратегий реагирования на риски в проекте поставки оборудования

Таблица 6. Пример выбора различных стратегий реагирования на риски в проекте проведения бизнес-конференции

Прежде всего, поясним, что мы будем называть проблемами и почему проблемами можно и нужно управлять.

Под проблемой в проекте понимается любой функциональный, технический или связанный с бизнесом вопрос, который возник в процессе осуществления проекта и требует ответа – изучения или решения, для того чтобы проект мог идти так, как запланировано. Другими словами, проблема – это исключительные обстоятельства, которые должны быть под контролем (т.е. управляемы) с момента их возникновения.

· проблемы, которые могут быть решены в месте их возникновения, т.е. на уровне управления проектом (problems);

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

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

Особо важные проблемы – требуют немедленного решения с привлечением всех необходимых ресурсов.

Важные проблемы – требуют срочного решения с привлечением всех доступных ресурсов.

Незначительные проблемы – требуют решения в рамках имеющихся ресурсов без ущерба для остальных работ по проекту.

Несущественные проблемы – никакие действия по решению проблемы не предпринимаются до изменения ее приоритета.

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

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

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

Заказчик, внося изменения, старается улучшить технико-экономические показатели, его конечные результаты.

Проектировщик вносит изменения из-за появления возможностей использовать новые материалы, технологии и т.д.

Инвестор – в связи с изменениями его финансовых возможностей и при появлении вариантов, дающих возможность сэкономить финансовые средства.

Исполнитель – в связи с новыми условиями и возмо

Что способствует осуществлению желаний? Стопроцентная, непоколебимая уверенность в своем...

Что будет с Землей, если ось ее сместится на 6666 км? Что будет с Землей? - задался я вопросом...

ЧТО И КАК ПИСАЛИ О МОДЕ В ЖУРНАЛАХ НАЧАЛА XX ВЕКА Первый номер журнала «Аполлон» за 1909 г. начинался, по сути, с программного заявления редакции журнала...

Что вызывает тренды на фондовых и товарных рынках Объяснение теории грузового поезда Первые 17 лет моих рыночных исследований сводились к попыткам вычислить, когда этот...

Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте: