1 設置
1.1  適切なインストール方法を選択
1.2  ZENTAO Cloud
1.3  Windows用ワンクリックインストール
1.4  Linuxのワンクリックインストール
1.5  Lamppを使用したインストール
1.6  macOSのソースコードのインストール
1.7  macOS用のXAMPP-VMのインストール
1.8  macOSのXAMPPインストール
1.9  ソースコードのインストール(対象は全てのシステム)
1.10  Softaculousのサービス
1.11  Ioncubeのインストール
2 ユーザーとグループ
2.1  会社の構造
2.2  ユーザーの追加
2.3  ユーザーのバッチ管理
2.4  グループと権限
3 迅速にスタート
3.1  プロジェクトとタスクの管理
3.2  バグ追跡
3.3  製品管理
3.4  To-Do管理
4 特徴
4.1  ガントチャート
4.2  エフォート
4.3  リポジトリとコードレビュー
4.4  カレンダー
4.5  MS Excelファイルのインポート/エクスポート
4.6  MS Wordファイルのエクスポート
4.7  LDAP認証
4.8  概略報告
4.9  レポートのエクスポート
4.10  クリスタルレポート
4.11  フィードバック管理
4.12  文書管理
5 基本的なアプリケーション
5.1  基本的なワークフロー
5.2  アジャイルとスクラム
5.3  ZENTAOとスクラム
5.4  ルーキー用ZENTAOチュートリアル
5.5  プロダクトの作成
5.6  ストーリーの作成
5.7  プロジェクトの作成
5.8  ストーリーの確認
5.9  ストーリーをタスクに分解
5.10  バグの報告
5.11  連絡先の管理
5.12  カスタマイズ
5.13  Excel、CSVファイルのインポート
5.14  文書管理
5.15  動作モード
5.16  ポイント
5.17  必須フィールド
5.18  ZENTAOでアクセス設定を確認する方法
6 高度なアプリケーション
6.1 ワークフロー
6.1.1  ZENTAOワークフロー
6.2 個別管理
6.2.1  私のTodo
6.2.2  自分が処理するタスク、ストーリー、バグ
6.2.3  私のプロファイル
6.3 プロダクトオーナー向け
6.3.1  製品を管理する
6.3.2  製品ラインを管理する
6.3.3  要件を作成して確認する
6.3.4  要件の変更とレビュー
6.3.5  ステータスとフェーズ
6.3.6  要件ライティング
6.3.7  製品モジュール
6.3.8  リリース計画
6.3.9  リリースを作成する
6.3.10  ロードマップ
6.3.11  資料
6.3.12  企画会議
6.3.13  毎日のスクラム、レビュー、レトロスペクティブなミーティング
6.3.14  要件レポート
6.4 プロジェクトマネージャー向け
6.4.1  プロジェクトの作成
6.4.2  チームの設立
6.4.3  要件の確認
6.4.4  要件の内訳
6.4.5  毎日のスタンドアップミーティング
6.4.6  バーンダウンチャートを使用してプロジェクトの進捗状況をチェックする
6.4.7  リストを使用してプロジェクトの進行状況をチェックする
6.4.8  レビューとレトロスペクティブなミーティング
6.4.9  タスクに関する基本的なレポート
6.5 開発チーム向け
6.5.1  プロジェクトプライプランミーティングとタスクの分解
6.5.2  タスクの要求と更新
6.5.3  看板とツリー図
6.5.4  ビルド
6.5.5  テスト依頼
6.5.6  バグの解決
6.5.7  ドキュメント
6.5.8  バグ確認
6.6 QAチームの場合
6.6.1  欠陥管理
6.6.2  バグ報告
6.6.3  バグの確認とクローズ
6.6.4  バグの有効化
6.6.5  バグを見つける
6.6.6  テストケース
6.6.7  テストケース作成と確認
6.6.8  テストスイート、パブリックケースライブラリ、およびレポート
6.6.9  テストリクエストの管理
6.6.10  サポートリクエストの実行とバグの報告
6.6.11  レポート
7 設定
7.1 ZENTAOの管理
7.1.1  スクリプトの初期化
7.1.2  データバックアップ
7.1.3  削除された内容の回復
7.1.4  バーンダウンチャートの更新
7.2 ZENTAOの展開
7.2.1  ゲストログイン
7.2.2  電子メールの通知
7.2.3  スーパー管理者の設定
7.2.4  スタティックアクセス
7.2.5  URLから「zentao」を削除する
7.2.6  Webhookを統合する
7.2.7  サードパーティアプリケーションの統合
8 その他
8.1  サードパーティコードについて

