Что именно означает получение права собственности в проекте?

Захват ответственности - это не просто выполнение работы или работа над проектом; это означает, что вы должны выполнить свою миссию.

Не смотрите на других, чтобы они решали проблемы; вместо этого ищите проблемы до того, как они станут очевидными, и находите и внедряете решения.

Если вы не можете это исправить, то не перекладывайте ответственность на кого-то другого; найдите человека, который может это исправить, и убедитесь, что они решают проблему.

Это не заявленная роль в команде; на самом деле проект даже не обязательно должен быть командным проектом.

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

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

Люди относятся к проектам во многих ролях. Владелец - одна из них (A ROLE).

Другие важные роли: чемпион, спонсор, поставщик, клиент и менеджер.

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

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

Если какая-либо из ролей не выполняется, владелец должен “взять ответственность”, быть ответственным и исправить проблему.

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

См. подробнее на pmi.org, у Керцнера есть весомая книга, просто называемая “Управление проектом”.

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

В больших проектах роли разделены и ограничены.

В маленьких проектах одним человеком может быть “Большой вождь, повар и мойщик бутылок”.

Отказ от ответственности: Это мой опыт работы только в одном офисе в 3 разных странах и не может быть обобщен, но это именно так, как это было.

мне пришлось обновить базу данных с версии X на другую версию Y в Таиланде, Китае и Японии.

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

В Таиланде никто ничем не владел, все они искали для меня все, что не работало, потому что это была моя “вина”. Нет нужды говорить, что переход на новую версию базы данных был долгим и утомительным.

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

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

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

Это и есть та разница, которая дает право собственности.

Я дал приглашенный основной доклад в Software Methods and Tools 2000 в Wollongong с состоянием управления проектами является темой, и вы спросили:

его происхождение, если возможно

Я впервые услышал его в середине 1990-х годов в Силиконовой долине, которая также является временем, когда “менеджер проекта” начал быть карьера своего рода, и в отличие от “управления”. Затем я переехал на восточное побережье (США), а через несколько лет фраза пришла в банк, где я работал (ок. 2000 г.), хотя я не намекаю, что взял ее с собой. В то время я управлял группой менеджеров проектов, таким образом, четко разделяя два вида управленческой деятельности, проекты и людей.

почему это так важно из контекста менеджера

Слово менеджмента так же ограничено, как и модно. Например, примерно в это же время эвфемизм resources стал мягкой, мягкой заменой людям, а также машинам, зданиям и деньгам. “Сколько ресурсов назначены на этот проект?” это, вероятно, фраза, которую вы слышали.

Фраза “Джордж вкладыши этого проекта” в настоящее время (2016 / ИТ и академической среды) эквивалентно словам “Джордж это генеральный подрядчик для расширения на мой дом”. Владелец проекта иногда определяется как Project Manager, который я считаю неуместным, и удаляет все значения из слова владелец.

Истинный владелец любого проекта является человеком, который может договориться о сделке для людей и денег, чтобы получить работу. Редко традиционные PMs могут сделать это, они сообщают о состоянии, организовать работу, ищу для людей или денег, отвечать на жалобы, а иногда и принимать тепло. Эти факты подталкивают реальную собственность на заказчика - только заказчик может сказать “ОК” на выделение дополнительных средств или проскальзывания графика. В этом контексте представляется, что I владеет проектом по размещению пристройки на my доме. Я могу подать в суд на генподрядчика, если дела идут не очень хорошо, но это степень моего выздоровления за плохое исполнение … в отличие от плохих решений с моей стороны.

как это полезно для проекта/компании

У меня есть сомнения, что это так. Обратите внимание, что здесь ничего из того, что обсуждалось …

• владелец
• менеджер проекта
• менеджер
• ресурс

… не реально. Они отличаются от customer и vendor, которые говорят вам, кто платит, а кто платит. Клиенты и продавцы реальны, и они будут рядом навсегда.

Я рассматриваю эту терминологию как красный флаг, большую часть времени, особенно когда речь идет о менеджменте.

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

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

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

Также возможно, что они пытаются дать вам мягкое руководство вдали от отношения “не моя проблема”, как описано в одном из других ответов. Обычно верно то, что чем старше человек, тем больше у него возможностей - и одним из способов стать старшим часто является расширение возможностей. В технических областях, вам, вероятно, не придется ждать, чтобы получить эту сферу - просто следуйте любым проблемам, куда бы они ни привели, вместо того, чтобы поспешно передать их какой-либо другой команде, которая might имеет лучшие знания.