?

Log in

No account? Create an account
Лабораторный журнал -- Day [entries|friends|calendar]
Anatoly Levenchuk

[ website | Лабораторный журнал ]
[ userinfo | livejournal userinfo ]
[ calendar | livejournal calendar ]

Подход PraxOS к оргпроектам: требования и архитектурное решение [18 Dec 2008|11:03am]
Поскольку мы сейчас в большом количестве пишем описания PraxOS (то есть имеем вполне "рукотворную систему" в качестве результата нашего жизненного цикла ;), то необходимо соблюсти минимальные нормы системной инженерии -- предъявить стейкхолдеров с их интересами, сформулировать требования, синтезировать архитектурное решение. Вот сверхкраткое изложение:

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

2. Инженер
-- приспосабливает технические процессы к организационным реалиям
-- обеспечивает связность и выполнимость технических процессов

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

4. Бизнес-аналитик
-- приспосабливает организационные процессы обеспечения проектов и проектные процессы к техническим реалиям
-- обеспечивает связность и выполнимость организационных процессов обеспечения проектов и проектных процессов

5. Разработчик PraxOS
-- разрабатывают принципиальное организационное решение
-- консультируют адаптацию организационного решения в конкретной организации

Требования к описаниям PraxOS:
1. Все тексты должны быть русскоязычными. Ссылки на англоязычные стандарты возможны, но все необходимое содержание должно быть доступно на русском языке.
2. Тексты по возможности должны быть изложены в терминологии, понятной большинству стейкхолдеров, прежде всего инженерам (так, нельзя ожидать, что инженеры хорошо ориентируются в айтишном сленге типа "воркфлоу", "IDEF0-диаграммы" и т.д.).
3. Предлагаемое решение должно учитывать интересы всех стейкхолдеров (уже на уровне разработки организационного решения должно быть понятно, в какой форме привлекать разных людей). Более того, подразумевается, что организационное решение позволит различным стейколдерам быстрее договариваться (оно предлагает "язык").
4. Решение должно быть "мейнстримным" ("модным"), для этого оно должно опираться на (или еще лучше -- совпадать с) международными стандартами, чтобы избавить менеджеров от лишних доказательств своих выборов вышестоящему начальству и партнерам. Должны быть обеспечены "доказательные материалы" уместности решения и используемости стандартов (это очень похоже на википедийный запрет ориссов).
5. Общий "язык" решения, на котором будут договариваться разные специалисты организации, не должен быть "изобретенным". Он должен опираться на международные стандарты.
6. Описание решения должно максимально формализовываться, ибо неизбежна его поддержка со стороны информационных технологий.
7. Решение должно быть изложено в форме разработанной в организации ("родной", а не "заимствованной") распорядительной документации с понятной процедурой коллективной разработки, согласования и утверждения.
8. Должна быть показана возможность проверки, насколько удался предлагаемый оргпроект после его окончания (пригодность к оценке).
9. Должны быть обеспечены учебные материалы по предлагаемому решению (примеры, задачи, методические рекомендации, курсы и т.д.).
10. Должно быть программное обеспечение по предлагаемому решению.
11. Решение должно быть широко доступно для сотрудников использующей его организации, независимо от существующей там системы распространения знаний.

