Неявное делегирование ответственности

Контекст: я работаю в небольшой компании, где у большинства людей одновременно есть несколько обязанностей и задач. В большинстве случаев не существует явного/формального определения ответственности за проект. Существует иерархия, в которой около 5 менеджеров управляют примерно 5 сотрудниками каждый. Рабочие контракты обычно длятся около 5 лет, поэтому наблюдается относительно высокая явка, в том числе для менеджеров (это из-за сферы деятельности компании, а не из-за атмосферы в компании).

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

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

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

Вопрос: Является ли такое неявное делегирование ответственности за проект обычным и нормальным явлением? Если нет, то как не стать мишенью этого метода, не проявляя при этом грубости или непрофессионализма?

/ РЕДАКТИРОВАТЬ: Большое спасибо всем за ваши ответы, хотя я не могу применить большинство советов из-за других проблем в моей компании, это заставило меня осознать сложность проблем, с которыми я имею дело, и наша корпоративная культура является одним из виновников. . Я разделил вознаграждение за принятый ответ и вознаграждение на два ответа, так как не мог принять оба.

В качестве дополнительного контекста, лично я избегаю применения этого метода, я делаю только явное делегирование (хотя начальство сказало мне это сделать). Кроме того, я не хочу полностью отказываться от участия в проектах, в которых, как я знаю, я могу оказать существенную помощь в решении конкретной задачи, в отличие от того, что сейчас делают большинство других членов команды, но я не могу продолжать брать на себя больше проектов, чем мне нужно. может. Я задаю этот вопрос именно сейчас, потому что у меня сейчас ситуация, когда я могу существенно помочь, но не могу взять на себя ответственность (по разным причинам, включая загруженность и юридические аспекты).
Что означает «нести ответственность за проект» в данном контексте?
@ Эрик, по сути, вы становитесь руководителем проекта и несете ответственность в случае неудачи (или несоблюдения юридических законов, если это относится к юридическим обязательствам).
Так что, если проект провалится, вы получите за это последствия? Вы также получаете выгоду от успешного проекта?
Я получаю вывод, да, для преимуществ это более мутно: я уже успешно руководил несколькими проектами, мне было неявно назначено, меня благодарили, но я не получил никакого дополнительного признания с точки зрения статуса или роли (например, я хочу возглавить проект, который я предлагаю, босс и менеджеры говорят мне, что у меня недостаточно опыта, и это не моя роль...).
С точки зрения производительности, эти дополнительные проекты часто являются бременем, поскольку они приносят пользу всей команде, но не мне (я отстаю от графика своих собственных результатов, по которым я оцениваюсь - это не проблема отчетности, мы оцениваем по-разному в зависимости от по типу результатов, это специфическая вещь в нашей области, не специфичная для компании). Вероятно, это одна из причин, по которой большинство членов команды не хотят, чтобы их назначали на эти «побочные» проекты.
В любом случае, в моей компании, вероятно, есть несколько проблем, как и в большинстве других, но я хотел бы особо остановиться на проблеме неявного делегирования, так как я думаю, что это снижает производительность всей команды, включая мою, поскольку мы с осторожностью относимся к любой идее или решению. .

Ответы (4)

Является ли такое неявное делегирование ответственности за проект обычным и нормальным явлением? Если нет, то как не стать мишенью этого метода, не проявляя при этом грубости или непрофессионализма?

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

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

Таким образом, независимо от того, «нормально» это или нет, такой ситуации быть не должно, и поэтому я могу указать на некоторые вещи:

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

    Конечно босс. Итак, вы хотите, чтобы я взял на себя полную ответственность за этот проект с этого момента? Я с радостью это сделаю. Что мне делать с [другими вашими задачами] в таком случае?

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

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

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

    Таким образом, не будет сомнений, кто за что отвечает, и никто не будет спорить о том, почему другие ваши задачи не продвигаются.

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

