今日、 アトラシアンJIRAは最も有名で人気のあるバグトラッカーの1つです。 さらに、世界中で、多くの企業がJIRAをバグトラッカーとしてだけでなく、プロジェクト管理システムとしても使用しています。 JIRAは、一見無関係と思われる多数のタスクを解決するのに十分な汎用性があり、追加のプラグインの開発を通じて非常に簡単に拡張できます。
毎回、アトラシアン製品のユーザーは JIRAの次の大規模なリリースを期待しており、以前のリリースよりも悪くなることはないことを認識しています。 そのため、2月25日に正式にリリースされたJIRA 6.2からは、肯定的な印象しか期待されていません。
この記事では、JIRAの新しいバージョンで期待される新しいことを理解しようとします。
開発ツールとの統合の新しい外観
多くのユーザーは、JIRAとAtlassianで開発された開発者向けのその他のツールと統合できることから、JIRAが大好きです。
- Stash-ホストするGitリポジトリを管理するシステム
- Bamboo-継続的インテグレーションシステム
- Bitbucket -GitおよびMercurialリポジトリ管理システム
- るつぼはコードレビューツールです。
JIRAの新しいバージョンは、開発者ツールを統合するアプローチを再考します。 現在、各アプリケーションには開発セクションがあり、これは開発者と製品マネージャーの出発点です。 このセクションに表示される情報により、現在のタスクで現在何が行われており、何がまだ行われているのかを理解できます。
JIRAから直接、このアプリケーションに関連するブランチ、コミット、またはプールリクエストのリストをStashで確認できます。
または、たとえば、Bambooによって収集されたビルドと展開の履歴をすばやく確認できます。
さらに、JIRAから直接、ブランチを作成して新しい機能の開発を開始できます。
「作成者を記憶する」
JIRAで最も古い問題の1つは、実際にこのアプリケーションの作成者であるユーザー名のアプリケーションを見ることができないことでした。 もちろん、レポーターフィールドがありますが、それを使用するときは、次の点を常に覚えておく必要があります。
- フィールドはオプションであり、一般的には、アプリケーションの表示画面上にない場合があります
- フィールドは編集可能で、いつでも値を変更できます
この問題の解決策として、最も簡単な実装方法が選択されました。アプリケーション履歴には、アプリケーションの作成者に関する記録が保存および表示されます。
このタスクに関連する興味深い機能は、会社の従業員が興味のあるタスクを選択できるとき、いわゆる20％の時間に行われたことです。
カスタムユーザー選択フィールドの改善
多くの場合、プロジェクトでJIRAユーザーを選択する必要があるカスタムフィールドを追加する必要がある状況に対処する必要があります。 この場合、 ユーザーピッカータイプのカスタムフィールドがあり、表示および編集画面に追加できます。
バージョン6.2のリリース以前は、このフィールドには重大な制限がありました。構成レベルでこのフィールドに存在できるユーザーのリストを制限することは不可能でした。 このような必要性は、たとえば次の場合に必要になる場合があります。
- JIRAには、互いに関係のない多くのプロジェクトと多くのユーザーがいます（たとえば、あなたは大規模なアウトソーシング会社です）。 特定のプロジェクトでユーザーピッカーフィールドを使用すると、プロジェクトに直接関連するグループ/ロールを持つユーザーのみを入力するプロセスを簡素化できます。
- 顧客と会社の従業員の両方がJIRAにアクセスできる場合、ユーザーピッカーフィールドのほとんどのシナリオでは、フィールドに入力する際の間違いを避けるために、選択を会社の従業員のみまたは顧客のみに制限します。
- JIRAでは、ユーザーがアプリケーションの作成者である場合、すべてのユーザーのリストから削除できません。 この場合、通常、これらのユーザーは「非アクティブ」グループに転送されますが、ユーザーのリストには引き続き表示されます。 理想的には、存在しないユーザーがフィールドに入力できるような状況を避けたいと思います。
これで、設定の[ユーザーピッカー]フィールドに[ユーザーフィルター ]オプションが追加され、使用可能なオプションのリストがプロジェクトのユーザーグループまたはロールに制限されます。
以前はJIRA用の別のプラグインが同様の機能を実装していたことは注目に値しますが、今日からこの機能は「そのまま」利用できます。
監査
JIRAをバグトラッカーまたはプロジェクト管理ツールとして使用している多くの企業には、多数のユーザーがいます。 そのような企業では、原則として、JIRAは1人ではなく複数人で管理されます。 また、誰かがワークフロー内の何かを変更したり、カスタムフィールドを削除したりすると、ビルドアップされたビジネスプロセスが壊れる場合があります。
JIRAでは、管理者のアクションの監査の必要性が長年にわたって高まっており、最終的にそのような機会が現れました。 現時点では、次の種類のイベントが監査に記録されます（もちろん、イベントのリストは不完全ですが、イベントの性質を明確に示しています）。
- ワークフローの追加、編集、削除
- カスタムフィールドの追加または削除
- ユーザーの追加、編集、削除
各イベントレコードで、アクションを特徴付けるさまざまな詳細を確認できます。 たとえば、カスタムフィールドが作成された場合、作成された時刻、作成したユーザーのIPアドレス、およびカスタムフィールドの名前とタイプを確認できます。
デフォルトでは、監査は無効になっているため、自分で有効にする必要があります。
ステータスの外観
アトラシアンは 、以前はアプリケーションステータスとして使用されていた署名は廃止されていると主張しています。 現在、新しいJIRAはステータスの外観を厳密に統一します。これはAtlassian Design Guidelinesに対応しています。
その他のポイント
そして最後に、JIRA 6.2のリリースに含まれていた以下の点を個別に注目する価値があります。
- JQL式を使用して、添付ファイルの有無によってアプリケーションを検索する機能を追加しました。 たとえば、添付ファイルのないアプリケーションが必要な場合、「attachments IS EMPTY」という表現を使用します。
- ワークフローエディターの顕著な改善が実装されました。 これで、プロジェクト管理パネルから、特定の種類のアプリケーションのワークフローの編集を開始できます。
結論として、おそらく、以前よりも優れているという一般的な考えを表現したいと思います。 もちろん、JIRAにはまだすべての人を満足させない瞬間がありますが、理想的なツールはないことを覚えておく価値があります。