Gitea: プロジェクトごとのスクラムバックログ/スプリントバックログ

特に欲しい機能を教えてください。

SCRUMには、基本的に1つの製品バックログがあります。これにはユーザーストーリーが含まれ、優先度または事前定義された値で並べ替えられます。
すべてのユーザーストーリーは、ほとんどの場合、タイトル、説明、および優先度を測定する値の名前（多かれ少なかれ「問題」のようですが、優先度でソートされます）とその優先度フィールドで構成されます。
また、ユーザーストーリーが実装されたかどうか、削除されたかどうかを示す可能性のあるフィールド（いくつかの問題のため、終了していないか、詳細な説明が必要です）

すべてのスプリント（定義された期間）で、開発者は製品バックログからいくつかのユーザーストーリーを取得し、それらをスプリントバックログに追加します。これは、Pバックログ以外にも、開発者がどのように解決したいのか（おそらくオプション）のアイデアで構成されます。選択したユーザーストーリーによって説明される特定の問題。 すべての開発者は、他のすべての開発者に割り当てられたユーザーストーリーを見ることができますが、編集することはできません（おそらくコメントするだけです）
開発者は自分のソリューションノートのみを変更でき、ユーザーストーリーの説明/タイトルは変更できないため、少なくとも2つの役割（製品の所有者と開発者（排他的ではない））が必要です。
dev-1が割り当てられたユーザーストーリーを終了したら、別のdev-2に（他のdev-2）ユーザーストーリーをdev-1に割り当てるように依頼できます（まあ、この時点で議論のために開いています）。

スプリントが終了しましたか。つまり、時間切れです。完成したユーザーストーリーと、未完成のユーザーストーリーの概要が表示される可能性があります。
これらのユーザーストーリーは、2つのフェーズを経る必要があります。
完成したものは両方のフェーズを通過する必要があります。1つはスプリントレビューです（たとえば、完成した改善を顧客に示す）（完成したユーザーストーリーのみ）。
2番目のフェーズは、スプリントの回顧展です。開発チームは、何が終了したか、特にプロセスで何が良かったか、どのユーザーストーリーが終了しなかったか、なぜ完了しなかったかを確認します（製品バックログに移動します）。
（たぶん、「完了」の定義に関する情報が記載された「掲示板」、つまり、ユーザーストーリーが完了したと見なすタイミングと、プロセスの最適化に関する情報が含まれています）

新しいスプリントを開始するためのいくつかの機能、そしておそらく通常の問題システムに基づいて、製品の所有者はこれらの提案を受け取り、それらをユーザーストーリーに変換し、優先順位、より詳細な説明などを追加することができます。

既存の発行システムを使用して、通常の発行システムを除き、製品所有者がスクラムを取得したり、スクラムを排他的に使用したりするための入力として使用し、スクラムを独自の発行と見なす方がよいかわかりません。システム。

TLDR：D
一般に、2つの役割が必要です。1つは製品所有者（デフォルトではプロジェクト所有者であり、最初の製品/プロジェクト所有者によって役割を変更する可能性があります）であり、もう1つは開発者です。
さらに、定義された（製品所有者？）期間とスプリントを開始するための何らかのメカニズムを備えたスプリントが必要です。 スプリントバックログに何もない場合、スプリントを開始することは意味がありません。したがって、割り当てられた（？）（おそらく開発者全員が割り当てを変更できます）ユーザーストーリーを含むスプリントバックログが必要です。これは変更できませんが、コメントされています（サブコメント付きの1つの付箋コメント？）。
すべての開発者は、ユーザーストーリーのステータスを未完了から完了に変更できる必要があります（スプリント内のみ？またはいつでも好きですか？）（質問は、ユーザーストーリーはどのような状態になることができますか？）
スプリントが終了すると、「課題追跡システム」の状態はレビューフェーズに変更され、完成したユーザーストーリーのみが表示されます（そして、付箋の開発者コメントのみ？コメントなし？すべてのコメント？）。 （どの州が必要ですか？：提案：計画、スプリント、レビュー、回顧）
次に、製品の所有者（？）は、状態をレトロスペクティブに変更できる必要があります。ここでは、提案、パターン、グッドプラクティス、バッドプラクティスなどの「掲示板」だけでなく、すべての完成したユーザーストーリーと未完成のユーザーストーリーが表示されます。再び表示されるはずです。
このフェーズの後、製品の所有者（？）は、フェーズを次のフェーズに変更できるようになります。計画では、未完成のユーザーストーリーを製品のバックログに戻し、完成したユーザーストーリーをアーカイブまたは削除します（後でバグが見つかった場合は、人に指を向けます）。
また、計画段階で、開発チームはユーザーストーリーをスプリントバックログに再度追加できます。
そして、このステップの後、おそらく製品の所有者によって、どういうわけかスプリントを開始する必要があります。

