チーム内の遅くて熱心な同僚にどのように対処しますか？[閉まっている]

私は新しいプロジェクトに取り組んでいます。プロジェクトは次のように機能します。エンドユーザーはリンクを使用してwebappにアクセスし、ネットワークに複数のシステムを追加して、その特定のシステムの詳細を管理できます。私の部分には、フロントエンドとWebサーバーが含まれます。これは、Pythonで行われます。私のpythonは、実際には完全にcおよびc ++で実行される別のプロジェクトと通信します。c / c ++プロジェクトは、すべての機能を実行するメインアプリです。私のpythonはそれにユーザーリクエストを送信し、それに対するレスポンスをユーザーに表示します。

私は自分の仕事に非常に精通しており、まもなく終了します。それはそれで多くの仕事ではないので。そして、私は仕事が大好きな人です。私はほとんどの時間をオフィスで過ごし、眠くなるまで家に帰りません。

c / c ++アプリは、5年以上の経験があり、私よりもずっと速く仕事をすることができる別の同僚によって管理されていますが、彼は決してそれを行いません。彼はそれをしたくないかもしれません。私のpythonが通信したり、間違った値を返したりすると、彼のアプリは頻繁にクラッシュします。バグだらけです。私のアプリはそれに依存しているため、作成に苦労しています。バグを修正する代わりに、彼は私の仕事を遅くするように頼みます。彼はマネージャーに私の仕事には多くの時間が必要だと言うように頼みます。彼は私にマネージャーをだますように頼み、私に彼のようにゆっくりと働かせることさえしている。

プロジェクトミーティング中に、マネージャーがバグについて彼に尋ねると、彼はすべてを修正し、それがうまくいくと言います。彼は私の同僚なので、マネージャーには何も言えませんでした。私たちはマネージャーではなく同僚とほとんどの時間を過ごすので、明らかにマネージャーよりも同僚と良い関係を築く必要があります。

マネージャーが彼に理由を尋ねると、彼はマネージャーに彼について不平を言ったと思うかもしれないので、私はこれについてマネージャーに何も伝えることができません。そして彼は会議で嘘をつき続けます。そして、彼はバグをゆっくり修正するので、私の作業も遅くなります。今、私は私のアプリのフロントエンド部分に取り組み、その間に彼がプロジェクトを安定させることができるようにそれを仕上げることを考えました。今、彼はマネージャーに、私のフロントエンド部分には多くの作業が必要であり、プロジェクトを下にドラッグできるようにするために、より多くの時間を必要とすることを伝えるよう求めています。悲しいことに、実際のマネージャーは米国に行っているため、一時的なマネージャーがいて、この男はプロジェクトについてあまり知らないので、c、c ++は彼をだます。

誰が私にこれに対処する方法を提案できますか？私はプロジェクトをすぐに終わらせたかった。彼との良好な関係を維持することによって、どうすれば彼を働かせることができますか

コメントへの応答：

彼が本当に故意に会社を誤解させている場合は、経営陣に報告する必要があります。

私はこの会社に新しく、他の男は長年そこにいました。そして、同僚について知り始めたばかりです。私が直接行って彼に苦情を申し立てた場合、他の同僚と良い関係を築くことができるとは思いません。彼でさえ、彼らを惑わす力を持っています。私は彼が悪い男だとは言っていません、彼は仕事をすることができますが、彼はそれをしていません。

あなたの会社にはどんな種類のバグ追跡システムもありませんか？

ここには、実際のバグ追跡システムはありません。会社はできるだけ早くプロジェクトを終了させ、QAに提供しようとします。そして、QAによって報告されたバグを修正します。

企業が従業員にストック/オプションまたは何らかの所有権を与える必要があるのはこのためです。そうすれば、文字通り「あなたは私に金銭的成長を犠牲にしている...お金をもうけたくないですか？」と文字通り伝えることができます。

会社にはストックオプションがあり、2500株を与えてくれました。ほとんどが彼も持っていたでしょう。

年功序列には疑いの余地があります。最初に彼に話しかけ、問題を理解する必要があります。彼は彼の深さから外れているかもしれません、あなたは彼を助けることができるかもしれません、あなたが気づいていない変数が簡単にあるかもしれません。今では難しいかもしれませんが、銃を跳ぶことで状況を簡単に悪化させることができます。