Архитектурное решение подхода PraxOS:
На базе анализа содержимого международных стандартов и лучшего управленческого опыта разрабатываются описания трех типов:
1. Русскоязычный понятийный минимум в виде повествовательного текста, вводящего понятия. Понятийный минимум сопровождается Глоссарием, в котором дается обоснование перевода. Понятийный минимум разрабатывается на базе не столько одного стандарта, но как минимум на базе нескольких стандартов, при этом используется подход PraxOS http://ailev.livejournal.com/640702.html. Это позволяет получить хорошо формализуемые русскоязычные описания предметных областей, в которых не используется узкоспециальная лексика.
2. Требования к воплощающему оргрешение процессному стандарту организации, выраженные в терминах понятийного минимума. Форма стандарта организации позволяет привлечь к разработке всех конкретных стейкхолдеров данной организации. Процессность стандарта позволяет предложить конкретные процедуры оценки. Это суть решения: "инструкция-1 по разработке инструкции-2", при этом инструкция-1 общая для всех, а инструкция-2 уже адаптирована к условиям конкретной организации.
3. Описанный в Требованиях организационный процессный стандарт должен учитывать особенности организации и должен быть сформулирован на архитектурном уровне абстракции (чтобы потом можно было в рабочем порядке в выполнимых описаниях, принимаемых в форме самых распорядительных документов, учесть организационную инфраструктуру, используемые методы работы, учесть обученность персонала).
4. Состав Требований к Концепциям делается на основании списка процессов ISO 15288:2008 и предлагает конкретизацию методов реализации практик системной инженерии интеграцией этих тщательно выбранных из свалки организационных мод и поветрий методов с опорными описаниями 25 процессов системной инженерии из ISO 15288 посредством все того же подохда PraxOS http://ailev.livejournal.com/640702.html.
5. Разработанные материалы открыто публикуются в Интернете и доступны для скачивания всем потенциальным стейкхолдерам оргпроекта.

Пример реализации подхода PraxOS: документы "Подход системной инженерии к управлению жизненным циклом" и "Требования к Концепции жизненного цикла" из http://ailev.livejournal.com/638740.html (это самое начало выполнения требований, многого еще не хватает. Так, "обоснование необходимости", "указания на софт" и многое другое пока есть только в подстрочниках семинаров http://www.slideshare.net/ailev/slideshows, а многого требуемого так и вообще еще нет).

И абсолютно понятно, в какую сторону двигаться, чтобы реализация двигалась в сторону более полного удовлетворения требований: включить обоснования необходимости использования предлагаемых методов работы внутрь текстов, формально моделировать описания решений, сделать много больше учебных материалов (в особенности -- примеров), указать имеющийся уже софт и т.д..
2 comments|post comment

Четверг утро [18 Dec 2008|12:40pm]
Профессор MIT Scott Aaronson (занимается квантовыми вычислениями) опубликовал у себя в блоге инициативу по созданию приложения Worldview Manager, выправляющего политический коленвал в мозгах у простых людей: http://scottaaronson.com/blog/?p=362 (попсовое изложение его идеи в Forbes -- http://www.forbes.com/sciencesandmedicine/2008/12/10/hot-topics-contradictions-tech-sciences_cz_lg_1211gomes.html). Мне очень понравился список тем, на которые готов высказаться сам Scott Aaronson:
Climate Change
The Singularity
Libertarianism
Computational Complexity
Interpretation of Quantum Mechanics
Quantum Computing
Gay Rights
Israel
Gifted Education
Foundations of Mathematics
Strong AI and Philosophy of Mind
Utilitarian Ethics
Animal Rights
Art and Aesthetics
Заодно в этом интересная ссылка в коллекцию профессиональных bias'ов v_novikov: исследование того, насколько профессиональные философы отвечают отлично от простых людей на этические дилеммы -- http://moral.wjh.harvard.edu/eric1/test/testN.html
* * *
Не выдержал, и таки прошел тест SM на средний класс. Точнее, не прошел -- редко в каком тесте я демонстрировал такое отсутствие познаний. У меня, наверное, внеклассовое (со)знание.
* * *
Костя Новоселов показывает низкотехнологичную технику "разминания пальцами" для приготовления графена в лаборатории -- видео на 2.5 минуты: http://www.technologyreview.com/video/?vid=178. Этот Костя работает fellow at the University of Manchester.
* * *
Nepomuk -- насколько я понял, самое демократичное приложение Semantic Web: http://nepomuk.semanticdesktop.org/ (вики с подробной информацией -- http://dev.nepomuk.semanticdesktop.org/). Ужо поразвлекаюсь -- обещают сделать мне семантический десктоп. Есть для всех платформ.
5 comments|post comment

navigation
[ viewing | December 18th, 2008 ]
[ go | previous day|next day ]