チーム内の遅くて献身的な同僚にどのように対処しますか？
私は新しいプロジェクトに取り組んでいます。プロジェクトは次のように機能します。エンドユーザーはリンクを使用してWebアプリにアクセスでき、ネットワークに複数のシステムを追加して、その特定のシステムの詳細を管理できます。私の部分はフロントエンドとウェブサーバーを含み、それはPythonで行われます。 My pythonは実際には完全にc＆c ++で行われる別のプロジェクトと通信します。c/ c ++プロジェクトはすべての機能を実行するメインアプリです。Mypython =ユーザー要求を送信し、ユーザーからの応答を表示します。
私は自分の仕事に非常に精通しており、すぐに終了します。それはそれで多くの仕事ではないので。そして私は仕事が好きな人です。私はほとんどの時間をオフィスで過ごし、眠くなったときだけ家に帰ります。
C/c ++アプリは、5年以上の経験があり、私よりもずっと速く作業できる別の同僚によって管理されていますが、彼はそれを行ったことはありません。彼がそれをするのが好きではないかもしれません。 python通信したり、間違った値を返したりすると、彼のアプリが頻繁にクラッシュします。バグがたくさんあります。私のアプリはそれに依存しているので、ビルドに苦労しています。バグを修正する代わりに、彼は私の仕事を遅くするように私に頼みます。彼は私に仕事に多くの時間が必要であることをマネージャーに伝えるように頼みます。
プロジェクト会議中に、マネージャーがバグについて彼に尋ねると、彼はすべてを修正し、それはうまく機能していると言います。彼は私の同僚なので、マネージャーには何も言えませんでした。ほとんどの場合、上司ではなく同僚と一緒にいるので、私は上司よりも同僚と良い関係を築く必要があります。
マネージャーに理由を尋ねられた場合、私はマネージャーに彼について不平を言ったと思うかもしれません。そして彼は会議で嘘をつき続けます。そして、彼はゆっくりとバグを修正するので、私の仕事も遅くなります。今、私は自分のアプリのフロントエンド部分で作業し、その間に彼がプロジェクトを安定させることができるように仕上げることを考えました。現在、彼は、私のフロントエンド部分には多くの作業が必要であり、プロジェクトを下にドラッグできるようにするために、ますます多くの時間を必要とする可能性があることをマネージャーに伝えるように頼んでいます。そして悲しいことに、私たちの実際のマネージャーが米国に行ったので、一時的なマネージャーがいて、この人はプロジェクトについてあまり知らないので、c、c ++は彼をだますだけです。
誰か私がこれにどう対処するかを私に提案できますか？私はすぐにプロジェクトを終わらせたかった。彼との良好な関係を維持することによって、どうすれば彼を働かせることができますか？
コメントへの応答：
彼が意図的に会社を誤解させている場合は、経営者に報告する必要があります。
私はこの会社に新しいのですが、もう1人は何年もそこにいます。そして、私は私の同僚を知り始めたばかりです。私が直接行って彼に不満を言うなら、私は他の同僚と良好な関係を築くことができるとは思わない。彼でさえ彼らを誤解させる力を持っています。私は彼が悪者であることを言っているわけではありません、彼は仕事をすることができます、しかし彼はそれをしていません。
あなたの会社にはどんなバグ追跡システムもありませんか？
ここには実際のバグ追跡システムはありません。同社はできるだけ早くプロジェクトを完成させようとし、QAにそれを渡します。そして、QAによって報告されたバグを修正します。
これが、企業が従業員に株式/オプションまたは何らかの所有権を与える必要がある理由です。そうすれば、文字通り「お金の成長にお金がかかります。お金も稼ぎませんか？」と言うことができます。
同社は私に2500株を与えてくれたストックオプションを持っていますが、ほとんどの場合彼ももっと持っていたでしょう。
年功序列は疑いの恩恵を受けるに値します。あなたは本当に最初に彼と話し、問題を理解しようとする必要があります。彼は彼の深みから外れているかもしれません、あなたは彼を助けることができるかもしれません、あなたが知らない変数が簡単にあるかもしれません。今は難しいかもしれませんが、銃をジャンプすることで状況を大幅に悪化させる可能性があります。
私もそうします。最初に、彼のアプリは一度に複数のリクエストを処理していませんでした。彼はキューを使用して、私に送信したリクエストを処理していました。私も彼に私の考えのいくつかを提案しました。彼はすでにこれらのアイデアを持っていて、それらを実行するだろうと言いました。彼の説明は、「すべての作業には一定の時間が必要であり、これは完了するのに2年かかる可能性があるプロジェクトであり、2か月で完了するように求められます」でした。このバグのため、最初の数週間はコーディングに苦労していました。しかし、彼はそれを修正しました。しかし、ユーザーリクエストに単一のキューを使用しており、一度に1つのリクエストを処理するため、アプリの速度が低下しています。
QAはこれをずっとやっていますか？彼らはなぜプロジェクトのステータスを報告/確認しないのですか？
マネージャーは、QAにいつ渡すかを決定する人です。現在のところ、まだQAには至っていません。彼は今月末までにそれを与えるべきだと言った。
あなたは悪い状況にあります、私はあなたの立場になりたくありません。あなたが同僚と衝突することなくそれを整理することができる可能性は低いです。
これは私がすることです：
彼の犯罪のパートナーにならないでください。あなたのプロジェクトまたは彼のプロジェクトのステータスについて嘘をつくことを拒否します。
必要に応じて、必要に応じてバグ報告をアプリケーションに実装し、すべてのバグを同僚に電子メールで送信しますおよびマネージャーに送信します。バグの原因が彼のアプリケーションである場合は、メールでそれを表示します（メールの件名などに[XYZ APP BUG]を入力します）。
バグデータベースを維持する（バグを電子メールで送信する以外に）。その主な目的はyourバグを追跡することであると言えますが、実際にはほとんどhisバグを追跡します。特に、特定のバグの修正にかかる時間を追跡する必要があります。
テストでカバーされた彼のアプリとのすべてのプロセス間通信を持ちます（「私がこれをあなたに送ったとき、あなたは私にそれを返すべきです」スタイルです）。これらのテストを毎日実行するcronタスクを設定できます。テストが失敗すると、電子メールが全員に送信されます。
基本的に、バグについて彼と議論する時間を無駄にせず、代わりにあなたの仕事に集中するようにしてください。彼のアプリが壊れているためにアプリを操作できず、マネージャーがそれで何もしなかった場合、まあ、それは管理上の問題であり、バグデータベース、メール、テストレポートでカバーされています。
ただし、気を付けて、彼を過小評価しないでください。彼のような長年のたるみは、彼の袖の上に1つまたは2つのトリックがあるかもしれません。彼はあなたや何かに対してチーム全体を回すことができますが、それはあなたの特定の状況に依存し、それはこの質問の範囲外です。
私は少し物議を醸す見解を投げます：あなたはあなたがあなたが起きていることができる限り多くの時間働いていると言います。それで、おそらく彼は、「あなたは私を悪く見せるし、私は実際に何時間も仕事をしている」と言って不当ではありません。たぶん彼はそこにいて、それをやったし、たぶん彼は燃え尽きました。あなたがそれを続ければあなたがそうすることを約束します。
彼と一晩飲みに出かけて、あなたの専門家の基礎となるより良い個人的な関係を築くことができないかどうかを確認してください。多分彼がもう少し入れることに同意し、あなたが少し減らすことに同意することによって、あなたは両方がはるかにうまく一緒に働くことができます。
私があなただったら、この「私の仕事、あなたの仕事」の態度全体にも非常に注意します。あなたとあなたの間に、あなたはそこに出て行くための製品を持っています、そしてこれはおそらくその製品には良くないかもしれません、そしてそれは今度は会社または顧客のどちらにも良くありませんそして彼らはあなたの両方に働くために支払います。
ただし、上司との関係の重要性を再検討する必要があり、同僚を信頼するように注意する必要があるという他の見解にも同意します。たぶん、たぶん、あなたは自分の行動だけでなく、自分の行動も見る必要があると言っているだけです。
記録を残します。彼と連絡を取り合ったときに発生したすべてのエラーを文書化し、修正を依頼したときと、（もしあれば）彼が修正したとき。それが、私がこの状況に対処するために知っている唯一の方法です。そのため、上司があなたに来て、なぜ物事が上手くいかないのかと尋ねると、愚か者や悪い同僚として見られることなく、はっきりと示すことができます。
提起されていない別の可能性を指摘したいと思います。あなたは彼があなたにあなたの仕事を遅くすることを望んでいると言います。文字通り彼は「作業時間を減らす」と言っているのか、それとも「いくつかのテストを書いて、もっとテストして、いくつかのドキュメントを書いて」と言っているのでしょうか。新しい人々が1日16時間コードを書き回し、実際に無効なパラメーターを渡したり、戻り値をチェックしていないときに、呼び出しているコードのバグについて不平を言うのを見てきました。あなたの同僚がこれらのことを考えていることを私は否定できません。
次回、あなたが会議に参加し、彼のコードはすべて問題ないと言ったとき、「ああ、いいよ、1時間前に言ったとおり、XYZに営業日ではない日付を付けて電話すると、爆発します。今修正されましたか？」次の3つのいずれかが発生します。
- 彼は嘘をつき、そのような問題がないと言うと、あなたは「そこにある！それについて話し合った！私はあなたに電子メールを送った！」と言うでしょう。すべてがマネージャーの注意を引くでしょう
- 彼は実際にはそれが彼のコードのバグではなく、あなたのコードのバグであるとあなたに告げるでしょう、なぜならあなたは就業日を過ぎるはずなので、すぐに彼が何を考えていたのかは分からないでしょう。
- 彼は「いいえ、あなたが私に今日私が対処することについて話しただけですが、他のすべては良いです」と言います。彼がそう言うなら、今のところ彼に感謝しなさい。
高速コーディングの長い日数では良いコードが生成されないことがわかり、誰か（おそらくマネージャー）が翻訳して他の開発者が問題を説明できるようにするかもしれません。または、横になっているヘビを使っているので、彼の柔らかな体位を守るために見た目が悪くなるかもしれません。物事を野外に出すことは、それを本当に悪化させることはできません。または、政治に巻き込まれることなく、彼から十分な動きを得ることができます。
あなたが持っているのは政治問題です。まず、あなたのマネージャーの意見は、あなたが思っているよりもはるかに重要です。この男は遅れをあなたのせいにしており、あなたは彼を任せています。あなたが誰かがバスの下に投げ込まれた場合に解雇されるのはあなたです。マネージャーが知る限り、あなたは仕事をタイムリーに行うことができない人です。
バグ追跡、電子メールなどを通じて、できる限り自分自身を保護してください。ただし、これが彼の遅延ではなく、あなたの遅延であるというふりをしないでください。上司に偽のステータスレポートを決して渡さないでください。上司に、コードが機能しないことによるあなたの問題（および証拠を示す）の真実を伝えます。
見た目が悪くならないようにたるみを求めているこの人はヘビです（まあ、それはヘビコミュニティへの侮辱です（微妙なFireflyリファレンス）。彼の代わりに彼はバスの下にあなたを投げるために何でもします。彼を信用しないでください。
何よりもまず：
彼は私の同僚なので、マネージャーには何も言えませんでした。
あなたの同僚が彼の顔に嘘をついていても、あなたは絶対にあなたのマネージャーが真実を知っていることを確認することができますし、すべきです。部屋にいる3人全員との会議で何も言いたくない場合は、それは完全に理解できます。ただし、少なくともマネージャー（臨時雇用者だけでなく、実際のマネージャー）を脇に置いて、作業がほぼ完了し、アプリケーション全体の準備が整う前に他の開発者の側からのバグ修正を待っていることを知らせる必要があります。 。同僚が嘘をついていると非難しないでください。ただし、そこに座って上司に不完全な情報を操作させないでください。
あなたのステータスを正直に報告してください。他の開発者側のバグによって作業が滞っている場合は、C/C++でバグを見つけて報告したことを文書化します（紙の証跡を残す何らかの形のドキュメントを使用していることを教えてください）。
その間、先に進んで作業を終了し、完了したら上司に知らせてください。マネージャーがプロジェクトの残りの部分がまだ稼働していない理由を知りたい場合は、マネージャーを他の開発者に紹介することができます。おそらく、非常に複雑/大規模/多くのテストが必要です/他の開発者は非常に忙しい/など。 C/C++を知っている場合は、メインのアプリケーションロジックを支援して、それで物事を進めることもできます。はい、あなたは他の人の仕事をするでしょうが、それはあなたが従業員が一生懸命働いて生産的であることは明らかであり、他の人はそうではなく、上司にとってあなたをさらに価値あるものにすることは言うまでもありません。それは、他の開発者に物事をステップアップさせ、それらをより早く終わらせるよう圧力をかけることさえあるかもしれません。
仕事には多くの問題があります。を注意：
- あなたは他の人の動機について仮定をしている
- あなたは意見で事実を着色しています。
- 部外者（他の誰でも）はその歴史を認識しておらず、同僚との不満を認識していません。
- 「ゴッチャ」ゲームをしているように見えると、子供っぽく見えるかもしれません。あなたの同僚はおそらくそれをもっと上手にプレイできるでしょう-結局のところ、彼はまだ仕事をしていますね？
したがって、プロジェクトのステータスを提示する場合：
- 他の人には触れないでください。
- エラーまたはコードの問題を報告するとき-開発者ではありません。 「メソッドFooBar（）の呼び出しは、2を返す必要があるときに1を返します」と言います。そうすれば、どんな問題も個人的な攻撃ではなく、単に人ではなくコードについて話しているだけです。
- あなたが証明している事実に固執してください。
- 同僚が防御的または敵対的になった場合は、質問してください。 「なぜあなたが私がやるべきだと思うのか分かりません_」
- 社会的な軽微やほのめかしに気づかない。個人攻撃を受けないふりをしてください。
- ステータスミーティングの前の夜は十分に睡眠を取るので、精神的に機敏です。
- ドキュメント、ドキュメント、ドキュメント。
- この男に面白い問題を手伝ってくれるよう頼むことをためらわないでください、あなたが彼を尊敬していると彼が感じたら彼はあなたを連れて行くかもしれません。これは信頼関係を築くことです。 （これはではないことに注意してください吸い上げ-これは別のものです）
- 必要に応じて出発する準備をしてください。そうすることで、必要がなくなったり、感情的に閉じ込められることがなくなります。これは、会議で頭を維持するのに役立ちます。
「私は仕事が大好きな人です。私はほとんどの時間をオフィスで過ごし、眠くなったときだけ家に帰ります。」
これは健康ではなく、避けられない燃え尽きのために何年も休むことができる程度まで補償されない限り、同僚に期待することはできません。 （会社の所有率が10％を超える、または年間20万ドルを超えるようなもの）。彼が非常に迅速に開発できるポイントに到達するための専門知識を維持するには、時間がかかります。あなたの時間の一部は専門知識の開発に専念する必要があります。
「c/c ++プロジェクトはすべての機能を実行するメインアプリです。Mypythonはユーザーリクエストをプロジェクトに送信し、プロジェクトからの応答をユーザーに表示します。..可能性がありますやりたくない」
PythonはC/C++よりも俊敏な言語です。彼のアプリにはすべての機能が含まれているようです。アプリはUIだけです。おそらく、これらの難易度は同じではありません。彼はコードを迅速に作成していない可能性があります。しかし、品質コーディングは数量コーディングよりもはるかに優れています。あなたが彼が仕事をしたいと思っている/期待している時間（通常は週に約40時間）で彼がどれだけ速くコーディングできるかについて非現実的な期待を抱いているかもしれません。週の大部分を占めるプロジェクト）。
彼のために嘘をつくな。しかし、再び彼を批判しないでください。彼のシステムがいかに素晴らしいかについて話してください。完成するまで、さらに作業が必要です。名前に名前を付けたり、責任を割り当てたりせずに、マネージャーに正確なステータスの更新を伝えます。彼のシステムが準拠すべき標準と同じ標準に準拠した、彼のシステムのモックアップバージョンを作成します。自動テストスイートを備えたモックアップシステムでシステムが完全に動作することを確認します。その後、ライブシステムにバグがある場合でも、システムを完成させることができます（たとえば、モックアップと完全に同期します）。
次に、合意された標準に準拠する、外部から呼び出されるシステムの自動テストスイートを作成できます。たとえば、Foo（1,2,3）が「Bar 4 5 6」の応答を返すことをテストします。これは、彼がバグを特定し、開発のスピードを上げるのに役立ちます（コードをいじる必要はありません）。これらの作業が完了すると、別のプロジェクト/タスク（C/C++パーツの支援など）に進むことができます。
他の人が述べたように、プロとして振る舞うことはあなたの長期的なキャリアのための最も重要なことです。そして正直なところ、あなたがプロとして振る舞う限り、周りの人がどのように振る舞っても、あなたはかなり良い状態になります。
この状況では、考慮すべきいくつかの考慮事項があります。
まず、指定された期限までに、プログラムが目的の仕様で機能することを理解する必要があります。プログラムが他の誰かのプログラムと相互運用する場合、他のプログラムも同じ期限までに機能することを確認する責任があります。別の言い方をすれば、他の人が期限を逃した場合、プロジェクトの自分の予定が時間通りだったとしても、あなたも期限を逃しています。管理用語では、これは 入力の所有 と呼ばれます。
同僚がミーティングでプログラムのバグが修正されたと宣言したときに、マネージャーに不正確であるとすぐに宣言することはできません（マネージャーは「同僚をバスの下に投げ込んだ」と見なします）。非常に悪いキャリアの動き）。一方、プロジェクトの真の状態をマネージャーに宣言することは専門的でないではないと指摘する人もいます。両側は完全に正しいです。
だから、マネージャーの前で同僚と矛盾することは悪いことであり、否定しないことも悪い彼と矛盾するなら、あなたは何をしますか？
答えは実際には非常に簡単です。マネージャーとのミーティングの前に同僚と話し、今度のミーティングで、これまでに発生した問題についてマネージャーに伝える必要があることを伝えます。彼らのプログラム、そしてそれがプロジェクトのあなたの側を時間通りに提供するあなたの能力に影響を与えていること、そしてあなたが今まで経験してきたトラブルに彼らが対処するのを助けるためにあなたができることが何かあるかどうか。この会話は少なくとも会議の2日前に、マネージャーに通知する必要があり、できれば1週間前に行う必要があります。
ほとんどの場合、特定の会議でリスクとして彼らのプログラムをリストする必要があることを同僚に伝えるだけで、彼らはあなたが抱えている問題に取り組む意欲を持ち、マネージャーとまったく話をする必要がありません。 。他の問題では、問題がよりスケジュール主導型であり、同僚があなたに同意することがよくあり、2人で一緒にマネージャーに行くことができます。
このように表現されたときに、すぐに問題を修正したり、懸念に同意したりしてくれた同僚がいませんでした。しかし、それが起こったとしても、同僚に事前に警告することで、マネージャーと話しているときに、より良い立場にいることになります。あなたは同僚と話し、自分で解決策を考え出そうとし、この会議で問題を提起する必要があることを事前に警告していたので、同僚が驚いたり、マネージャーが勝ったりすることはありません。あなたが単に非難をシフトしようとしているとは思わない。
同僚やマネージャーに懸念を表明する場合、懸念は、悪いデータを返す同僚のプログラム（またはそれ以外のこと）に関するものであることを覚えておいてください。これらは、検証および修正できる測定可能なものです。あなたの懸念はではありませんあなたの同僚が遅いか専念していないことについてです;これらは測定可能なものではなく、真実である場合とそうでない場合があり、上司の前の会議で取り上げることによって修正される可能性はほとんどありません。
どのバグ追跡システムを使用していますか？少なくとも、バグが間もなく修正されない場所を強調することを期待していました。コードが他のレイヤーからの入力を待機している場合、遅延はプロジェクト追跡ドキュメントで強調表示されます。これも起こっていませんか？
ここには不十分なプロジェクト管理があるように思えます。 a）自分に影響を及ぼしているバグを追跡し、b）書面で議論をフォローアップする必要があります。
あなたの同僚は彼の意志の欠如をカバーするためにあなたの開発時間を膨らませるように頼むべきではありません。ある時点で、これはあなたのマネージャーと取り組む必要があるものです。現状では、あなたは同僚を覆い隠しており、それはほぼ間違いなく裏目に出ます。
同僚にこだわることは何の問題もありませんが、誰かがあなたの上司に日常的に嘘をつくことを期待するには、行かなければなりません。私は彼を人として尊重することはできず、この人を偶然の知り合いにしたくもありませんでした。彼は敵になりたがっています。
フロントエンドのために、アプリケーション層の遅延をどのように議論することができますか？これが、分離できるようにするための理由です。次は何ですか、誰かがモービルフロントエンドを構築したいので、彼にはさらに遅延がありますか？
仕事を片付けましょう。彼のアプリで失敗した問題を文書化します。そしてGO HOME！眠いかどうかは関係ありません。持つ価値のある友達を見つけましょう。
R.Cの「The Clean Coder」を読んだところです。マーティン（ボブおじ）。この本の要点は、プログラマは一般に専門的にの振る舞いをしていないため、あまり尊敬されないということです。それは主に彼らがプロジェクトの状態について経営陣と効果的にコミュニケーションしていないことを意味します。
嘘は確かにコミュニケーションの非常に悪い形です。あなたの同僚は非常に専門外であり、あなたもそうです。どちらも、プログラマーの認識を向上させるために良いことは何もしていません。
すぐに経営陣に行くことをお勧めします。しかし、私は過去に「正直」である（無関係な状況で）ために困りましたので、あなたが私のアドバイスを取るべきかどうかはわかりません。また、多くの人が指摘したように、状況に対するあなたの認識は、あなたが思っているほど正確ではないかもしれません。
コードベースに慣れていない場合、別のプロジェクトの相対的な労力と複雑さを推定することは困難であり、不合理です。あなたは彼のコードはエラーが発生しやすいと言いますが、それは非常に高いレベルの抽象化で残りのすべての問題で大きな形になる可能性があります...問題は、それはonlyコードですエンドニーズ！
または、彼は悪い従業員で会社に乗るのかもしれません。言うことはできませんし、あなたが自信を持って知る必要があるすべての情報も持っていないかもしれません。
私は途中の戦術を提案します。次に会うとき、あなたに影響を与えている彼のコードの主要なバグのいくつかの詳細を持参してください。彼がすべてが大丈夫だと言ったら、丁寧にそこに言ってください1つの未解決の問題ですそれはあなたの進歩を妨げています。
政治的にそのように言って、彼がまったく正しくないことを断言できますが、それでもなお、彼は馬鹿げており、守備に身を任せないようにします。
上司は次の会議で修正されたかどうか尋ねる必要があります。そうでない場合、1つのバグを修正するように圧力がかかります。それが修正された場合は、「ありがとう」と言います。これで問題なく動作し、新しいブロッカーが見つかりました。特にニースになりたい場合は、会議の直前に遭遇したとしましょう。
それ自体、嘘をついているのではなく、あなたは味方していません。あなたは問題に注意を向け、物事が本当にそれほどうまく進まない場合に同僚に顔を救わせることによって、政治をしています。
マネージャーと話したいだけなのは魅力的ですが、どれを最もよく使う必要があるかを忘れないでください。
パットの答えは素晴らしかった。 100％同意します。上司との会合をこっそり行ってはいけない。同僚と4つ目の目で撮るか、3人全員で行います。しかし、人ではなくコードの問題に焦点を当てるというPatの提案は、正しい方法です。
ところで、週40時間で十分です。あなたのモチベーションを高く保つ必要があります！
統合テストの両方であなたを助けるために他の誰かに頼んでください。その人は問題が発生した場所を言うことができなければならない。 temptarが指摘したように、問題を追跡するためのExcelが存在しないのはなぜでしょうか。追跡がないので、今のところ他の人がすべてがうまくいくと言って逃げるたびにです！その方法ではうまくいきません！
そのモジュールは、それを実行する必要がある場合、ur側で遅延の原因となっているものに赤旗を立てる必要があります。 MEREイヤーズでの経験は何もする必要はありません。それはあなたのマネージャーが主張すべき知識とそれだけです。言われたように、ここで起こっているプロジェクトの不十分な管理があると感じています。