彼のアプリは一度に複数のリクエストを処理していなかったため、キューを使用して、自分に送信したリクエストを処理していました。私も彼に私のアイデアのいくつかを提案しました。彼はすでにこれらのアイデアを持っている、そしてそれらを実行するだろうと言った。彼の説明は、「すべてを行うには一定の時間が必要であり、これは完了するのに2年を必要とする可能性のあるプロジェクトであり、2か月で完了するように求められます」。このバグのため、最初の数週間はコーディングに苦労していました。しかし今、彼はそれを修正しました。しかし、彼はユーザーリクエストに単一のキューを使用しており、一度に1つのリクエストを処理するため、アプリの速度が低下しています。

この間ずっとQAは何をしていますか？プロジェクトのステータスを報告/確認しないのはなぜですか？

マネージャーは、QAにいつ提出するかを決定する人です。現在のところ、QAにはまだ提供されていません。彼は今月末までにそれを与えるべきだと言った。

あなたは悪い状況にいる、私はあなたの靴になりたくないだろう。同僚と競合することなく整理できるとは考えられません。

これは私がすることです：

• 犯罪の彼のパートナーにならないでください。あなたのプロジェクトまたは彼のプロジェクトのステータスについて嘘をつくことを拒否します。

• バグ報告をアプリケーションに（必要に応じて空き時間に）実装し、すべてのバグが電子メールで同僚とマネージャーに送信されるようにします。バグの原因が彼のアプリケーションである場合は、電子メールに表示します（電子メールの件名などに[XYZ APP BUG]を入れます）。

• バグデータベースを維持します（バグをメールで送信する以外に）。あなたは、その主な目的は追跡していると言うことができ、あなたの実際にあなたが主に追跡されます場合は、バグが彼のバグを。とりわけ、特定のバグを修正するのにかかる時間を追跡する必要があります。

• 彼のアプリとのすべてのプロセス間通信をテストでカバーします（「これを送ったときは、返してください」スタイル）。これらのテストを毎日実行するcronタスクを設定できます。テストが失敗すると、全員に電子メールが送信されます。

基本的に、バグについて彼と議論する時間を無駄にせず、代わりにあなたの仕事に集中するようにしてください。彼のアプリが壊れていて、アプリで作業できず、マネージャーがアプリで何もしない場合-それは管理上の問題であり、バグデータベース、メール、テストレポートで覆われています。

しかし、気をつけて、彼を過小評価しないでください。彼のような長年の怠け者には、1つか2つのトリックがあります。彼はチーム全体をあなたまたは何かに反対させることができますが、それはあなたの特定の状況に依存し、それはこの質問の範囲外です。

私は少し物議を醸すビューをスローするつもりです：あなたはあなたが起きている滞在できる限り多くの時間を働いていると言います。ですから、彼は「あなたは私を悪く見ているので、私は実際に好きなだけ何時間も働いている」と言うのに特に不公平ではないのかもしれません。たぶん彼はそこにいてそれをやったのだろう。私はあなたがそれを続ければあなたがすることを約束します。

ある夜、彼と一緒に飲みに行き、あなたのプロの基礎となるより良い個人的な関係を構築できないかどうかを確認してください。多分彼はもう少し多くを入れることに同意し、あなたはもう少し少なくすることに同意することで、あなたは両方ともずっと良く働くことができます。

もし私があなただったら、この「私の仕事、あなたの仕事」全体の態度にも非常に注意するでしょう。お二人の間に、あなたはそこに取得するための製品を持っており、これはおそらく今度は会社または顧客のいずれかのためによくないです、その製品のために良いことができないとあなたの両方が機能するために彼らが支払います。

ただし、マネージャーとの関係の重要性を再確認する必要があり、同僚を信頼するように注意する必要があるという他の意見にも同意します。たぶん、多分、たぶん、あなたは彼と同様にあなた自身の行動を見る必要があると言っています。

記録を残します。彼の側と通信するとき、あなたが彼に修正するように頼んだとき、そして（もしあれば）彼がそれをしたとき、あなたが得るすべてのエラーを文書化する。それが私がこの状況に対処する唯一の方法です。マネージャーがあなたに来て、なぜ物事が進行していないのか尋ねると、泣き言や悪い同僚として見られることなく明確に示すことができます。

