Проект MoWoP

О проекте

Что это такое?

Базовая схема онтологии

Для создания базовой схемы работы над проектом использовалось несколько аксиом:

1. Работа над любым проектом разделена на этапы  (планирование, подготовка, прототип, поиск инвестора,  производство, развитие, завершение)
2. Существуют направления деятельности, более или менее присущие всем проектам (выработка идеи, создание презентации, планирование расходов, подбор персонала и т.д.)
3. Для того, что бы оценить уровень развития проекта по какому-либо направлению, нужен соответствующий показатель (хотя бы качественный, но лучше - количественный)
4. В большинстве направлений можно использовать внешние услуги (сервисы)

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

Здесь:

Project, Stage, Direction, Goal, KPI, Service  -  классы, описывающие соответственно Проекты, Этапы, Направления, Цели,  Индикаторы (показатели развития), Сервисы;

Planning, Preparing - элементы класса Stage;

Direction, Presentation - элементы класса Direction.

Очень мелкомасштабный роадмап

Проект mowop представляет собой онтологию работ над проектом и, естественно, подразумевает дальнейшее практическое использование этой самой онтологии. В теории семантических сетей существует многообещающее выражение "вывод над онтологией - возможность получать из онтологии неизвестную ранее информацию об её объектах" . Звучит красиво и позволяет надеяться практически на чудеса, однако на практике все сводится к банальному:  "если А потомок B, а B потомок С и свойство "потомок" - транзитивно, то А - потомок С".  

Задача mowop - продемонстрировать возможности расширения понятия вывод над онтологией и получения наглядных значимых результатов. 

Напомню, что в качестве основых объектов онтологии (ABox) выступают проект и сервис. Текущую стратегическую задачу mowop сформулируем следующим образом:

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

Для решения стратегической задачи необходимо предварительно решить тактические:

1. В онтологии должны быть занесены наборы проектов и сервисов
   1. Необходимо научиться автоматически выделять проекты и сервисы из набора информации
2. Необходимо научиться автоматически определять место объектов (в данном случае проектов и сервисов) в онтологии
3. Должны быть продумана и реализована новая модель вывода над онтологией

Roadmap mowop таким образом выглядит следующим образом:

1. формирование "Базовой схемы онтологии" - TBox ( в первом приближении есть )
2. автоматический сбор информации для ABox на основе Tbox ( ведется работа )
3. поиск и фиксация в онтологии существующих взаимосвязей" между объектами онтологии
4. реализация вывода над онтологией, отвечающего стратегической задаче.

Очевидно, что каждая из задач сама по себе нетривиальна, однако попробовать надо. В случае неудачи решения "в лоб", пп. 2,3 можно решить обходными, не столь универсальными методами. 

Схема Модели

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

Итак, Модель Работы над Проектом состоит из Этапов, Направлений, Целей, KPI и сервисов. Основное прикладное значение - возможность автоматизированного анализа информации в области управления проектами в целях накопления, систематизации и дальнейшей обработки.

Схема Модели версии 1 изображена на рисунке ниже

Model of Work on Project (MoWoP)

Зачем нужна Модель Работы над Проектом?

     Любой коммерческий проект помимо гениальной идеи требует очень много "технических" действий. Нужно разработать бизнес-модель, сделать презентации для клиентов и инвесторов, подобрать офис, купить оборудование, провести рекламную компанию и еще много чего - и все это здорово отвлекает от основной рабочей идеи. Кроме того, новичкам очень сложно не запутаться в последовательности действий и сохранить ясное и четкое понимание базовых принципов проекта. Однако в теории управления проектами есть несколько моментов, способных существенно упростить работу менеджерам проектов.

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

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

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

Принципиальная схема MoWoP



Описание

          Модель работ над проектом - упорядоченный список всех действий, которые обычно необходимо проделать в ходе работы над проектом.

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

          Так как под понятием "проект" принято понимать в том числе и простой список работ, сразу отметит, что в нашем случае "проект" подразумевает полноценную коммерческую деятельность по планированию, созданию, реализации, выводу на рынок и т.д. коммерческого продукта. Если в программах по управлению проектами основной единицей учета выступает работа, то в нашем случае её аналогом будет направление работ.

          Например, при разработке проекта и ведении его в MS Project одной из составляющих работ коммерческого проекта будет "Продвижение в сети Интернет". Возможно, эта работа будет дробиться на несколько других, возможно, для нее будут указаны сроки и ответственный исполнитель. Однако для "MS Project" эта работа остается одной из типовых работ и фактически ничем, кроме названия и потребляемых ресурсов, от других не отличается.

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

          Таким образом, Модель Работ над Проектом включает в себя:

• Сам проект (базовый элемент)
• Этапы работ 
• Направления работ (Directions)  
• Цели
• Веб-сервисы

Плюсы создания Модели Работ над Проектом

• для владельцев проектов - иметь жесткий алгоритм работы над проектом, быстро проходить начальные моменты и переходить непосредственно к реализации самой идеи, не отвлекаясь на "текучку". Всегда иметь информацию о веб-сервисах, которые могут быть использованы для достижения текущих целей;
• для потенциальных инвесторов - получать точное описание интересных им аспектов проекта в грамотном и привычном изложении;
• для участников проекта - всегда осознавать текущую цель, не отвлекаясь и не сбиваясь с общего плана работы над проектом.

Техническая часть:

     Реализовать Модель предполагается в виде набора страниц Wiki. Для прикладных целей модель будет описана в виде OWL + WSDL, что позволит в дальнейшем автоматически подключать к сайтам, использующим MoWoP, новые сервисы.

Схема направлений и сервисов

Общая схема MoWoP

В общую схему не включены Цели, так как их слишком много. Подробное описание Целей можно найти на странице каждого Направления или скачав всю схему MoWop в виде файла (по степени готовности).