1990 年代の呼び出し、彼らはバグ報告プロセスの復活を望んでいる

ソフトウェア開発は、インターネットが発明されてから 100 倍改善されましたが、人々がバグを報告する方法は 1990 年代から変わっていません。

これを経験したことがありますか？エンジニアがチケットを受け取り、いくつかの調査の後、彼らはそれが自分たちの側では問題なく機能し、バグを再現するのに十分な情報を持っていないと判断しました。彼らはチケットにコメントを追加し、別のタスクに切り替えて、バグ報告者から詳細な情報が提供されるのを待ちます。

このサイクルが数回繰り返され、チケットに新しい情報が含まれるたびに、エンジニアは中断した場所を思い出してスレッドを再開しようとする必要があります。このようなコンテキストの切り替えはエンジニアにとって苦痛であり、典型的なバグ報告プロセスは、この種の煩わしさの象徴のようです.

バグの実生活

同僚の従業員がエンジニアリング Slack チャネルでログインの問題を報告し、数人のエンジニアが調査のためにすべてを落としたと想像してください。最善の努力にもかかわらず、問題を再現できません。

ブラウザやデバイスの種類など、より多くの情報を要求します。次に、キャッシュのクリアやページの更新など、さまざまなトラブルシューティング手順を試すよう従業員に指示します。前後の非同期チャットには、多くの場合、1 時間以上かかります。最終的に、エンジニアリング チームは従業員とのデバッグ コールをスケジュールして、コンピューターの問題を特定する必要があります。

通話中、従業員は自分の画面を共有し、エンジニアは開発ツールでコンソールとネットワーク タブを開いて何が起きているかを確認する方法を従業員に案内します。最終的に、エンジニアはネットワーク タブに「パスワードが正しくありません」という 401 エラーがあることに気付きます。要するに、問題はログインが壊れたことではなく、フロント エンドが「パスワードが正しくありません」というエラー メッセージを表示してユーザーに表示できなかったことです。単純なフロントエンド エラーを特定して解決するのに 5 分かかるはずだったのに、数人のエンジニアが午後に犠牲になりました。

変わる時

今日のバグ報告プロセスは古風なままです。 1990 年代以降、世界中で Slack などのインスタント メッセージングや Zoom などのビデオ通話が発明され、リモート ワークが世界中で採用されています。バグ通信はデジタル化されました。バグ追跡は、書き込みファイルから Jira チケットに移動しました。とはいえ、バグ報告は厄介なやり取りでいっぱいで、エンジニアリングの時間を無駄にしています。

問題を解決するために必要なコンテキストが欠落している不明確なバグ レポートに対処することに不満を感じたことは誰にでもあります。そのため、1 年前、私たちの何人かがより良い方法を想像し始めました。バグ報告を近代化し、不明確なバグ報告の問題を解決し、やり取りの必要性を減らし、エンジニアの時間とエネルギーを節約できる新しいツールを構築できたらどうでしょうか?

そして、そのためのアイデア混雑するうまれた。バグ報告プロセスをより生産的かつ効率的にするために設計されたツール。私たちは、エンジニアが通信の問題ではなく、技術的なバグを解決するのに役立つソリューションを作成したいと考えていました。

そこで、エンジニアが問題を迅速に特定して解決できるように、技術的なバックグラウンドに関係なく、誰でもバグに関する豊富なコンテキスト技術データを取得できるツールの構築に着手しました。私たちは、エンジニアの生活を楽にすると同時に、問題をエンジニアに報告する人々がより効果的になるツールを作成したいと考えていました。

昨年初めに Jam を開発してテストしたとき、私たち自身のチームの作業を高速化する可能性があることに気付きました。例として、私たち自身のコードのバグのジャムを見てみましょう。ライブでデバッグするためにコールに飛び乗る必要はなく、当社のエンジニアはバグ レポート自体から問題の内容を直接確認できました。

私たちは Jam を他のエンジニアリング チームと共有し始めましたが、その反響にとても興奮していました。 Ramp、T-Mobile、Dell は、Jam を早期に採用した企業の 1 つであり、製品を形作るのに役立つ貴重なフィードバックを提供してくれました。彼らの意見を繰り返した結果、Jam には 14,000 人を超えるユーザーがおり、その数は増え続けていることを誇りに思います。

しかし、私たちの仕事はまだ終わっていません。私たちは、バグ報告プロセスがエンジニアのフラストレーションの主な原因になる可能性があることを認識しており、それを変えることに取り組んでいます。不明確なバグ レポートにうんざりしている場合は、Jam を試してみて、ご意見をお聞かせください。私たちは、エンジニアリングのより良い未来を築くことを使命としています。それを実現するには、皆様からのフィードバックが必要です。個人的に [email protected] に連絡して、この旅に参加してください。