Спасибо за совет, но, к сожалению, попробовал, и в результате мой начальник сказал: «Да, это проблематично, но все эти задачи важны, вы должны выполнить их все, я уверен, что вы справитесь». Да, мой босс очень плохо расставляет приоритеты...
@gaborous жаль это слышать, ваш босс кажется совершенно неразумным, если он так отреагировал. По крайней мере, теперь вы четко знаете , что задача является вашей ответственностью, что было вашим главным вопросом, поэтому теперь вы знаете, как действовать дальше. Возможно, в следующий раз постарайтесь не «предлагать идею», когда у вас уже полно задач, чтобы у вас была сносная рабочая нагрузка.

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

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

Спасибо за ваш ответ, но это очень укоренившаяся практика в моей компании, которую я не думаю (или не хочу рисковать) изменить на данный момент с моим нынешним статусом. На данный момент я больше ищу способы избежать этой проблемы, чтобы как можно больше повлиять на меня, вместо того, чтобы изменить поведение компании.
@gaborous Если вы не хотите менять обстановку, поднимая проблему перед руководством, я бы порекомендовал вам искать новую работу. То, что вы описываете, — это культура, в которой отсутствует ответственность и ответственность. Компания, основанная на таком фундаменте, обречена на провал.
@DanK Несколько месяцев спустя «отсутствие ответственности» бросается всем в глаза: произошла реорганизация задач с новым уровнем управления между мной (и моими коллегами) и моим боссом. Этот слой управления теперь жалуется на бремя ответственности за надзор за производством и рабочей нагрузкой своей собственной команды ... Они хотят руководить, но не управляют!

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

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

Вместо этого вы можете говорить.

Скажите, что вы будете счастливы сделать «X» и «Y», но не «Z»; но только если вы можете выгрузить «A», «B» и «C» в банку задания. Если вы не можете разгрузить «А», «Б» и «С», то, возможно, вы могли бы сделать «Z», но только если вы можете разгрузить «А» и «Б»…

Выпускать вас из «А», «В» и « С » не обязательно должно быть хорошей идеей, руководство должно только либо согласиться, либо понять необходимость не иметь слишком много на своей тарелке или говорить, когда твой рот полон.

Похоже, слишком много «менеджеров» и мало сотрудников, они все частичные собственники? Им нужно лучше управлять, например, четко и справедливо делегировать полномочия, удерживать персонал ($$$) и нанимать больше сотрудников для распределения нагрузки.

Было бы лучше, если бы на три менеджера меньше и на четыре сотрудника больше, но очевидно, что это не то изменение, которое вы собираетесь вносить или предлагать.

Возможно, поможет какое-нибудь программное обеспечение для планирования или управления временем, попробуйте оценить нагрузку и «время до доставки» — постарайтесь разделить ее поровну и отдайте особенно сложный проект талантливым менеджерам (если только они не являются владельцами, которые вносят деньги и мало что еще).

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

Иногда легко увидеть проблему, иногда нет.

Иногда легко говорить о проблеме, иногда нет.

Иногда решить проблему легко, иногда нет.

Если вы не можете сделать ни одно из этих трех, предпочтительно первое и третье, ничего не изменится.

Спасибо за ваш ответ, он полон практических советов, которые я могу попробовать. Насчет того, чтобы предложить заменить что-то в моей текущей рабочей нагрузке, чтобы освободить место для новой задачи, это здравый совет, но я уже попробовал его и обычно получаю ответ, что мне следует «просто принять витамины, и вы точно поправитесь». это» вместе с «не жалуйтесь, у всех много работы» (хотя я один из немногих, кто много работал сверхурочно, чтобы выполнить задачи). У вас есть дополнительные советы по этому вопросу?
Похоже, в этом и причина текучести... Если только они не будут столь же щедры на деньги, как и на совет "выпей таблетку и заткнись". Я думаю, вам нужно убедиться, что ваше резюме актуально, и получить гораздо лучшее предложение, чтобы они могли противостоять. Нет никаких причин, по которым вы должны бежать, пока все остальные бурят дыры. Если все остальные перегружены работой, они должны поддержать ваши предложения.
«Если все остальные перегружены работой, они должны поддержать ваши предложения», это имеет смысл. Это, однако, не причина текучести кадров, это, к сожалению, свойственно области... Но это дельный совет, спасибо.

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

