Должен ли я делиться знаниями со своим коллегой, если его не ценят [закрыто]

У моего коллеги странная манера отвечать на вопросы. Когда его о чем-то спрашивают, он говорит: « Это моя работа или моя часть работы/кодирования. Не нужно об этом беспокоиться » .

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

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

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

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

Ежедневные стендапы не предназначены для обсуждения того, как вы реализовали решение.
@DarrenYoung Я отредактировал вопрос.
Вы оба должны делать одно и то же или у вас явно разные обязанности? (т.е. один из вас кодер, а другой дизайнер?)
@Erik Да, мы оба разные люди, но он любит рисковать, даже если это блеф. Он хочет создать иллюзию знания вещей, в то время как он учится и отстает от меня на 6 лет.

Ответы (2)

его «позиция» «Если моя вещь не работает, оставь ее и делай свою работу» вызывает у меня тревогу.

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

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

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

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

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

Я согласен с этим. SCRUM-встречи должны быть короткими, я сам не люблю, когда наши scrum-встречи длятся более 10 минут, это крадет время, и в большинстве случаев я должен слышать то, что мне действительно не важно для моего текущего развития. Если у меня есть проблема, я ожидаю, что мои коллеги помогут, когда это необходимо, а не будут рассказывать обо всех проблемах, с которыми они сталкиваются на собраниях SCRUM.
Идея о том, что это «ответственность вашего коллеги», не согласуется с правилами схватки, которые возлагают ответственность за всю работу на всю команду.
@ Эрик, я не знаком со скрамом. Я скептически отношусь к тому, что это сработает с очень большой кодовой базой, но я думаю, что с этим можно справиться для небольших или новых проектов или для очень раннего внедрения. Во всяком случае, я предполагаю, что команда OP не следует SCRUM буквально.
Не думаю, так как ОП удалил ссылки на схватку из своего вопроса. Я удалю свой отрицательный голос, когда он перестанет быть заблокированным :/
Я бы добавил, что вам платят за выполнение заданий — одно из которых — делиться знаниями, когда вас об этом просят. Непрофессионально отказываться делиться знаниями только потому, что вам кто-то не нравится или вы чувствуете, что он вас недостаточно ценит. Его возможное непрофессиональное поведение находится между ним и его менеджером, это никогда не является оправданием для вас, чтобы не вести себя профессионально.

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

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

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

Они действительно создают проблему автобусного фактора? В конце концов, ОП не разработчик.
@NathanCooper из комментариев, похоже, они занимаются одним и тем же бизнесом. (Признается; ОП не очень понимает, что именно происходит)
Конечно. Я просто не очень понимаю, что происходит.