レガシー物理モデルのバグ追跡

Question

私は、物理モデルを開発するチームの唯一のソフトウェアエンジニアです（約3万行のコード）。残りのチームは、約20年間コードベースを開発してきた科学者で構成されています。私のワークフローは、このような何かを行く：

1. 科学者は、私がテスト&検証を経て、私は深い数字
2. 科学者の中にどこかに深刻な問題を見つける
は、新しい機能を要求し、それを実現する新機能
4. を要求します（＃3で特定された問題を修正することなく）

私たちの問題は、電子メールとポストイットノートでバグ追跡が行われているようです。忙しい仕事のスケジュールは、数ヶ月、数ヶ月にわたってバグをレーダーの下で滑らせる。私はいくつかの正式化されたバグトラッカー（Trac、Redmine、Jira、FogBugzなど）が私たちを助けてくれると思います。次の機能が不可欠です：

• （我々はSubversionを使用）

がwhich bugtracker is "best"勧めの記事がたくさんあります...しかし、私はあるとし

は、バージョン管理ソフトウェアとの統合非常に使いやすいですバグトラッカーのオーバーヘッドが

それだけの価値があるかどうかであなたの経験は何

• ：私は、より興味を持っています
• バグトラッカーが余分なエフェクターに値するのは物理学者（70年代の貧弱なソフトウェアエンジニアリングの「ベストプラクティス」に従う人）をどのように説得しますか？
• 私はバグトラッカーをインストールすると、私は唯一のユーザーになると感じています。他の誰かがこれを経験しましたか？それはまだ有用ですか？追加のオーバーヘッドに値するバグトラッカーを作成するには、チームが一定量の「バイイン」を必要とするようです。

Answer 1

このJoel On Software articleの戦略2をご覧ください。彼は、基本的に、あなたの会社がバグ追跡ソフトウェアを使用していない場合は、自分でそれを使い始めるだけで、それがどのように成果を上げるのかを実証するべきだと主張しています。バグを提出するために他の人にそれを使ってもらうように頼んで、使い方が簡単に分かるようにしてください。

Answer 2

バグトラッカーは、新しい機能を実装してバグを修正するために必要な作業フローを形式化するため、その価値があります。あなたは常にあなたの作業負荷のための中心的な場所（「私のバグ」、「私の仕事」など）を持っています。私がここ数年で働いていた環境の中には、何らかのバグトラッカーがありましたので、バイイングの面で何を推奨するのかよく分かりません。あなたには、複数の科学者が機能要求を出していますか？ /バグの修正？もしそうならば、おそらく、バグトラッカーを一種の衝突解決システムとして使うことができます。上司/マネージャーはいますか？バグ追跡システムを導入すると、あなたの上司に多くの洞察が得られます。

一般に、ソフトウェア開発者として、バグトラッカーは非常に役に立ちました。私の提案は、バグ追跡があなたの同僚の生活を向上させる方法を考えることであろう。&たぶん簡単なデモをするでしょう。

HTH。

Answer 3

あなたが唯一のユーザーであっても（それは一度私に起こった）、それは価値があります。 「Bug 1002はブロックしています。だれがそれを手伝ってくれるのですか？私たちはこれとその機能に進むことができます。」

Answer 4

これは同様の質問です。

What's the Most Effective Workflow Between People Who Develop Algorithsm and Developers?

それはバグトラッカーがベストですが、それはインを購入するために物理学者を説得する方法に話すんこれに話すことはありません。

Answer 5

redmineはtracよりも使いやすく簡単であることがわかりました。他のシステムのいくつかの機能に欠けているものもありますが、これはプログラマー以外の人が問題を抱えていないことを意味します。これはプログラマー以外の誰かがシステムの現在の状態を感じ取ることができるのでとても良いことです。クリティカルなクローズドバグが多数ある場合、要求された機能が少し待たなければならないことを人々に理解させるのは簡単です。

Answer 6

私の経験では、bugtrackerのオーバーヘッドは目立つが間違いなく価値がある！キャッチすることは、バグトラッカーを使用することに決めた場合、バグトラッカーを使用するだけで成功するということです。そのようなシステムの唯一のユーザーであることは、それほど有用ではありません。

私は唯一のユーザー（多くの場合起こりやすい）でも、私はまだbugtracker（通常はtrac）をインストールします。あなたが宗教的に使用している場合（バグとしてさまざまな手段で提供されるすべてのものを入力し、常にあなたの回答のバグ＃を参照してください）、チームは一般的に時間の経過と共にそれを拾う傾向があります。

マイルストーン（または選択したトラッカーが呼び出したもの）を入力し、バグをリンクします。誰かが何かの進捗状況を尋ねるときはいつでも、マイルストーン報告書またはそれに相当するものを呼び出し、それを表示してください。これは、人々がバグトラッカーを迷惑として考えることを、貴重な情報の源になる可能性があることに気づかせるのに役立ちます。

Answer 7

Subversionを使用していますか？ /はここにあります。便利な投稿：
Best Integrated Issue-Tracker For Subversion?

一般的には、Comparison of Issue Tracking Systemsです。