提起されていない別の可能性を指摘したいと思います。あなたは彼があなたにあなたの仕事を遅くしてほしいと言っている。文字通り、彼は「労働時間を短縮する」と言っているのですか、それとも「テストを書いて、これをもっとテストして、ドキュメントを書いて」と言っているのでしょうか。私は新しい人々が1日16時間コードを書いて走り回り、実際に無効なパラメーターを渡しているとき、戻り値をチェックしていないときに呼び出しているコードのバグを訴えているのを見てきました。あなたの同僚がこれらのことを考えていることを否定することはできません。

次回会議に出席して、彼はすべてのコードに問題がないと言ったとき、「ああ、いいね、1時間前に言ったことがあります。営業日ではない日付でXYZに電話すると、今修正されていますか？」次の3つのいずれかが発生します。

• 彼は嘘をつき、そのような問題はないと言い、あなたは「そうだ！我々はそれを議論した！私はあなたにメールした！」と言うだろう。全部がマネージャーの注意を引く
• 彼は、実際には、それは彼のコードのバグではなく、あなたのコードのバグであるとあなたに伝えます。なぜなら、あなたは就業日を過ぎなければならないからです。
• 彼は「いいえ、あなたが今日私が対処することについて私に言ったが、それ以外はすべて良い」と言うでしょう。彼がそう言うなら、今のところ彼に感謝します。

高速コーディングの長い日々が良いコードを生み出していないことを知り、誰か（あなたのマネージャーかもしれません）が他の開発者に翻訳して問題を説明するかもしれません。または、うそをついたヘビと一緒に働いていることを知っているかもしれません。物事を公開することは、それを本当に悪化させることはできません。または、政治にとらわれることなく、あなたがそれを我慢できる十分な動きを彼から得ることができます。

あなたが持っているのは政治的な問題です。まず、あなたのマネージャーの意見はあなたが思っているよりもはるかに重要です。この男はあなたに遅延のせいにしているとあなたは彼をさせています。あなたは誰かがバスの下に投げられた場合解雇される人です。マネージャーが知る限り、あなたはタイムリーに仕事をすることができない人です。

バグ追跡、電子メールなどを通じて、できる限りの方法で身を守りますが、これは彼の遅延ではなく、あなたの遅延であると偽装しないでください。上司に偽のステータスレポートを絶対に渡さないでください。上司に、自分のコードが機能していないという問題についての真実を伝えます（そして証拠を示します）。

彼が悪く見えないようにたるませるようにあなたに頼んでいるこの人はヘビです（まあそれはヘビのコミュニティに対するsub辱です（微妙なホタルの参照）、そこにいる実際のヘビすべてに申し訳ありません）。彼はあなたの代わりにバスの下にあなたを投げるために何でもします。彼を信用しないでください。

何よりもまず：

彼は私の同僚なので、マネージャーには何も言えませんでした。

あなたの同僚が彼の顔に嘘をついていても、あなたは絶対にあなたのマネージャーが真実を知っていることを確実にすることができ、そしてすべきです。部屋にいる3人全員とのミーティングで何も言いたくない場合、それは完全に理解できます。ただし、少なくともマネージャー（一時だけでなく実際のマネージャー）を脇に置いて、作業がほぼ完了し、アプリケーション全体の準備が整う前に他の開発者側からのバグ修正を待っていることを知らせてください。 。同僚が嘘をついていると非難するのではなく、そこに座って上司に不完全な情報を操作させないでください。

ステータスを正直に報告してください。作業が別の開発者側のバグによって抑えられている場合は、C / C ++でバグを見つけて報告したことを文書化してください（何らかの形でドキュメントを残しているドキュメントを使用していることを教えてください）。

それまでの間、作業を終えて作業を完了し、完了したら上司に知らせてください。マネージャーがプロジェクトの残りの部分がまだ実行されていない理由を知りたい場合は、他の開発者に紹介して、おそらく非常に複雑/大/多くのテスト/他の開発者が非常に必要であることを言及することができます忙しい/など C / C ++を知っている場合は、メインアプリケーションロジックを支援して、それで物事を動かすこともできます。はい、あなたは他の人の仕事をしますが、あなたが一生懸命働いて生産的である従業員であり、他の人が上司にとってあなたをさらに価値あるものにすることは言うまでもありません。それは他の開発者に物事をステップアップし、それらをより速く終わらせるように圧力をかけるかもしれません。

