Управление деятельностью - История изменений

OpenCodeBot: Редирект на «Формы управления деятельностью»

2026-09-13T10:35:11Z

Редирект на «Формы управления деятельностью»

OpenCodeBot: Учтены принципы корректной классификации: проверка форматов и построение режимов от стратегий управления

2026-09-13T10:33:16Z

Учтены принципы корректной классификации: проверка форматов и построение режимов от стратегий управления

← Предыдущая версия		Версия от 13:33, 13 сентября 2026
Строка 1:		Строка 1:
	{{#description2:Проект, процесс, продукт, исследование, программа и задача — не виды деятельности, а режимы управления. ~~Общепринятые определения подменяют управленческую конвенцию описанием реальности~~.}}		{{#description2:Проект, процесс, продукт, исследование, программа и задача — не виды деятельности, а режимы управления. Стандартная классификация форматов нарушает принципы корректной классификации; классы надо строить от стратегий управления.}}

	'''Управление деятельностью''' — это выбор режима управления координированной деятельностью под решаемую управленческую задачу.		'''Управление деятельностью''' — это выбор режима управления координированной деятельностью под решаемую управленческую задачу.
Строка 6:		Строка 6:

	== 1. Современное понимание ==		== 1. Современное понимание ==
			Классификация нужна не сама по себе, а чтобы быстро и дёшево выбирать стратегию реагирования: сначала определяются стратегии, под них — классы, затем — способ отнесения объекта к классу (см. [[Классификация]]).

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

Строка 34:		Строка 36:

	== 2. Почему определения не соответствуют реальности ==		== 2. Почему определения не соответствуют реальности ==
			Проверим стандартную классификацию по принципам корректной классификации.

	'''2.1. Определение процесса шире определяемого класса.''' По ISO 9000 процесс — это совокупность взаимосвязанных видов деятельности. Под это определение подпадает и проект, и программа, и задача. Оно не различает форматы, а описывает контейнер, в который помещается любая деятельность.		'''2.1. Определение процесса шире определяемого класса.''' По ISO 9000 процесс — это совокупность взаимосвязанных видов деятельности. Под это определение подпадает и проект, и программа, и задача. Оно не различает форматы, а описывает контейнер, в который помещается любая деятельность.

	'''2.2. Уникальность и определённость — не свойства деятельности, а оценки~~.'''~~		'''2.2. Признаки принадлежности неоднозначны.''' Уникальность и определённость — не свойства деятельности, а оценки, и они текут в обе стороны:
	* ~~Проект~~ зрелой организации повторяем: типовые фазы, шаблоны, стандартная структура работ~~. Но~~ объявлен уникальным.		* проект зрелой организации повторяем: типовые фазы, шаблоны, стандартная структура работ — но объявлен уникальным;
	* ~~Первый~~ прогон процесса уникален~~. Но~~ объявлен повторяемым.		* первый прогон процесса уникален — но объявлен повторяемым;
	* ~~Определённость~~ результата меняется по ходу работы: исследование превращается в проект по мере прояснения, а проект, потерявший определённость, ведётся как исследование.		* определённость результата меняется по ходу работы: исследование превращается в проект по мере прояснения, а проект, потерявший определённость, ведётся как исследование;
	* ~~Проект~~ часто создаёт процесс: уникальное порождает повторяемое.		* проект часто создаёт процесс: уникальное порождает повторяемое.

	~~Обе оси текут в обе стороны. Это не характеристики деятельности, а оценки наблюдателя~~.

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

	'''2.4. ~~Форматы пересекаются~~, а ~~не исключают друг друга~~.'''		'''2.3. Принадлежность не выводится из объекта, а назначается.''' Классификацию формата выполняет управляющий орган: он решает, будет это проект, программа, процесс или исследование. Определение описывает управленческое решение, а не объект, поэтому признак принадлежности нельзя проверить по самому объекту.
	* Исследование — частный случай проекта с высокой неопределённостью.
	* Продукт развивается проектами и поддерживается процессами.
	* Программа — набор проектов.

	~~Значит~~, это не ~~взаимоисключающие виды деятельности~~.		'''2.4. Классы дублируют стратегии.''' Если для двух классов стратегия совпадает, это, скорее всего, один класс. Исследование и проект ведут одной стратегией — временная уникальная деятельность с ограничениями; продукт развивается проектами и поддерживается процессами. Классы пересекаются, а не исключают друг друга.

	'''2.5. ~~Внутреннее противоречие~~.''' Каждому формату уже приписана своя цель управления: проект — результат, процесс — оптимизация, продукт — ценность, исследование — знание, задача — исполнение. ~~Если цель управления~~ у ~~формата своя, то формат выбирается под цель управления~~, а не ~~под природу деятельности~~. ~~Определение противоречит само себе~~.		'''2.5. Классы не выведены из стратегий.''' Каждому формату уже приписана своя цель управления: проект — результат, процесс — оптимизация, продукт — ценность, исследование — знание, задача — исполнение. То есть у классов есть стратегии — но определены классы по природе деятельности, а признаки (уникальность) не соответствуют сути стратегии. Нарушен принцип соответствия класса и стратегии реагирования.

	== 3. Предложение новых определений ==		== 3. Предложение новых определений ==
	~~Раз форматы — не классы деятельности~~, а ~~режимы~~ управления~~, различать их следует по~~ '''~~цели~~ управления''', а не ~~по «природе» работы~~:		Правильная классификация строится от стратегий, а не от свойств объектов. Роль стратегии здесь играет '''цель управления'''. Тогда классы — это '''режимы управления''', а не виды деятельности:

	{\| class="wikitable"		{\| class="wikitable"
Строка 96:		Строка 95:
	* Режимы не исключают друг друга, а наслаиваются: проект меняет процесс, пока процесс работает; продукт развивается проектами. Это не «или», а разные слои одной деятельности.		* Режимы не исключают друг друга, а наслаиваются: проект меняет процесс, пока процесс работает; продукт развивается проектами. Это не «или», а разные слои одной деятельности.
	* Ярлык — не свойство деятельности, а управленческое решение. Но оно не произвольно: за ним стоят инструменты, метрики и ответственность.		* Ярлык — не свойство деятельности, а управленческое решение. Но оно не произвольно: за ним стоят инструменты, метрики и ответственность.
	* ~~Не стоит строить конкурирующие контуры~~ управления — это ~~инструменты одного управления деятельностью~~.		* Если у двух режимов цель управления совпадает — это один режим: классы не размножаются без нужды.
	* Один и тот же режим применим к деятельности любой отрасли: инвариантна не отрасль, а управленческая задача.		* Один и тот же режим применим к деятельности любой отрасли: инвариантна не отрасль, а управленческая задача.

	== См. также ==		== См. также ==
			* [[Классификация]]
	* [[Процесс или проект]]		* [[Процесс или проект]]
	* [[Проект]]		* [[Проект]]

OpenCodeBot: Переструктурировал: современное понимание, почему не соответствует реальности, новые определения (вся семья режимов)

2026-09-13T10:03:15Z

Переструктурировал: современное понимание, почему не соответствует реальности, новые определения (вся семья режимов)

Внесённые изменения

OpenCodeBot: Переписал статью: конвенция вместо описания, режимы управления по управленческой задаче

2026-09-13T09:26:32Z

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

← Предыдущая версия		Версия от 12:26, 13 сентября 2026
Строка 1:		Строка 1:
	{{#description2:Проект и процесс — ~~это~~ не два ~~разных~~ вида деятельности, а два ~~способа~~ управления одной ~~и той же~~ деятельностью. ~~Способ выбирается исходя из целей управления, а не из природы деятельности~~.}}		{{#description2:Проект и процесс — не два вида деятельности, а два режима управления одной деятельностью. Общепринятые определения подменяют управленческую конвенцию описанием реальности.}}

	'''Управление деятельностью''' — это выбор ~~и применение способа~~ управления координированной деятельностью ~~исходя из целей управления~~, а не ~~из «природы» самой~~ деятельности.		'''Управление деятельностью''' — это выбор режима управления координированной деятельностью под решаемую управленческую задачу, а не отнесение деятельности к «правильному» типу.

	[[Проект]] и [[Процесс или проект\|процесс]] ~~принято рассматривать~~ как ~~принципиально разные виды~~ деятельности: проект — ~~уникальную, временную~~, ~~ограниченную объёмом, сроками и ресурсами~~; процесс — повторяемую, регулярную, воспроизводимую. Из этого нередко делают вывод, что это разные «миры», которым нужны отдельные подразделения, ~~системы, метрики и специалисты~~.		== Общепринятая версия ==
			В стандартах и практике [[Проект\|проект]] и [[Процесс или проект\|процесс]] описывают как два вида деятельности:
			* проект — уникальная, временная деятельность с ограниченным результатом;
			* процесс — повторяемая, регулярная деятельность.

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

	== ~~Деятельность первична~~ ==		== Почему это не работает ==
	~~Осознанная работа в организации — это координированная деятельность: люди~~, ~~ресурсы и действия~~, направленные на результат. У деятельности есть содержание (что именно делается), участники, входы и выходы. Ярлык «проект» или «процесс» не меняет ни содержание, ни участников — он лишь задаёт рамку управления.		Три несоответствия, которые проявляются сразу, как только определения начинают применять к реальной работе:

	~~Одна~~ и ~~та же деятельность~~ в ~~разное время может управляться~~ и ~~как~~ процесс, ~~и как проект~~. ~~Регулярный выпуск~~ и ~~продажа продукта~~ — процесс~~; запуск новой линейки того же продукта — проект~~. ~~Содержание деятельности при этом остаётся узнаваемым~~, ~~меняется лишь способ управления~~.		* '''Определение процесса шире определяемого класса.''' По ISO 9000 процесс — это совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующая входы в результат. Под это определение подпадает и проект. Значит, оно не различает проект и процесс, а описывает контейнер, в который помещается любая деятельность.
			* '''Уникальность и повторяемость — не свойство деятельности.''' Проект зрелой организации повторяем: типовые фазы, шаблоны, стандартная структура работ. Но объявлен уникальным. Первый прогон процесса уникален. Но объявлен повторяемым. Проект часто создаёт процесс: уникальное порождает повторяемое. Ось «уникальность ↔ повторяемость» течёт в обе стороны.
			* '''Что считать проектом, решает управление, а не реальность.''' Границы, название и статус проекта определяет организация (например, проектный офис). Определение описывает управленческое решение, а не объект.

	== ~~Способ управления определяется целями~~ ==		== Диагноз: конвенция выдана за описание ==
	~~Способ~~ управления ~~выбирают под цель~~, а не ~~под «тип» деятельности~~:		Эти определения не бессмысленны — они '''предписывающие''', а не описательные. Они задают юрисдикцию дисциплины: что попадает в управление проектами, а что — в управление процессами. Такое определение нельзя опровергнуть фактами: оно не истинно и не ложно.

			Ошибка не в самих определениях, а в их подаче. Конвенцию выдают за описание природы деятельности — и тогда она начинает противоречить реальности. Спор «процесс или проект» как спор о том, «чем является» деятельность, лишён предмета.

			== Что предложить взамен ==
			Раз проект и процесс — не классы деятельности, а рамки управления, различать их следует по '''управленческой задаче''', а не по «природе» работы:

	{\| class="wikitable"		{\| class="wikitable"
	! ~~Цель управления~~		! Управленческая задача
	! ~~Способ~~ управления		! Режим управления
	\|-		\|-
	\| ~~Достичь уникального результата в заданных ограничениях (объём~~, ~~сроки, ресурсы)~~		\| Создать новое или изменить существующее, снять неопределённость
	\| ~~Проектное управление~~		\| Проектный
	\|-		\|-
	\| ~~Стабилизировать~~, ~~стандартизировать и воспроизводить~~ практику		\| Воспроизвести, стабилизировать, оптимизировать имеющуюся практику
	\| ~~Процессное управление~~		\| Процессный
	\|-
	~~\| Снизить вариативность и стоимость повторяемой деятельности~~
	~~\| Процессное управление~~
	\|-
	~~\| Провести разовое изменение, в том числе изменить сам процесс~~
	~~\| Проектное управление~~
	\|}		\|}

			'''Якорь, который не даёт скатиться в произвол''', — наличие воспроизводимой практики и горизонт результата:
			* есть практика и её нужно улучшать — процессный режим осмыслен;
			* практики нет — улучшать нечего: сначала проектный режим создаёт знание, которое затем станет практикой;
			* результат конечен — уместен проектный режим; результат воспроизводится — процессный.

	== Следствия ==		== Следствия ==
	* ~~Противопоставление проекта и процесса как разных видов деятельности — методическая ошибка~~. Это разные ~~способы управления~~, а не ~~разные деятельности~~.		* Режимы не исключают друг друга, а наслаиваются: проект меняет процесс, пока процесс работает. Это не «или», а разные слои одной деятельности.
	* Не стоит строить конкурирующие контуры управления (проектный офис против офиса процессов)~~. Это~~ инструменты одного управления деятельностью.		* Ярлык — не свойство деятельности, а управленческое решение. Но оно не произвольно: за ним стоят инструменты, метрики и ответственность.
	* Способ управления можно и нужно пересматривать при смене целей. Завершённый проект переходит в регулярную деятельность, а регулярная деятельность, требующая изменения, порождает проект.		* Не стоит строить конкурирующие контуры управления (проектный офис против офиса процессов) — это инструменты одного управления деятельностью.
	* [[Процесс или проект\|Проект может включать процессы, а процесс — проекты]]: границы определяются целями управления, а не природой деятельности.
	* Терминология нужна для выбора инструментов и метрик, а не для деления людей и подразделений.

	== См. также ==		== См. также ==

OpenCodeBot: Новая статья: управление деятельностью как антитеза «Процесс или проект»

2026-09-13T08:51:03Z

Новая статья: управление деятельностью как антитеза «Процесс или проект»

Новая страница

{{#description2:Проект и процесс — это не два разных вида деятельности, а два способа управления одной и той же деятельностью. Способ выбирается исходя из целей управления, а не из природы деятельности.}}

'''Управление деятельностью''' — это выбор и применение способа управления координированной деятельностью исходя из целей управления, а не из «природы» самой деятельности.

[[Проект]] и [[Процесс или проект|процесс]] принято рассматривать как принципиально разные виды деятельности: проект — уникальную, временную, ограниченную объёмом, сроками и ресурсами; процесс — повторяемую, регулярную, воспроизводимую. Из этого нередко делают вывод, что это разные «миры», которым нужны отдельные подразделения, системы, метрики и специалисты.

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

== Деятельность первична ==
Осознанная работа в организации — это координированная деятельность: люди, ресурсы и действия, направленные на результат. У деятельности есть содержание (что именно делается), участники, входы и выходы. Ярлык «проект» или «процесс» не меняет ни содержание, ни участников — он лишь задаёт рамку управления.

Одна и та же деятельность в разное время может управляться и как процесс, и как проект. Регулярный выпуск и продажа продукта — процесс; запуск новой линейки того же продукта — проект. Содержание деятельности при этом остаётся узнаваемым, меняется лишь способ управления.

== Способ управления определяется целями ==
Способ управления выбирают под цель, а не под «тип» деятельности:

{| class="wikitable"
! Цель управления
! Способ управления
|-
| Достичь уникального результата в заданных ограничениях (объём, сроки, ресурсы)
| Проектное управление
|-
| Стабилизировать, стандартизировать и воспроизводить практику
| Процессное управление
|-
| Снизить вариативность и стоимость повторяемой деятельности
| Процессное управление
|-
| Провести разовое изменение, в том числе изменить сам процесс
| Проектное управление
|}

== Следствия ==
* Противопоставление проекта и процесса как разных видов деятельности — методическая ошибка. Это разные способы управления, а не разные деятельности.
* Не стоит строить конкурирующие контуры управления (проектный офис против офиса процессов). Это инструменты одного управления деятельностью.
* Способ управления можно и нужно пересматривать при смене целей. Завершённый проект переходит в регулярную деятельность, а регулярная деятельность, требующая изменения, порождает проект.
* [[Процесс или проект|Проект может включать процессы, а процесс — проекты]]: границы определяются целями управления, а не природой деятельности.
* Терминология нужна для выбора инструментов и метрик, а не для деления людей и подразделений.

== См. также ==
* [[Процесс или проект]]
* [[Проект]]
* [[Бизнес-архитектура]]
* [[Тезисы управления бизнес-архитектурой]]

{{Backlinks}}
[[Категория:Менеджмент]]
[[Категория:Управление проектами]]
[[Категория:Бизнес-архитектура]]