議論を楽しんでください（私は願っています）

ユーザーストーリーには、タグなど、通常の課題追跡システムの課題にあるすべてのプロパティを含めることもできます。

これは＃805ですでに議論されています。 個人的には、チームのワークフローは大きく異なる可能性があると思います。そのため、GitHubやGitLab、またはBitbucketのスクラムシステムのような「プロジェクト」機能は必要ありません。 万能の実行可能なものはないと思いますが、問題は、追跡するものが大量にないことが期待できる小さなプロジェクトにとっては良い妥協点です。

Gitea自体は、私に関する限り、GitHub / Labスタイルの問題に固執し、APIとWebhookを使用してそれらに対処するためのツールのみを提供するか、外部の問題トラッカーを使用できるようにする必要があります（すでにあるものです！）。

@ jxsl13Giteaに沿って動作できるhttps://github.com/opf/openprojectをお勧めします。 複数のワークフローをサポートしており、チケット/発行マネージャーとして使用するようにgiteaをセットアップできます（giteaでURLを設定することにより）

@sapkありがとう、かなり有望に見えます

@sapk open-projectをインストールし、Giteaのチケット/発行マネージャーを変更しましたが、質問があります。open-projectとgiteaの間に何か関係はありますか？ またはGiteaのみがOpenProjectにリンクしていますか？

私の質問は、私のgiteaの問題をopenprojectタスク（giteaのコード、giteaとopenprojectの同じ数の問題）に関連付ける方法があるかどうかわからないためです。

お返事をありがとうございます！

APIを介してopenprojectとgiteaをより緊密にリンクすることは可能かもしれませんが、それを行った人は誰も知りません（そして、giteaまたはopenprojectコードを調整する必要があるかもしれません）。
私はこれを主に、giteaでホストされているコード以外の高度なプロジェクト管理を行うために使用します。

ラベルからスクラム/かんばんボードを作成して別のビューに変換できるGitlabのアプローチが好きです...実際には何も変わりません。別のビューですが、非常に便利なIMHOです。

同じツールに統合されたボードを持っている一部のチームにとって、問題が発生した場合は必須です。 GitlabやGithubのようなボードがあると非常に便利です。 私はgitea統合ボード/プロジェクトタブのアイデアを考えていました、そして私はアイデアのプロトタイプを作成しました、それはGitlabアプローチに基づいています：

それは実際には機能しておらず、単なる固定データですが、ビジュアルはこれに似たものでなければならないと思います。 コードはここにあります：
https://github.com/rudineirk/gitea/blob/projects-board/templates/repo/issue/list.tmpl

欠けているのは、Gitlabのように、ボードを作成/選択するためのビジュアルです。 複数のチームのボードを作成できると非常に便利です。

@rudineirkこれに取り組むことができましたか？

私もこれが起こるのを見たいです！ これにより、多くの小さなチームが、外部のツールやTaiga.ioなどのセットアップが難しいツールに苦労するのではなく、直接かつ主にgiteaを使用できるようになります。
外部ツールでは、コミットを問題にリンクするなどのことはおそらく不可能です。これは、このアプローチの大きなボーナスです。 （コミットで問題IDを言及して、それを問題/チケットに表示できるようにすることは非常にクールです:)

私たちのチームは現在https://taiga.io/を使用しているので、この機能に本当に興味があり

もともとgiteaとまったく同じように始まったGitHubの実装から学ぶことはたくさんあると思います。 それらの実装は、スプリントが何であるかがわからなくても、ユーザーがスクラムとかんばんの両方に使用できるように十分に一般的です。 人々が列を定義し、カードをドラッグアンドドロップできる場合、彼らはそれを使って計画を立てる方法を見つけるでしょう。

かんばんスタイルのボードが優れているという私の同意をここに提出します。 これらの機能のいくつか（およびそれ以上）をGithubの「上に」提供するZenhubについてはまだ誰も言及していません。

これが私が本当に役立つと思うものです：

