既存のトラッカーをうまく使用していますか？
- トラッカーのエントリには、コンテンツに「空」があるか、状態の「修正済み」への移行に関するコメントを意味するものがいくつありますか？
正直な答えが「ほぼすべて」である場合、トラッカーは製品の変更に関する情報の保管としてではなく、作業の事実の修正者としてのみ使用されます。 それはおなじみですか？ - トラッカーでエントリを開いて、行った変更にコメントを追加する頻度はどれくらいですか？
毎日ですか？ 週に一度レポートを送信する前に、週に1回。 週報を複製するのはなぜですか？ - トラッカーの問題のステータスを「進行中」に変換することで、バグや機能の作業をどのくらいの頻度で開始しますか？ たぶん最後に、すべてがすぐに修正されたら？
- 優先度に従ってタスクを実行する頻度はどれくらいですか？
少なくとも1つの質問が考えられた場合、トラッカーはアシスタントではなく、時間を食べる人です。 そして、これは戦わなければならない問題です。
10年の歴史を持つプロジェクトに参加できたのは幸運でした。このプロジェクトでは、トラッカーは500人の開発者の間で情報を交換するための自然な場所でした。 パッチ、議論を伴うメールスレッド： これまたはその問題を発見したので、歴史を調べ、どの変更が行われ、どの開発者がこれに参加したかを見るのは非常に便利でした。 そこにあるレコードの数は約70,000だったと言わざるを得ません。このプロジェクトでは、非常に残酷なメッセージの順序が導入されました。 若い「ワシ」がトラッカーでの記録を避けてイベントを強制しようとした場合、経験のある賢明な老人がその場所でそれを混乱させます。 ところで、トラッカーは高速ではなく、コメントの記録には約5分かかりました。 この間、状況を再考し、些細な問題として開発者を引き裂くことはありませんでした。 しかし、このトラッカーに情報を記録する必要性は常に否定的な感情を引き起こしました。 そして、先輩からの罰の必然性と、このような大規模なプロジェクトのプロセスに従うことの重要性の理解だけが、トラッカーを毎回開いて、Javaマシンが動作するのを待ち、レコードに変更を加えました。
開発者がトラッカーを介して作業したくないのはなぜですか？ これは時間の無駄だと考えているためです。 5つのボタンを開いて見つけ、押して、最も重要なこととして、何が行われたかについて有意義な提案を策定する必要があります。 これは、家を出ようとしている金曜日の夜には特に困難です。
別のことは、トラッカーが十分に便利である場合、完了した作業、優先順位付け、および検索に関する情報を迅速かつ直感的に記録できるようにすることです。 ここでは、リーダーと製品所有者のプレッシャーに既に屈し、トラッカーのレコードを更新する貴重な時間の1分を費やすことができます。 繰り返しになりますが、週次レポートのコピーアンドペーストは非常に簡単になります。
使いやすさの理由は何ですか？ RedmineとYouTrackを比較すると、YouTrackにはこのトラッカーとのコミュニケーションを快適で便利にする3つのキラー機能があるという結論に達しました。
- 追加のキーを押さずに1つの画面で録音を編集します。 画面をスクロールする必要はありません。 メインコントロールは常に1つの場所にあります。 Redmineでは、更新キーを押すと画面が上がり、編集するフィールドの場所が表示モードの場所と異なります。
- レコードの任意の並べ替え。 レコードを上下にドラッグして、実行順序を制御できます。 Redmineに正確に欠けているもの。 エントリの数が100を超える場合、5つのオプションを使用した優先度フィールドを使用した並べ替えは有益ではありません。
- システムを展開して保守します。 Youtrackの1つのjarファイルと、すべての情報を含むディレクトリ。 プラグインを使用しない限り、Redmineも簡単です。 1つまたは別のプラグインをインストールするとすぐに、特にプラグインの作成者がまだサポートしていない場合、更新は非常に困難なファイル粉砕手順に変わります。
まあ、甘い、柔軟なフィルターシステムと、マウスを使用せずに操作を実行できるコマンドラインについては、真のプログラマーにとって魂の香油のようです。
YouTrackのアジャイルボードについては何も言っていません。 ただし、1つのインターフェイスで2つの開発モデル（スクラムとリーン）を満足させたいという欲求はやや混乱します。
Redmineには、プログラマが必要な機能を追加できるプラグインシステムがあることは明らかです。 ただし、プラグインの作成と保守には、YouTrackの費用よりもはるかに費用がかかります。
しかし、これは私の個人的な意見です。