上司にバグを報告する方法
私は現在、会社で6分間働いているプログラミングインターンです（これは私の最初のプログラミングの仕事なので、6分間の経験があります）。私は現在1人のチームであり、Mosync C++ APIを使用してモバイルアプリケーションを作成しています。
プログラマーではない上司にバグを報告する方法についてのアドバイスを探しています。過去にバグ/プログラミングの問題の重大さを説明するのに苦労しました。彼は「何か他のことに取り組むだけです。とにかく数日で修正されることを期待して」主な問題は、彼が努力の量がバグを解決する結果に直接関係していると考えていることと、それが数日後に修正されない場合努力やスキルの不足による日数
バグの修正にかかる時間を判断できないこと、およびバグの修正に時間がかかる場合は、労力やスキルの不足とは関係がないことをどのように説明できますか？
いくつかの背景情報：現在取り組んでいるプロジェクト（モバイルアプリ）にバグがあります。モバイルアプリは完成しましたが、上司から機能を追加してほしいと言われました。機能を追加した後、画面を何度も移行した後にアプリがクラッシュするようになり、バグを再現するのは非常に困難です（ランダムで断続的に見える）が、ランダムにクラッシュするアプリをリリースするのは明らかに非常に悪いため、非常に深刻です。
若いプログラマーとして、私の経験が私のアプリのエラーのせいになる可能性が最も高いこと、そして回帰テストなどのこのような問題を回避するためにできることがたくさんあることを知っています。コンポーネントベースの開発を可能にするためのより良いアプリアーキテクチャ設計（既存の機能とうまく機能する新しい機能を追加します）。しかし、バグはプログラミングの事実であり、常に発生することも知っています。
彼に真実を伝えなさい。あなたが立ち往生していて、バグを見つける方法がわからないこと。あなたがあなたを助けるために専門家/メンターが必要であることを彼に伝えてください。
はい、ある意味で、バグはおそらくあなたのせいです。しかし、あなたがそれを診断する/根本的な原因を理解する/あなたの本当の間違いが何であったかを理解するのに経験が浅すぎるなら、あなた自身（またはあなたを非難する上司）を非難することは無意味です。
FWIW-再現が難しいバグは、通常、スレッドセーフの問題またはメモリ管理の問題のいずれかを伴うことが判明しています。この場合（インタラクティブなC++アプリ）、どちらかである可能性があります。最近の変更がバグの原因である可能性があります。バグがすでに存在している可能性もあり、変更を加えるだけでバグが発生する可能性が高くなります。
バグを見つけることについて：経験豊富な開発者である私は、バグを見つけるのに2時間から2週間かかるので、5分ごとに私に尋ねるのではなく、私を放っておいて仕事をするほうがよいと上司に言うことを恐れません。進歩しました。これはあなたの選択肢ではないことを理解しています。
バグの処理について：バグが発生しなかったときにコードバージョンに戻り（バージョン管理を使用することをお勧めします）、バグが発生するまでコードを少しずつ変更します。あなたの場合、バグが決定論的に見えない場合、これは困難です。
ここでの本当の問題は、上司に伝えるバグの詳細です。詳細とは、彼が彼の視点から決定を下すために必要な情報を意味します。詳細は、直接バグである必要はありません。たとえば、上司はプログラマーではないとおっしゃっていたように、次のことを試すことができます
- ユーザーの間でのソフトウェアの悪いイメージ：製品の機能を混乱させる何かが悪い評判を得るのは確実です。考えられる解決策は、バグを修正することです。
- プロジェクトの締め切りに間に合わなかった：経験不足のため、バグのデバッグと分析に多くの時間を費やしています。考えられる解決策は、チームにさらに助けを求めることです。
- 何かの時間の見積もりを提供してください：バグを修正するのにどれくらいの時間がかかるかわからないとも言いましたが、それでも範囲について言及することができます、例えば "ほら、このバグを修正するのにどのようにかかるのか本当にわかりません。見積もりを得るまでに少なくとも2週間かかると思います。」。これは、バグを修正する計画があることも示しています。
バグの詳細な承認は、この段階では生産的ではないため、説明の焦点になるべきではないと思います。学んだ教訓については、プロジェクトのまとめの段階で再検討する必要があります。
私は彼がそれを求めた場合にのみ技術的な詳細を彼に提供します、さもなければそれは状況を混乱させるかもしれません。