Я работаю в моей нынешней компании уже 7 месяцев, и в общей сложности я завершаю свои два года в отрасли. Моя компания представляет собой крупное предприятие с относительно мягкими сроками и гибким графиком.
Мы - недавно созданная команда, большинство из нас - юниоры с опытом работы от новых выпускников до двухлетнего опыта работы в макс. Единственный старший коллега, который также является мастером схватки, не будет никого направлять и занимается только своими делами. Наш менеджер также очень невнимательный человек.
Часто, получив работу, новые коллеги-выпускники уходят в свои небольшие «команды друзей», накапливая задачи и работая в спешке, не планируя, не разрабатывая, не консультируясь и не обсуждая ничего с другими. В результате это доминирует в наших усилиях по разработке из-за их быстрого темпа.
На данный момент они создали очень глючный код без узнаваемой структуры. Продукт не масштабируется даже при небольших нагрузках. Теперь у нас есть очень умопомрачительная локальная установка для разработки, две разные установки для тестирования, которые не работают должным образом, и они все еще продолжают говорить нам «мы исправим это позже».
В какой-то момент я попытался провести рефакторинг одной части кода, так как сборка занимала слишком много времени, а менеджер жаловался на это. Несмотря на то, что коллеги знали о том, чем я занимаюсь, поначалу никто не жаловался и не возражал против меня, тем не менее, я услышал, что скрам-мастер, который является самым старшим коллегой в нашей команде, насмехается над моими попытками исправить ситуацию за моей спиной, называя это «отходами». времени», что «никто не заботился».
Поэтому я решил вообще отказаться от рефакторинга, он не приветствовался. В это время мне удалось захватить две новые функции для разработки и их завершения.
Во время наших встреч с менеджером я открыто выражал свою обеспокоенность по поводу всего этого с самого первого дня. Менеджер часто соглашается со мной, но никогда не предлагает практического решения. Он верит, что со временем все наладится.
Он спросил меня, почему я не предоставляю «исправления» или «улучшения» обнаруженных проблем. Он также спросил меня о рефакторинге, который я должен был провести, так как он не одобрял состояние, в котором находился код, и я сказал ему, что не могу выполнить его, так как делаю это в полном одиночестве, что, похоже, никого это не волнует. о качестве кроме меня. Я также упомянул реакцию, которую я получил от скрам-мастера, что другой коллега пошел за исправлениями и никогда не сообщал мне об этом, поэтому я сосредоточился на других обязанностях.
Итак, на данный момент я чувствую, что менеджер считает, что я обязан исправить ситуацию, поскольку я указываю на эту проблему. Однако я считаю такой подход несправедливым. Должен сказать, что я не считаю себя ответственным за чужие ошибки, поскольку они не желают учиться на моем "рефакторинге" и считают это "пустой тратой времени".
Как вы, наверное, понимаете, я также довольно новичок в рабочей силе, и мне нужно освоить массу мягких и сложных навыков. Итак, вот моя главная дилемма:
Что произойдет, если я буду избегать работы, связанной с этим продуктом, и с этого момента сосредоточусь исключительно на других задачах? Действительно ли я несу ответственность за такую работу, которую производят коллеги, исключая меня?
Редактировать: я должен был дать понять, что мы используем Agile, Scrum и Kanban. В результате нет распределения задач, мы добровольно беремся за открытые задачи. Кроме того, у всех нас есть один и тот же менеджер, о котором я упоминал в посте, и у нас есть горизонтальная иерархия в нашей команде, поэтому нет «босса», «тимлида» или чего-то еще. Ожидается, что мы будем действовать коллективно.
Редактировать 2: Сократить сообщение. Редактировать 3: еще больше сократил пост.
Вкратце: Коллеги ковбойски кодируют продукт, не позволяя другим вносить свой вклад, менеджер, кажется, ожидает, что я предоставлю исправление, хотя никто в команде, похоже, не заботится, кроме меня. Действительно ли я несу ответственность за исправление работы, в которой почти не участвовал, поскольку мы работаем как одна команда?
Не портите этим свое психическое здоровье. Да, технически вы несете ответственность за это, так как все в вашей команде. И если бы это был вопрос, касающийся небольшого числа коллег, мой ответ был бы другим. Но это, кажется, проблема всей команды, и вы в одиночку не справитесь с этим.
Есть ли другая работа, которую необходимо выполнить? Сосредоточьтесь на этом. Вам не нужно переживать из-за продукта, над которым вы не работали, и когда вы пытались помочь кому-то, ваша работа была выброшена, и вы даже получили негативную реакцию от своих коллег. Поскольку оказывается, что вы можете работать над тем, что хотите, выбирая из ряда задач, делайте это. Если ваш менеджер спросит вас об этом, вы можете быть честными по этому поводу, поскольку они кажутся разумными:
Я решил сосредоточить свою работу на задачах вне проекта X. Хотя я хотел помочь улучшить код, мой вклад был отклонен, и люди жаловались на мое участие. Это казалось огромной тратой времени, и я не хочу продолжать тратить свое время впустую, когда я мог бы быть более продуктивным и выполнять ценную работу для компании, как в проектах Y и Z.
Вы работаете в команде, которая не заботится о качестве, каждый думает только о себе. Не становитесь им, а действуйте соответственно. Чрезмерная забота в такой обстановке сведет вас с ума. Я бы также посоветовал начать поиск работы, а во время собеседований в компаниях не стесняйтесь задавать им вопросы, чтобы убедиться, что вы больше не окажетесь в таком месте.
Если задачи не противоречат вашему трудовому договору, вы должны делать то, что вам поручит ваш «уполномоченный» (программа-переводчик ---, ваш начальник, менеджер, скрам-мастер --> человек, который дает вам ваши задачи).
Но вы можете четко указать, что вам нужна поддержка для выполнения вашей работы, например, совместные сотрудники, документация кода, стандарты кодирования, соглашения об архитектуре программного обеспечения и так далее.
Никто не может ожидать, что вы построите дом без соответствующего набора инструментов! Объясните своему руководителю (и себе), что вам действительно нужно, что вы хотите иметь и как это получить.
Но если это рабочее место не стоит таких усилий (и здесь важно только ваше мнение), то вы можете поискать новое, более подходящее к вашему списку «кем я хочу работать» :)
РЕДАКТИРОВАТЬ после комментария:
Если вы, как команда, несете ответственность за достижение цели, то ответственность несет каждый член команды, и вы тоже. Каждый раз есть задания, за которые никто не хочет браться, а надо. Может быть, можно заключить «сделку» с коллегами: вы берете это нелюбимое задание (ваш коллега ведет себя так, как будто ему это тоже не нравится) за них, и они соглашаются поддержать вас тем, что вы хотите (см. ...").
На мой взгляд, вся командная работа основывается на таких сделках, но иногда они должны быть выражены.
И чтобы понять это в контексте вашего вопроса: нет, вы не несете ответственности за работу своих коллег, но вы несете ответственность (вместе с ними) за свой результат.
Поскольку это Agile-Scrum-команда, напишите тикет в бэклоге обо всем, что, по вашему мнению, нуждается в исправлении. «Команда», как вы указали, либо подберет эти истории при планировании, либо сохранит их в журнале невыполненных работ. Это должно удовлетворить вашего менеджера, указать, что вы поместили их в бэклог, и ему нужно поговорить со скрам-мастером, если они не будут внесены во время планирования.
Затем их следует принести, и люди должны принять их В ПРИОРИТЕТНОМ ПОРЯДКЕ. Это еще одна вещь, которую вы могли бы затронуть при планировании, что люди выбирают вишенки, а не работают в порядке приоритета.
Вы также должны проводить собрания по обязательствам во время планирования. В моей организации мы поставили пять баллов (от 1 до 5) о том, насколько мы уверены в плане. Это ваша возможность поставить 1 или 2 и указать, что вы считаете, что исправления ошибок отодвигаются на второй план. Правило первого из пяти заключается в том, что все работы прекращаются, если кто-то выбрасывает 1 или 2, и команда должна пересматривать план, пока они не получат хотя бы все 3.
Наконец, у вас должен быть владелец продукта, который принимает ваши истории. Если нет, то кто принимает эту работу как «сделанную». Возможно, потребуется рассмотреть «определение выполненного». Если вы используете agile/scrum, проводите ли вы ретроспективы в конце спринта с возможностью высказать опасения и изменить шаблоны? Если нет, возможно, вам нужно поговорить с вашим руководством о том, что на самом деле они не используют Agile / Scrum, а Ad-Hoc.
Вы не лидер , поэтому вы не несете ответственности за неудачи команды только за ту часть, которую вы в ней сыграли (т.е. ваш код и влияние на команду), не нужно об этом беспокоиться .
Кстати, копирование внутреннего кода было разумным решением!
Зачем изобретать велосипед, если у компании уже есть подходящий код?!
Ваш скрам-мастер был прав, что вы зря потратили время.
Однако, если скопированный код вызовет проблемы или ошибки в конечном продукте, вам действительно следует попытаться улучшить его и привести это в качестве аргумента.
Ваш руководитель не хочет, чтобы вы руководили или руководили, но он может надеяться, что вы сможете решить проблемы, которые другие не могут или не хотят.
Если сможете, это, несомненно, повысит ваше уважение и авторитет у босса, иначе ваша критика может быть истолкована как нытье.
В зависимости от объема работы в компании избежать этого проекта может быть невозможно.
Рат
Толстяк
Толстяк
крошечные бисквиты
Толстяк
EJoshuaS - Поддержи Украину
крошечные бисквиты
Вальфрат
EJoshuaS - Поддержи Украину
крошечные бисквиты