仕事には多くの問題があります。を注意：

1. 他の人の動機について推測している
2. あなたは意見で事実を着色しています。
3. 部外者（他の誰も）は歴史を知らず、同僚との不満を知りません。
4. 「おしゃべり」ゲームをプレイしているように見える場合、幼稚に見えるかもしれません。あなたの同僚はおそらくもっと上手にプレイできるでしょう-結局彼はまだ仕事をしているのではないでしょうか？

したがって、プロジェクトのステータスを提示する場合：

1. 他の人に言及しないでください。
2. 開発者ではなく、コードのエラーや問題を報告するとき。「FooBar（）メソッドの呼び出しは、2を返す必要があるときに1を返します」と言います。その場合、問題は個人的な攻撃ではなく、コードではなく人のことです。
3. あなたが証拠を持っている事実に固執します。
4. 同僚が防御的または敵対的になったら、質問してください。「なぜあなたは私が_をすべきだと思うのか分かりません。」
5. 社会的な軽微または無作法を忘れてください。個人的な攻撃を受けないふりをしてください。
6. ステータスミーティングの前夜に十分な睡眠をとるので、精神的に機敏です。
7. ドキュメント、ドキュメント、ドキュメント。
8. この男に何かおもしろい問題を解決するように頼むことを恥ずかしがらないでください。彼があなたを尊敬していると感じたら彼はあなたを連れて行くかもしれません。これは、信頼関係の構築に関するものです。（これは吸い込まれていないことに注意してください-これは別のものです）
9. 必要に応じて立ち去る準備をしてください。そうすれば、あなたは困ったり、感情的に閉じ込められたりすることはありません。これは、会議であなたの頭を保つのに役立ちます。

「私は仕事が大好きな人です。ほとんどの時間をオフィスで過ごし、眠くなったときだけ家に帰ります。」

これは健康的ではなく、避けられない燃え尽きで何年も休みを取ることができるように補償されない限り、同僚には期待できません。（会社の所有率が10％を超える、または年間2億ドル以上）。彼が非常に迅速に開発できるようになるまで専門知識を維持するには時間がかかります。専門知識の開発に時間を割く必要があります。

「c / c ++プロジェクトは、すべての機能を実行するメインアプリです。私のpythonはユーザーリクエストを送信し、そのレスポンスをユーザーに表示します。...彼はそれをしたくないかもしれません。」

PythonはC / C ++よりも機敏な言語です。彼のアプリにはすべての機能が含まれているようです。アプリはUIだけです。おそらく、これらの難易度は同じではありません。彼はコードを迅速に作成していないかもしれません。しかし、品質コーディングは数量コーディングよりもはるかに優れています。あなたは、彼が仕事をする/期待する時間内にコーディングできる速さに非現実的な期待を持っている可能性があります（通常〜40時間。作業週の大部分を占めるプロジェクト）。

彼のために嘘をつかないでください。しかし、彼もまた批判しないでください。彼のシステムがいかに優れているかについて話してください。それが終了するまで、より多くの作業が必要であることを認めた。名前を付けたり、責任を割り当てたりすることなく、マネージャに正確なステータスの更新を提供します。自分のシステムが準拠すべき標準と同じ標準に準拠した、モックアップされたバージョンのシステムを作成します。自動テストスイートを使用して、モックアップされたシステムとシステムが完全に動作することを確認してください。その後、ライブシステムがまだバグがある場合でも、システムを終了できます（たとえば、モックアップと完全に同期します）。

次に、合意された標準に準拠する外部から呼び出されるシステム用の自動テストスイートを作成できます。たとえば、Foo（1,2,3）よりもテストすると、「Bar 4 5 6」の応答が返されます。これにより、彼はバグを特定し、開発のスピードを上げることができます（そして、コードをいじる必要はありません）。これらの作業が完了したら、別のプロジェクト/タスクに進むことができます（C / C ++パーツの支援など）。

