Управление развитием сложных систем, нужна помощь

[Сильвио]

Сообщение от guest00

Надо сразу договориться, что "вектор"="таблица" (см. работу ВП, 2. Категории достаточно общей теории управления ).

Мысли и вопросы, возникшие после просмотра картинки:

1. Древовидная структура. Корень дерева - что-то типа "Мои цели", причем каждая дочерняя ветвь идет от этого корня или от другой дочерней ветви (на языке программистов это self-association - дословно самообъединение). В таком случае достаточно легко переносить ветви с одной родительской ветви на другую
2. Из той же работы ВП читаем, что

Займемся самим перечнем, вернее типом данных в каждом столбце перечня.
"Цель" - строковая переменная, т.е. будет храниться строка
"Описание цели" - строка
"Текущее состояние" - строка? Или цифра?
"Ошибка" - строка? Или цифра?
3. Возле цели должен стоять ее вес. Т.е. цифра. Вернее порядковый номер. Если пользователь решил изменить порядок, вернее приоритет цели, то он просто перетаскивает ветвь выше или ниже по текущей ветви, либо переносит на другую дочернюю или родительскую ветви. При этом вес цели меняется автоматически (просто пересчитывается исходя из нового положения ветви).
4. Шаблоны. Нужны начальные (базовые) шаблоны древовидной структуры с заранее установленными значениями. Здоровье, безопасность и т.д. Может помочь пирамида потребностей Маслоу (Maslow A.H. Motivation and Personality/ Maslow A.H. – New York: Harpaer & Row, 1954.), правда старовата литература... Но в порядке возрастания потребности индивида выглядят так: физиологические потребности->потребность в безопасности и защищенности->потребность в компетентности, причастности->потребность в самовыражении.

Такие вот мысли. Но уже вырисовывается образ будущей системы...

Хорошие мысли. Использую их в детализации задачи.

[guest00]

Сильвио,

Вы же написали, что срок разработки не ограничен. Не спешите.

Уже понятно, что готовых движков, подходящих для реализации задачи, нет. Суррогаты не нужны, нужен разработчик.

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

И да, практически применять ДОТу надо. Пытался писать таблицы как и Вы. Ставил целям вес - просто порядковый номер. Пытался выставлять вероятность возникновения события от 0 до 1. С вложенными целями не экспериментировал.

Мое мнение - программисту еще рановато браться за работу. Но, если вопрос стоит только о работе с деревом - можно смело формулировать задание.

[Сильвио]

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

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



Комментарии и к картинке.

Нарисована одна из страниц ресурса для работы с самим вектором целей.

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


Блок «Персональная страница» следующие разделы:

• кабинет;
• проекты;
• коллективные проекты;
• шаблоны;
• аналитика.

Кабинет

Функции управления учетной записью, профиль, статистика, приглашения(отправка, получение, ответ).

Проекты

Под проектом понимается объем данных состоящий из:

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

Список проектов оформлен в виде вектор самоуправления (общий вектор целей или "корень дерева"), где в качестве строк идут проекты (дочерние ветви).


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


Любой блок проекта можно сохранить как шаблон.


Каждому проекту можно назначить статус публичности: персональный, коллективный или публичный.


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


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


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


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


Коллективные проекты

На странице коллективных проектов отображаются:


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

Шаблоны

Список сохранённых шаблонов с возможностями их редактирования аналогичными разделу "проекты".


Так же отдельной колонкой идет список публичных шаблонов.


Любой свой шаблон можно предложить сделать публичным. То есть отправить на рассмотрение администрации сайта.


Любой публичный шаблон можно переместить в свои. Например, для редактирования перед вставкой.


Аналитика

Условный раздел, который будет расширяться по мере введения дополнительного функционала по ДОТУ.



остальные ссылки в верхнем меню сайта:

Коллективная работа (Социальный раздел ресурса):

Поиск пользователей.
Форумы.
Группы.


Справка

Справочные материалы по заполнению форм, инструкции по применению, ответы на вопросы, обратная связь.




Остаются открытые вопросы:

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

Опознавание факторов среды по сути процесс творческий и индивидуальный. Есть идея как несколько упростить задачу.


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


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


Автоматические подсказки не лишены изъянов. Миллион мух, как известно... Нужны оба варианта.

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

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


Шаблоны

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


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

[Сильвио]

Описание задачи разрастается. На форум уже неудобно выкладывать полный текст.

Есть предложения как организовать коллективную работу более удобным образом?

[Сильвио]

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

В качестве способа организации технологического процесса и ответственности коллектива выбран «Microsoft Solutions Framework». Если есть предложения по альтернативным способам организации IT разработок, смело высказывайтесь, рассмотрю все.

Agile направление в MSF ориентируется на небольшие команды (5-6 человек), предполагает, что информация о разрабатываемом продукте не просто выясняется в процесе разработки, а может и будет изменяться по ходу. Таким образом, первая рабочая версия системы должна быть создана как можно раньше, а сам продукт фактически проявляется из прототипов путем повторения итераций в цикле разработки.

Процесс разработки всецело сосредоточен на одном ресурсе (медиа-мера). Большое спасибо всем, кто откликнулся.

[xor]

Сообщение от Сильвио

....
В качестве способа организации технологического процесса и ответственности коллектива выбран «Microsoft Solutions Framework». Если есть предложения по альтернативным способам организации IT разработок, смело высказывайтесь, рассмотрю все...

Рекомендую Redmine. Успешно используем (коллектив - 100~ человек).

[perestoronin]

Сообщение от xor

Рекомендую Redmine. Успешно используем (коллектив - 100~ человек).

+ Redmine - причем без альтернативы, демо (простенькое) можно посмотреть здесь http://demo.redmine.org/projects/shistace/issues/gantt

Причем это ПО имеет локализацию на многие языки мира, в том числе и на русский от российских разработчиков.

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

В основе Redmine лежит популярный сейчас фреймворк Ruby On Rails http://rubyonrails.org/ и не менее популярный язык Ruby http://www.ruby-lang.org

[Сильвио]

Сообщение от xor

Рекомендую Redmine. Успешно используем (коллектив - 100~ человек).

У нас коллектив ~4 человека. В этом смысле все участник сошлись, что нужно придерживаться направления Agile. Мне нравится Agil направление в MSF просто потому, что есть русскоязычная документация. А в результате всё-равно что-то своё получается.

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