改善できるコードやプロジェクトの一部を見たことがありますが、現在のチーム プロジェクトとは関係ありません。
助けたいと思っているにもかかわらず、多くのチームには十分な人員がなく、余分な仕事をすることは裏切りのように見えるので、その時は葛藤があります。明らかに、あなたが自分の仕事に力を注げば、マネージャーはもっと感謝するでしょう。
これらの場合、あなたは何をしますか?
改善できるコードやプロジェクトの一部を見たことがありますが、現在のチーム プロジェクトとは関係ありません。
助けたいと思っているにもかかわらず、多くのチームには十分な人員がなく、余分な仕事をすることは裏切りのように見えるので、その時は葛藤があります。明らかに、あなたが自分の仕事に力を注げば、マネージャーはもっと感謝するでしょう。
これらの場合、あなたは何をしますか?
このような場合には、次の 2 つの指針があります。
私は上司が望むことをするためにここにいます。それが床を掃除することなら、私はそれをするか、別の仕事を見つけることができますが、私がここにいる限り、それは私がすることです.
上司が悪い決定を下した場合、私はよく知っていて、彼に伝え、とにかく彼がそれを決定した場合、それは上司の特権です. もし私が彼に言わなかったら、それは私のせいです。
優先的な状況がない限り、コードが自分の割り当て外である場合、コードを改善できることを上司に伝え、それが実際の用語で彼にとって何を意味するかを彼に伝え、彼が私を必要としているかどうか尋ねます。やるかやらないか。
はい、私がそれをするだけでなく、彼が私にXをするためにお金を払っているとき、それは時々私を噛むために戻ってきます. 私(私たち)を噛むために戻ってきたときに、彼はそれを修正するために私にお金を払わなければなりません!
あなたの声明の重要な部分はこれだと思います:
これは改善できますが、現在のチーム プロジェクトとは関係ありません
これは耳障りに聞こえるかもしれませんが、経験に基づいており、心を開いて読む必要があります。より多くの開発経験を積むにつれて学べることの 1 つは、スコープ内にとどまり、スケジュールされていないものを修正するために急降下しないことです。以下にいくつかの理由を示します。
誰かがプロジェクトを計画しているとき、彼らは一連の既知の問題に取り組んでいます。既知のセットを変更しているものをランダムに「修正」することにした場合、それは地図を使用してナビゲートしていて、誰かがあなたの地図を変更しているときのようなものです
あなたの修正は製品にとって良いものだと思うかもしれませんが、誰があなたの修正をテストするのかなど、余計な複雑さが生じます。
自分がどれだけ優れていると思っていても、別のバグや意図しない副作用をアプリケーションに導入するリスクがあります
その分野で働いている可能性のある他のチームメンバーに変更をどのように伝えますか?
変更の範囲を確実に知るにはどうすればよいでしょうか? コードの一部のコンテキストを別の場所で突然変更していないことをどのように知るのでしょうか?
あなたは善意を持っていますが、このようなことをし始めると、カウボーイと見なされる可能性があり、他の人はすぐにあなたを嫌うでしょう.
それはあなたが学ばなければならないスキルです - 物に触れてはいけない時を知ってください。醜いコードが表示されます - 触れないでください! もっとうまくできると思うからといって、単にコードを書き直さないでください。
これが役立つことを願っています:)
私は過去に小さな会社で働いていましたが、将来自分や他の誰かに影響を与えるとわかっている何かを見つけた場合、通常、何も壊すことなく短時間で修正できれば、その場で修正しました。
あなたは私が話している種類の問題を知っています。今すぐ修正するのに 10 分も費やさないと、後で 30 分かかることになります。
そうでなければ、それは他のやるべきこと (常にいっぱいだった) と一緒にホワイトボードに行き、最終的に誰かがそれに取り掛かりました。
他の人の家にいるときに片付けるか、散らかった場所を歩き回ります。どちらの選択も問題を引き起こす可能性があります。どちらを選択するかは、完全にあなたとあなたの状況に依存します。