#инсайты #дневникинженера #операционныйменеджмент

Задачу решают, а Работу выполняют

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

В руководстве Системного мышления, наткнулся на такую подсказку, что если начинается спор о терминах и определениях, нужно просто перестать использовать в переговорах эти термины. А нужно посмотреть на отношения объекта к другим объектом: по какому типу и каким отношением определяется объект. Например, какое отношение к рассматриваемому объекту по типу действия совершает субъект/актор? Задачу решает, а работу выполняет.

Исходя из этого и описание Задачи и описание Работы должны быть разными.

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

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

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