他の人が述べたように、プロとして行動することはあなたの長期的なキャリアにとって最も重要なことです。そして正直に言って、あなたがプロとして振る舞う限り、あなたの周りの人々がどのように振る舞うにしても、あなたはかなり良い状態になります。

この状況では、考慮する必要がある考慮事項がいくつかあります。

まず、指定された期限までに、プログラムが目的の仕様に沿って動作する責任があることを理解する必要があります。あなたのプログラムが他の誰かのプログラムと相互運用する場合、あなたは他のプログラムも同じ期限までに動作することを確認する責任があります。別の言い方をすると、他の人が締め切りに間に合わなかった場合、プロジェクトの一部が予定どおりに行われたとしても、締め切りに間に合わなかったことになります。管理用語では、これは入力の所有と呼ばれます。

あなたは、同僚が会議で彼のプログラムのバグが修正されたと宣言したとき、あなたがマネージャーに対して彼が間違っているとすぐに宣言できないことを正しく指摘しました（あなたのマネージャーは非常に悪いキャリアの動き）。一方、他の人たちは、プロジェクトの本当の状態をマネージャーに宣言しないことは専門的ではないと指摘しています。両側は完全に正しいです。

ですから、マネージャーの前で同僚と矛盾するのが悪く、彼と矛盾しないのが悪いのなら、あなたはどうしますか？

答えは実際には非常に簡単です。マネージャーとのミーティングのかなり前に同僚と話をする必要があり、今後のミーティングであなたが抱えているトラブルについてマネージャーに伝える必要があることを彼らに知らせる必要があります彼らのプログラム、それがプロジェクトのあなたの側を時間通りに提供する能力に影響を与えていること、そしてあなたが抱えているトラブルに対処するのを助けるためにあなたができることがあるかどうか。この会話は、マネージャーに伝える会議の少なくとも 2日間前、できれば1週間前に行う必要があります。

ほとんどの場合、特定の会議でリスクとしてプログラムをリストする必要があることを同僚に伝えるだけで、あなたが抱えている問題に対処する意欲が高まり、マネージャーと話す必要はまったくありません。問題がよりスケジュール主導型である他の場合、同僚はしばしばあなたに同意し、あなたの二人は一緒にマネージャーに行くことができます。

このように表現されたときに、物事をすぐに修正したり、懸念に同意したりする同僚がいなかった。しかし、そうなった場合、同僚に事前の警告を与えることで、マネージャーと話をするとき、あなたはまだ良い立場にいるでしょう。あなたは同僚と話し、自分で解決策を考えて、この会議で問題を提起する必要があることを事前に警告していたので、同僚が驚いたことはなく、マネージャーは勝ちましたあなたが単に非難を変えようとしているとは思わないでください。

同僚またはマネージャーに懸念を表明するとき、懸念は、悪いデータを返す同僚のプログラム（またはそれ以外のこと）に関係していることを忘れないでください。これらは、検証および修正可能な測定可能なものです。あなたの懸念は、あなたの同僚が遅くなったり、専念していないということではありません。これらは測定可能なものではなく、真実である場合とそうでない場合があり、上司の前で会議で取り上げることで修正される可能性は低いです。

どのバグ追跡システムを使用していますか？少なくとも、バグが期限内に修正されない場所を強調することを期待していました。コードが他のレイヤーからの入力を待機している場所では、プロジェクト追跡ドキュメントで遅延を強調する必要があります。これも起きていませんか？

ここでプロジェクト管理が不十分であるように思えます。a）自分に影響しているバグを追跡し、b）議論を書面でフォローアップする必要があります。

あなたの同僚は、彼の意志の欠如を補うためにあなたの開発時間を増やすように頼むべきではありません。ある時点で、これはマネージャーに対処する必要があるものです。現状では、あなたは同僚のために隠蔽しており、それはほぼ確実に裏目に出ます。

同僚に固執するのは何も悪いことではありませんが、日常的に上司に嘘をつくことを期待する人がいなければなりません。私は彼を人として尊敬することができず、この人を偶然の知り合いにしたいとは思わなかった。彼は敵になりたいと思っています。