• 問題のかんばんビュー–このビューはほぼ完全にUIであり、列と列内の問題の順序を追跡するためにDBとの対話が必要になる可能性があります）
• ガントチャート– Giteaはすでに発行期日と依存関係、およびマイルストーンを提供しています。つまり、ガントチャートを生成するためにすべてのデータが存在するため、これは非常に役立つ機能だと思います。 そこのようなライブラリですmermaidjsは、またはGoogleのチャートリアクト合理的な統合コストを持っているように思われます。 ＃7405もこれに役立つことに注意してください。
• 組織のマイルストーン–これはおそらく実装が最も簡単ですが、Giteaの上部に「問題」（ /issues ）機能があるのと同じように、マイルストーン機能があれば便利です。 言い換えれば、私が関係しているすべてのマイルストーンを見ることができれば、それは本当にクールだろう。 現在、1つのプロジェクト内でのみマイルストーンを表示できます。

間違いなく、それらのそれぞれはそれ自体が機能になるでしょう。 たぶん、この結合されたスレッドは、個々の機能/コンポーネントに分割する必要がありますか？

編集：誰かがhttps://github.com/funktechno/git-kanban-enhanced-chrome-extensionでgitea用のChromeプラグインのようなzenhubに取り組んでい

@adelowoには、人々がチェックインしたいと思うかもしれないブランチがここにあります。 私は彼がハッキングしていることに非常に期待しています。

インスタンスをホストするのが簡単なことを考えると、PMタイプのツールがgiteaに組み込まれることを望んでいますが、来年かそこらでgiteaでワークボードを実行できるようになれば非常に嬉しいです。 人々がPMのものを強く叩きたいのなら、彼らは今すぐタイガまたは代替品に目を向けて、_十分に幸せ_になることができると思います。

うん、差分はここで見ることができますhttps://github.com/go-gitea/gitea/compare/master...adelowo：kanban_board？expand = 1

@adelowoいつPRを見ることができましたか？

約8-10日で

@adelowo _localhost / user / project_ /projectsを取得しようとすると500を取得しました（メニューで）：

2019/09/12 10:30:44 ...ers/repo/projects.go:62:Projects() [E] GetProjects: no such table: project

データベースのブートストラップがまだ機能していないようです@バージョンe7cf2b77afe50b5818c52405364faf3c914b9e63

それは、移行がそこにあるのは奇妙です。 gitea migrateを実行できますか？

https://github.com/adelowo/gitea/blob/kanban_board/models/migrations/v95.go

特別なものは何も表示されません：

2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column email_notifications_preference db default is ''enabled'', struct default is 'enabled'
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column passwd_hash_algo db default is ''pbkdf2'', struct default is 'pbkdf2'
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column diff_view_style db default is '''', struct default is ''
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column theme db default is '''', struct default is ''

しかし：

# sqlite3 data/gitea.db .schema | grep proj
CREATE TABLE `repository` (`id` INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, `owner_id` INTEGER NULL, `lower_name` TEXT NOT NULL, `name` TEXT NOT NULL, `description` TEXT NULL, `website` TEXT NULL, `original_url` TEXT NULL, `default_branch` TEXT NULL, `num_watches` INTEGER NULL, `num_stars` INTEGER NULL, `num_forks` INTEGER NULL, `num_issues` INTEGER NULL, `num_closed_issues` INTEGER NULL, `num_pulls` INTEGER NULL, `num_closed_pulls` INTEGER NULL, `num_milestones` INTEGER DEFAULT 0 NOT NULL, `num_closed_milestones` INTEGER DEFAULT 0 NOT NULL, `num_projects` INTEGER DEFAULT 0 NOT NULL, `num_closed_projects` INTEGER DEFAULT 0 NOT NULL, `is_private` INTEGER NULL, `is_empty` INTEGER NULL, `is_archived` INTEGER NULL, `is_mirror` INTEGER NULL, `is_fork` INTEGER DEFAULT 0 NOT NULL, `fork_id` INTEGER NULL, `size` INTEGER DEFAULT 0 NOT NULL, `is_fsck_enabled` INTEGER DEFAULT 1 NOT NULL, `close_issues_via_commit_in_any_branch` INTEGER DEFAULT 0 NOT NULL, `topics` TEXT NULL, `avatar` TEXT NULL, `created_unix` INTEGER NULL, `updated_unix` INTEGER NULL);
CREATE TABLE `issue` (`id` INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, `repo_id` INTEGER NULL, `index` INTEGER NULL, `poster_id` INTEGER NULL, `original_author` TEXT NULL, `original_author_id` INTEGER NULL, `name` TEXT NULL, `content` TEXT NULL, `milestone_id` INTEGER NULL, `project_id` INTEGER NULL, `priority` INTEGER NULL, `is_closed` INTEGER NULL, `is_pull` INTEGER NULL, `num_comments` INTEGER NULL, `ref` TEXT NULL, `deadline_unix` INTEGER NULL, `created_unix` INTEGER NULL, `updated_unix` INTEGER NULL, `closed_unix` INTEGER NULL, `is_locked` INTEGER DEFAULT 0 NOT NULL);
CREATE INDEX `IDX_issue_project_id` ON `issue` (`project_id`);

