- 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-10 16:21:23
- azalea
- 10063
- 最後の編集:meilin を選択します 2020-03-06 11:56:45
ZENTAOの設計哲学はスクラムに基づいているので、スクラムの基本的な概念を理解していれば、ZENTAOをより良く学び、使うことができるでしょう。
1.アジャイル
ウォーターフォールはソフトウェア・プロジェクト管理のよく知られた方法であり、基本的なプロセスは要件→開発→ QAです。各フェーズが正しく行われた場合、最終結果は正しいとみなされます。Waterfallには、Microsoftのような成功事例がある。しかし、一般的には比較的故障率が高いです。ソフトウェアの先駆者たちはウォーターフォールの方法論で発見された問題について一連の調査、考え、要約を行い、最終的にアジャイルの概念を提 出しました。アジャイル開発にはさまざまな方法があり、スクラムは比較的人気があります。
2.スクラム
2.1スクラムの役割
スクラムの役割には、プロダクトオーナー、スクラムマスター、及び開発チームが含まれます。
- プロダクトオーナーは、ユーザ要件を収集し、彼らの商業的価値を定義し、優先順位を付け、リリース計画を作成する責任があります。彼らはその製品に対して完全に責任 がある。
- スクラムマスタは、さまざまなミーティングの開催、プロジェクトの調整、開発チームへのサービスなどを担当する。
- 開発チームは異なるスキルを持つ人々のグループです。彼らは各スプリントを完了し、緊密な協力を通じて製品を提供する。
2.2スプリント
ウォーターフォール開発とは異なり、スクラムの製品開発はいくつかのスプリントに分解されます。通常、スプリントは1〜4週間で、5〜9人のチームメンバーが行います。ユーザーが完成すべき要件は各スプリントに固定されます。各スプリントは特定の デリバリをもたらします。
2.3スクラムの基本プロセス
スクラムの基本的なワークフローは上記のとおりです。
- プロダクトオーナはユーザストーリを収集して、上のイメージの左に示すようなプロダクトバックログを作成する。
- リリース計画ミーティング:プロダクトオーナがユーザ要件を説明し、見積もりと優先順位付けを行う。リリース計画ミーティングのアウトプットは、各スプリントの要件リストを作り、スプリントのバックログを記録することである。
- スプリント計画ミーティング:プロジェクトチームは要件ごとにタスクのブレークダウンを行います。ブレークダウンの標準は、すべてのタスクを完了する必要があり、各タスクは工数の見積もりを使用して特定の人に割り当てられる。
- 毎日のスクラムミーティング:スクラムマスタは毎日のスタンドアップミーティングを開催し、チームメンバは昨日何をしたか、今日何をするか、何が問題なのかを報告する。
- レビューミーティング:スプリントが終了したら、関係するすべてのメンバが集まってレビューミーティングを行う。チームはスプリントの成果物を示す。すべてのフィードバックは、新しい要件を作るために記録され、まとめられるべきである。
-
振り返りミーティング:プロジェクトチームはスプリントを要約し、不足点を特定し、継続的改善のために次のスプリントで計画を立てる。
これはスクラムの基本的なプロセスであり、関連する章でさらに詳しく説明していきます。