ステータスとフェーズ

2015-09-11 10:10:22
azalea
5272
最後の編集:meilin を選択します 2020-05-14 14:34:06

ZENTAOには要件の変化を追跡する2つのフィールドがあります。1つは要件ステータスで、もう1つはプロジェクトのフェーズです。次に、2つのフィールドについて詳しく見てみましょう。


1.要件のステータス

ステータスには、 「下書き」 (Draft)、「アクティブ」 (Active)、「 変更」 (Changed)、「クローズ」 (Closed) の4つのタイプがあります。対応するアクションは、 「新規」 (Create)、「変更」 (Change)、「 承認」 (Review)、「 クローズ」 (Close)、「アクティブ」 (Activate) です。ステータスフローを以下に示します。

2.プロジェクトの要件フェーズ

フェーズとは、開発中のアクティブな要件のフェーズを記述することです。フェーズには、 待機中計画済立案済、 開発中、 開発完了テスト中テスト完了検収 リリース済 クローズがあります。



開発の段階はどのように変わりますか?


1つは、編集によってフェーズを変更する方法です。しかし、要件を作成するときに、開発やQAのようなタスクのタイプを設定する、もう一つの方法 もっと推奨します。ZENTAOはタスクの種類に応じてフェーズを計算します。ルールは:

2.1 要件がプロジェクトや計画にリンクされていない場合、フェーズは「 待機中」になります。

2.2 要件が計画にリンクされていて、プロジェクトにリンクされていない場合は、「 計画済」になります。  

2.3 要件がプロジェクトにリンクされているが、タスクに分解されていない場合、要件は「 立案済」になります。

2.4 要件がプロジェクトにリンクされ、タスクに分解されている場合:


すべてのテスト要求がまだ開始されていない状態で開発タスクの1つが実行されている場合は、 「開発中」 になります。

すべてのテスト要求がまだ開始されていない状態ですべての開発タスクが完了すると、「 開発完了」になります。
  テスト要求のいずれかが開始されている場合は、「テスト中」になります。

  一部の開発タスクが完了していない間にすべてのテスト要求が完了した場合も、「 テスト中 」になります。

テスト要求と開発タスクの両方が完了すると、「 テスト完了」になります。


2.5 受け入れフェーズは、プロジェクトマネージャ/スクラムマスタが手動で確認する必要があります。

2.6 プロダクト->リリースで要件がリンクされている場合。「リリース済み」になります。


マルチプラットフォーム/ブランチ製品にリンクされている要件のメモ:


たとえば、マルチプラットフォーム製品を考えてみましょう。製品にはAndriodプラットフォームとIOSプラットフォームがあります。


要件がプロジェクト/プランにリンクされていない場合、要件のステータスは「 待機中」になります。
要件がすべてのプラットフォームにリンクされ、リンクされたプランがすべてのプラットフォームにリンクされている場合、要件のステータスは「すべてのプラットフォーム: 計画済」になります。

プランがIOSにリンクされている場合、シナリオステータスは「IOS: 計画済」になります。


プロジェクトが製品の特定のプラットフォームに関連付けられている場合、例えば、IOSプラットフォームまた同時に製品全て プラットフォーム及び IOSプラットフォーム下の要件にの関連付けられていて、タスクを細分化されてない場合、 IOSプラットフォームの要件この時の フェーズは 「プロジェクト確立済み」です。もしこの要件のすべてのプラットフォームは「 計画済」ならば、「 すべてのプラットフォーム: 計画済」「 IOS:プロジェクト 立案済」を表示されます。


もし一つの要件が同時に二つのプロジェクトに関連される場合、この二つのプロジェクトの中、一つは IOS プラットフォーム、もう一つは全ての プラットフォームに関連した上で、両方ともタスクを分解してないのならば、この要件の フェーズは すべてのプラットフォーム:プロジェクト 立案済」「 IOS:プロジェクト 立案済」。


ZENTAO 7.2.stable +でステータスを編集します。



お問い合わせ

株式会社AIoTセンター