Как я могу принять командное решение, с которым не согласен?

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

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

Некоторые детали:

  • Я внештатный сотрудник крупной финансовой компании. Команда состоит в основном из других внешних сотрудников и двух внутренних сотрудников.
  • Проект разработан с использованием метода управления проектами SCRUM. Так что я должен следовать решениям, которые принимает команда, я хотел бы добиться этого и по-прежнему иметь возможность смотреться в зеркало.
Можете ли вы привести более подробный пример поддержки чего-то, за что вы не поддерживаете? Это все еще сбивает меня с толку.
@thursdaysgeek Я категорически против форм с несколькими столбцами, потому что они занимают больше времени и их сложнее сканировать. Команда не согласна, и они просто нравятся им визуально больше.
Если команде не нравятся формы с несколькими столбцами, а вам нравятся, то вам нужно провести ab-тестирование и измерить производительность различных форм. Может быть, команда права, и ваши пользователи предпочитают многоколонку, может быть, вы правы. Случайные эмпирические исследования из Интернета не имеют значения — если вы скажете руководству, что «с таким стилем мы заполняем на 75% больше форм/на 75% быстрее заполняем/что-то еще», победит.
Привет, Кнерд, я отредактировал вопрос, чтобы сделать его более ясным, и включил сделанный вами комментарий. Чтобы еще больше улучшить вопрос, отредактируйте его, объяснив, что именно означает для вас «принятие решения» в практическом плане и почему вы знаете/чувствуете, что от вас этого ожидают. Почему ты не можешь просто делать работу и молча не соглашаться?

Ответы (4)

Я собираюсь быть довольно прямолинейным с этим ответом.

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

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

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

  • По этическим соображениям
  • Из соображений безопасности человека
  • Вы недовольны своей работой

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

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

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

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

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

Редактировать:

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

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

Отличный ответ, что-то подобное всегда говорит мой лучший друг 😄 Так что да, это моя стратегия на данный момент, но, видимо, они хотят, чтобы я поддерживал решения...
"Поддержать решения" - это немного сомнительно. Ни одна компания не имеет права говорить вам, как себя чувствовать. Это, вероятно, сводится к объяснению того, что такое проектные решения и почему они были выбраны. Эта задача ограничена только вашими разговорными навыками. Как программист, я мог бы легко объяснить любому, почему я использовал операторы GOTO, хотя я и любой, кто хоть немного разбирается в этом вопросе, мог бы придумать 300 сотен лучших способов сделать это.
@Knerd Неужели так сложно ограничить свое несогласие внутри команды? Именно об этом спрашивают большинство компаний, когда хотят, чтобы вы поддерживали решения команды. У меня могут быть огромные разногласия по вещам, когда я разговариваю с моими коллегами по команде, но как только мы что-то решаем, я могу легко защитить это решение людям за пределами команды, потому что я знаю, какие аргументы были подняты во время обсуждения. Если потом люди спорят, я говорю: «Я понимаю вашу точку зрения, но это то, что команда решила на данный момент. Посмотрим, как все обернется».
@Cronax Именно то, о чем я думал. Если у вас возникли проблемы с защитой аргументов, которые не имеют для вас смысла, вы всегда можете попросить постороннего поговорить с одним из ваших коллег, который первым выступил с аргументом.
Отличный ответ. Вероятно, вы можете бросить вступительную фразу, в которой говорится, что вы будете прямолинейны. Ваш ответ совсем не прямолинеен, за исключением одного предложения, следующего сразу за ним (и даже это спорно). Вам также не нужно вводить метаинформацию (например, «Изменить») при редактировании ответа, поэтому рассмотрите возможность ее удаления. Если вы согласны с этим, я могу внести несколько незначительных правок в ваш ответ (конечно, не меняя сути вашего ответа).

Сначала новый ответ, основанный на вашем обновлении

Хорошо, я вижу вашу проблему. Ты не силен в общении. Оставленный вами комментарий -

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

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

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

  • не делай этого
  • просто сделай это

Тогда есть угол «найди в этом что-то, что тебе нравится». Но это предполагает, что вам что-то нравится, что неясно из вашего вопроса, но ясно из вашего комментария.

Что вам нужно сделать, так это:

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

На самом деле есть вопрос по пункту 2 где-то на этом сайте - могу ли я его найти? Да, я могу! Повышение ответственности — это ключевой шаг к повышению производительности, вы можете прочитать и поговорить об этом со своим менеджером. Тогда речь уже не идет о технической сверхоптимизации, на которую у менеджеров нет времени. Речь идет о повышении производительности и участии команды за счет изменения процессов, о чем очень заботятся менеджеры.

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

Старый ответ Далее, перефразированный

Вам нужно сосредоточиться на том, что вы можете контролировать . Рефакторинг кода — это быстрый способ управлять командой, потому что вы — единственный человек, который ко всему прикасался.

Критикуйте свой вопрос!

Я не уверен, с чем вы не согласны. Вы ответили, указав, что заметки post-it — это не круто, и что вы хотите оптимизировать интерфейс.

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

Что касается вопросов, которые у вас есть, я разработчик внешнего интерфейса, поэтому я провожу много исследований о том, насколько эффективно приложение. И что исследования игнорируются, а личные предпочтения побеждают. Что касается другого примера, мы используем стикер для отслеживания наших задач. Я единственный, кто не может с этим работать, и предпочел бы цифровой подход.
Мне нравится совет, который вы даете об изменении вещей на текущем рабочем месте ОП, используя деловые термины. Однако кажется, что ОП использует схватку, а не канбан (есть различия). И я согласен с ним насчет стикеров. Существуют сотни цифровых инструментов как для scrum, так и для kanban, а также для любой другой гибкой методологии. Физические доски — это хорошо, но сейчас 2018 год, и должна быть цифровая трассировка, чтобы сотрудники могли взаимодействовать со своими процессами со своей рабочей станции без каких-либо проблем.
@ Clay07g Я догадался о Канбане, основываясь на стикерах. Я всегда думал, что канбан — это agile + стикеры + доска! но я не специалист в этом. Я никогда не понимал, почему кто-то говорит, что для канбана существуют цифровые варианты, когда весь смысл в физическом перемещении заметки. это (agile, схватка и т. д.) общение и создание общей среды для членов команды, а не то, чтобы они все сидели за столом. я всегда чувствовал необходимость "сделать это цифровым" просто ломает это
@bharal Все зависит от интерпретации и реализации. Однако перетаскивание цифровой заметки и поднятие листа бумаги для меня не имеет значения. Последний просто тратит намного больше времени. Конечно, это зависит от команды, но большинство гибких реализаций, которые я видел, предназначены специально для улучшения коммуникации, но при этом сокращают время, затрачиваемое на выполнение действий, не связанных с проектами (длительные встречи, чрезмерное планирование и т. д.). Для некоторых людей физические заметки могут повысить эффективность. Для большинства людей они не будут. Agile просто предпочитает то, что лучше всего подходит для улучшения.
@bharal: Да, некоторые люди считают, что бумажные заметки лучше, чем цифровые. Однако, если у вас есть люди, работающие удаленно, физические заметки просто не являются реалистичным вариантом, и я не думаю, что имеет смысл отказываться от удаленной работы из-за этого.

Со всем уважением,

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

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

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

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

Все всегда приходит вовремя, желаю удачи!

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

Я хотел бы добиться этого и по-прежнему иметь возможность смотреться в зеркало.

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

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