Как сделать все возможное, когда все слишком заняты?
Иногда я видел какой-то код или часть проекта, который я мог бы улучшить, но он не связан с моим текущим командным проектом.
В те времена у меня был конфликт, потому что, несмотря на желание помочь, многим командам не хватает людей, и выполнение дополнительной работы кажется предательством. Очевидно, что любые менеджеры оценят намного больше, если вы сосредоточите свои усилия на их задачах.
Что вы делаете в этих случаях?
4 ответа
Я думаю, что ключевая часть вашего заявления заключается в следующем:
который я мог бы улучшить, но не связан с моим текущим командным проектом
Это звучит грубо, но оно основано на опыте и должно читаться с открытым разумом - держаться подальше от этого. Одна вещь, которую вы изучаете, когда получаете больше опыта разработки под вашим поясом, это то, что вы остаетесь в области видимости, не углубляйтесь, чтобы починить то, что не запланировано. Вот несколько причин, почему:
когда кто-то планирует проект, он работает с известным набором проблем. Если вы случайно решили "исправить" вещи, которые вы изменяете, это известное множество, это похоже на то, когда вы перемещаетесь по карте, и кто-то меняет карту на вас.
вы можете подумать, что ваше исправление хорошо для продукта, но оно создает дополнительные сложности, например, кто собирается протестировать ваше исправление?
независимо от того, насколько вы хороши, вы рискуете ввести еще одну ошибку или непреднамеренные побочные эффекты в приложение
как вы сообщаете о своих изменениях другим членам команды, которые могут работать в этой области?
откуда вы точно знаете масштаб ваших изменений, откуда вы знаете, что вы внезапно не изменили контекст кода в другом месте?
У вас благие намерения, но если вы начнете делать такие вещи, вас могут воспринимать как ковбоя, а другим довольно быстро вас не понравятся.
Это навык, который нужно освоить - знать, когда не трогать вещи. Вы увидите некрасивый код - не трогайте! Не перекодируйте вещи просто потому, что думаете, что это можно сделать лучше.
Надеюсь, это поможет:)
У меня есть два руководящих принципа в таких случаях:
Я здесь, чтобы делать то, что хочет мой босс. Если это подметает полы, я могу или сделать это или найти другую работу, но пока я здесь, это то, что я должен делать.
Если босс принимает плохое решение, а я знаю лучше и говорю ему, и он все равно решает, это прерогатива босса. Если я не скажу ему, то это моя вина.
Если нет основополагающих обстоятельств, это диктует, что в случае, когда код находится вне моего назначения, я говорю своему боссу, что код можно улучшить, и даю ему представление о том, что это значит для него с точки зрения реального мира, и спрашиваю, хочет ли он меня делать это или нет.
Да, иногда я возвращаюсь, чтобы укусить меня, когда я не просто делаю это, но он платит мне, чтобы я сделал X, и если я возиться с Y, то я не делаю то, что мне платят. Он просто должен заплатить мне, чтобы я это исправил, когда он вернется, чтобы укусить меня (нас)!
В прошлом я работал на небольшую компанию, и если я видел что-то, что, как я знал, могло повлиять на меня или кого-то еще в будущем, я обычно исправлял это время от времени, если мог сделать это в короткие сроки, не нарушая ничего.
Вы знаете виды проблем, о которых я говорю. Если я не потрачу 10 минут, чтобы исправить это сейчас, это будет стоить мне 30 минут (снова и снова) спустя.
Иначе, это пошло на доске с другими делами (которые всегда были полны), и кто-то обошел это в конце концов.
Вы либо убираете это, когда находитесь в чужом доме, либо обходите их беспорядок. Оба варианта могут вызвать проблемы. Что выбрать, зависит полностью от вас и вашей ситуации.