フロントエンドが原因でアプリケーション層の遅延をどのように議論できますか？これが、分離できるようにするためです。次は、誰かがモービルフロントエンドを構築したいので、さらに遅延がありますか？

作業を完了します。彼のアプリで失敗した問題を文書化します。そしてGO GO！あなたが眠いのかどうかは気にしません。持っている価値のある友達を見つけましょう。

RC Martin（Uncle Bob）の "The Clean Coder"を読みました。本の主なポイントは、プログラマが一般的に専門的に振る舞っていないのであまり尊敬を得ないということです。それは主に彼らがプロジェクトの状況について経営陣と効果的にコミュニケーションをとらないことを意味します。

嘘は確かに非常に悪いコミュニケーションです。あなたの同僚は非常に専門的ではなく、あなたもそうです。プログラマーの認識を改善するために、二人とも良いことは何もしていません。

すぐに経営陣に行くことをお勧めします。しかし、私は過去に（正直なところ）（関係のない状況で）あまりにも「正直」だったためにトラブルに見舞われています。また、多くの人が指摘しているように、状況に対するあなたの認識はあなたが思うほど正確ではないかもしれません。

コードベースに精通していない場合、別のプロジェクトの相対的な労力と複雑さを見積もることは難しく、不合理です。彼のコードはエラーを起こしやすいと言いますが、残りの問題はすべて非常に高いレベルで抽象化されており、問題はありません。問題は、フロントエンドに必要な唯一のコードです。

または、多分彼は悪い従業員であり、会社に乗るために連れて行っています。私は言うことはできませんし、あなたもあなたが自信を持って知る必要があるすべての情報を持っていないかもしれません。

中途の戦術をお勧めします。次回会うときは、あなたに影響を与えている彼のコードの主要なバグの詳細を伝えてください。彼がすべてがうまくいっていると言うとき、あなたの進歩を妨げる一つの顕著な問題があると丁寧に言います。

政治的に、そのように言って、あなたは彼が完全に正しくないことを断言しながら、まだ彼に愚かなプレーをして防御に置かれないようにします。

マネージャーは、次の会議で修正されたかどうかを尋ねる必要があります。そうでない場合、1つのバグを修正するようプレッシャーがかかります。それが修正されている場合は、感謝します、今はうまく機能していて、新しいブロッカーを見つけました。特に優しくしたい場合は、会議の直前に出会ったと言ってください。

あなたは嘘をついているわけではありません。問題に注意を喚起し、物事がそれほどうまくいかない場合に同僚に顔を救わせることにより、政治を行っています。

上司と話をするのは魅力的ですが、どれを最もよくやらなければならないかを忘れないでください。

パットの答えは素晴らしかった。100％に同意します。上司とのミーティングをこっそり行かないでください。同僚と4つの目の間で撮影するか、3人全員で撮影します。しかし、Patが提案するのは、人々ではなくコードの問題に集中することです。

ちなみに、週40時間で十分です。モチベーションを高く保つ必要があります！

統合テストの両方に役立つ他の人に依頼してください。人は問題が発生した場所を言うことができるものとします。temptarが指摘したように、なぜ問題を追跡するのに優れたものさえないのだろうか！追跡がないため、他の人が逃げるたびに、今のところすべてがうまくいっていると言っています！うまくいかない！

あなたのモジュールは、あなたがそれを成し遂げる必要がある場合、あなたはあなたの側で遅延を引き起こしているものに赤旗を上げる必要があります。MERE Yearsでの経験は何の関係もありません。その知識と上司があなたのマネージャーが主張すべきことです。言ったように、私はここで起こっているプロジェクトの貧弱な管理があると感じます。

1. 追加のタスクを要求し、組織に価値を追加する方法を尋ねることでイニシアチブを示すことが、信頼を獲得する最良の方法です。

あなたのマネージャーは、誰がプロジェクトを遅くしているのかを把握するのに十分な技術的ではないかもしれませんが、新しいタスクを積極的に探している開発者が現在のタスクを突破していることを認識できるほど賢いでしょう。これにより、現在のタスクで他の人からのバグ修正を待っていることを明確にすることができる会話につながります。同僚がバグ修正で遅すぎるのではなく、空き時間を効率的に使用して組織に付加価値を追加する方法に関して議論を組み立てます。