Если бы я разобрал ваш вопрос, то он бы сводился к следующему:

1: Нормально ли, что небольшие компании распределяют рабочую нагрузку произвольно и без надлежащего отслеживания?

2: Что я могу сделать, чтобы не браться за задачи, которые мне не нравятся по какой-либо причине?

Поработав в подобных средах исполнителем, а не руководителем, я могу резюмировать свой ответ на вопрос «Нормально ли это?» быть « Это зависит ».

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

«Исправление» может потребовать больше работы, чем оно того стоит, и может привести к разногласиям с «властьми» в компании. Если это не так или по какой-то причине вас беспокоят другие параметры выполнения задачи, которые не отслеживаются, решение, которое я нашел, состояло в том, чтобы добавить эти дополнительные параметры, вызывающие озабоченность, в определение готовности. Так, например, если я обеспокоен тем, что определенная задача должна иметь модульные тесты, должна правильно объединяться, а результирующий код должен встраиваться в работающий артефакт, то добавьте эти требования к критериям приемлемости истории (или требования), которая сгенерировала задачу. .

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

Что касается вашего второго вопроса: что я могу сделать, чтобы мне не поручали заниматься произвольными вещами, которые меня мало волнуют?

Решение, которое я нашел, заключалось в том, чтобы всегда быть чем-то занятым.

Говоря корпоративным языком, « будьте активными ».

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

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

Наличие подготовленного бэклога (где истории и дефекты упорядочены по важности и влиянию) очень помогает в этом.

Итак, в заключение:

Это нормально?

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

Что я могу сделать, чтобы не стать целью задач bs?

Займитесь по собственному желанию важными делами.

Спасибо за советы, я пробовал это, переутомляясь, чтобы иметь возможность регулярно завершать различные вещи, в том числе давно существующие проблемы, которые сильно снижали производительность для всей команды. В какой-то момент я достиг показателя 2 достижения в неделю, что довольно много в нашей сфере (обычно это 1 в месяц для очень эффективных работников). Но у меня все больше и больше заданий (и никакой награды)...
Также в моем случае неявное делегирование не работает в моей компании, очевидно, потому что для выполнения всех этих задач работникам приходится либо перерабатывать, либо срывать сроки (обычно последнее случается, систематически и при этом никто ничего не делает). Спасибо, что заставил меня осознать это.
Вы, кажется, упускаете мою мысль. Основная идея заключалась в том, чтобы заниматься чем- то , а не всем . Поэтому выберите одну задачу, которая вам нравится, и доведите ее до конца. Не выбирайте другие задачи на стороне, так как вы полностью заняты выполнением первой. Не пытайтесь работать в режиме многозадачности. Многозадачность — это для компьютеров, и даже они с этим плохо справляются.
вы правы, спасибо за разъяснение. Однако, даже если я полностью согласен с вами, я понял, что у нас есть культура «быть занятым» как быть крутым, что в первую очередь отражается в многозадачности (хотя это может быть менее эффективно). Как вы написали, теперь я понимаю, что эта проблема более сложна, чем кажется, и в ней виноваты разные люди, в том числе наша корпоративная культура.
Это всегда контекст. По крайней мере, по моему опыту. Нет хорошего или плохого способа делать что-то. Есть что работает, а что нет. И хотя некоторые методы никогда не сработают, независимо от контекста, результат остальных будет зависеть от того, кто на них смотрит.
Неявное делегирование ответственности
СпросиСетьПолитика конфиденциальности1y, 0v