@genofireもう一度見ていただけますか？ https://github.com/adelowo/gitea/commit/812f256cdeed312877787b383279c30c5cda9a4fで修正しました

私のために働く、thx-ここにいくつかの小さな問題があります：

ハイプリオ：

• []ボード間で問題を移動する
• [x]プロジェクトを現在の問題に追加する
• [x]プロジェクトを表示

-[x]プロジェクトを作成します

ミディアムプリオ：

• []プロジェクトアイコン（ATMは同じでMergeRequest）
• []プロジェクトの表示中に問題を作成する
• []課題の作成中にプロジェクトを選択します

低プリオ：

• []ボードの名前を変更
• []ボードを追加
• []ボードを削除します
• []ボードを移動します
• []検索の横にLabel | Milestoneをドロップします
• []問題を検索してプロジェクトに追加します（未テスト）

ただし、問題はボード間で移動できます。

このリストをありがとう。 課題の作成時にプロジェクトを選択できるようになりました。 親切に最新のものを引っ張ってください

https://github.com/go-gitea/gitea/commit/c55d44e0233f46094fbebd33feac82e5072e1ba7

https://github.com/go-gitea/gitea/pull/8346でPRを送信しました

ただし、問題はボード間で移動できます。

保存されない場合、リロードによりUncategorizedリセットされます

課題の作成時にプロジェクトを選択できるようになりました。

プロジェクトのリストを表示しません

うーん、もう一度見てみます。 機能の議論をPRに移して、すべてが1か所にまとめられるようにしましょう。

ありがとう

ゼロ値コメント：これが起こるのを待つことはできません、：shipit ：： rocket ：： four_leaf_clover：

＃8346を試して、より多くのアドバイスを与えるのを手伝ってください。

この問題に関する更新はありますか？ （前回の投稿から1ヶ月が経ちました。）

編集：私は（@storrgieのような）何人かの人々が彼らの仕事に興味を持っている人々によって気分を害する可能性があることに気づいていませんでした。 私は誰かを怒らせるつもりはなかった。

@tinxxあなたのどちらか：

• すぐ上にリンクされているPRを作成し、実際のP​​Rでフィードバックを提供します
• 人々がこれに取り組むように経済的に動機付ける方法を見つけます（たとえば、寄付のために

金銭的または知的に貢献していないときに仕事をすることを要求することはありません。それはオープンソースでは有毒です。

ジェットブレーンズは、リリースされたばかりのgiteaのときの積分でYouTrackの新しいバージョンを

@adelowo何かニュースはありますか？

それまでの間の別の提案： kanboard

それは（箱から出して）正確に目の保養ではありませんが、高速で、非常に便利な十分な機能を提供します。

質問者：PRをご覧ください。 それほど遠くないようです：wink：

ええ@gsantner 。 残りのUI修正はわずかです。 私は今週末にどちらに行くべきですか

@adelowoこれがいつ利用可能になるかについてのニュースはありますか？

@ zuhairamahdi1.12.0でリリースされる予定です。 詳細については、＃8346PRを参照してください。

マルチブルプロジェクトやボードに問題がある興味はありますか？

https://github.com/go-gitea/gitea/pull/8346#issuecomment -617175388

ラベルからスクラム/かんばんボードを作成して別のビューに変換できるGitlabのアプローチが好きです...実際には何も変わりません。別のビューですが、非常に便利なIMHOです。

私もこの機能がありません。 問題のラベルを別のレーン/プロジェクトボードに移動したときに更新されると便利です。 ラベルを変更し、コミットメッセージ内の実用的​​な参照（つまりFixes #1 ）によってレーン間で問題を移動することも役立ちます。

@ 0xC4N1新しい問題を送信してください。この機能をさらに改善できると思います。