mcwumbly
(Dave McClure)
1
既存のテーマコンポーネントよりも機能が充実した新しいKanbanプラグインを開発中です。これにより、今後の構築と改善のためのより堅牢な基盤が得られます。
この新しいプラグインで計画している機能の一部は以下の通りです:
- 管理者が目的に合ったUIを使用してボードの作成と設定を行えるようにする
- ボード内のカラム内でカードを優先度別にソートできるようにする
- トピックなしでフローティングカードを作成できるようにする
- 管理者が特定のユーザーやグループに対してボードへのアクセスレベルを制御できるようにする
当初は、このリポジトリ https://github.com/discourse/discourse-kanban で独立したプラグインとして開発しています。
進捗状況に関するフィードバック、質問、議論は歓迎です。
ただし、まだ開発中の段階であり、より広い範囲での利用が可能になった時点で News and Events > Announcements にトピックを作成します。
「いいね!」 15
mcwumbly
(Dave McClure)
2
この新しいプラグインの動作例は、すでにMeta上でご覧いただけます:
https://meta.discourse.org/kanban/boards/projects/18
この機能をより広く公開するにあたり、名前について考えていることがあります。
-
kanban
これは、しばらく前から存在しているテーマコンポーネントの時代から現在まで使われてきた名称です。私には少し専門用語すぎるように感じますが、一方で、現在では比較的よく知られた用語でもあります。
-
boards
多くのプロダクトでは、同様の機能セットを単に「boards(ボード)」と呼んでいます。私たちが現在プラグイン内でボード自体を指す際にもこの言葉を使っています。もしかすると、プラグイン自体を「boards」と呼ぶべきなのでしょうか?しかし、フォーラムの世界では「boards」は「メッセージボード」を指すことが多く、私たちの場合では不適切な選択になるでしょうか?
-
他の何か?
もし他にこの機能に付けるべき名前についてのアイデアがあれば、ぜひ教えてください!
いずれにせよ、まもなく決定します…
「いいね!」 8
jenmck
(jen)
3
この方向性がとても気に入っていて、本当にワクワクしています!フォーラムでは、この機能を複数の目的で広く活用しています。
はい、そう思います。私たちのフォーラムはもう10年近く続いており、公式タイトルには「Discussion Forum(ディスカッションフォーラム)」とありますが、それでも今なお「discussion boards(ディスカッションボード)」と呼ばれることが頻繁にあります。これでは大きな混乱を招くでしょう。
ええっと、正直なところ、そこはどうかと思います。テクノロジーに詳しい人々や、主にコンピュータ上で作業する人々にとってはそうかもしれませんが、それ以外の人々にとっては、私の経験上、あまり知られていない用語です。
名前について、何か有益な提案があるかはわかりません。私たちはプロジェクトの計画だけでなく、リクエストの承認やワークフローのパイプラインとしても使用しているため、「projects(プロジェクト)」とはぴったり合いませんが、他の多くのユーザーにとってはそうかもしれません。
正直、飛行機のアイコンを見たとき、私の脳みそは少し変わっているので、「boards(ボード)」を「strips(ストリップ)」と連想しました。着陸帯(landing strips)を思い浮かべ、カードが最終的な目的地に到達するためにストリップからストリップへと移動していくイメージが浮かびました。
「いいね!」 4
mcwumbly
(Dave McClure)
4
その視点、共有してくれてありがとう。それによって、別のものを選ぶという私の考えは強まった。
うん、「プロジェクト(projects)」も私がいつか頭に浮かんだ用語の一つだ。でも、少し制限的だと感じるのは同意する。ただ、まあ、そうかもしれない。
あなたは上に「ワークフロー」と言ったが、私たちは最近、その名称に別の意味を割り当てた。
ボード(Boards) は、今もなお、私にとって最も良い、素直な言葉の選択肢だと感じている。しかし、私たちがいる空間で混乱を引き起こす可能性については、あなたの意見がわかる 
それはカードのためのボードだから……段ボール(cardboard)? 
「いいね!」 3
プラグインを試しています。非常に有望だと感じ、テストに参加できることをとても嬉しく思っています。体験をより価値あるものにする可能性があるいくつかの機能を見つけ、私の考えを共有します。
タグではなく、手動で選択したトピックを一括でボードに追加する機能はどうでしょうか?
これが最初の試作と実験で発見した最初の制限事項です。元々このことを想定してはいなかったかもしれませんが、このように拡張することで、より多くのユースケースに対応できるかもしれません。
特に順序はないですが、頭に浮かぶ他のアイデアもいくつかあります。
*Horizonテーマを使用しており、Foundationテーマでは体験が多少異なる可能性があります。
-
ボードのカードをクリックしてボードに入ることを許可し、タイトルからだけでなくアクセスできるようにする。
-
解決済みトピックには解決済みのアイコン、割り当て済みトピックには割り当て済みのアイコン、クローズ済みトピックにはクローズ済みのアイコンを表示する。これにより、他のアクション用にタグを解放できます。
-
フルスクリーン切り替えを本当にフルスクリーンにするか、無効にする。現在(Horizonでは)少し混乱を招くものであり、適切なフルスクリーン体験を提供していません。
-
週表示のカレンダー統合。特に作成されたイベントにおいて、カードを並べ替えることを許可する。また、Assignプラグインとの適切な統合も行う。
-
トピックをカード間で、カードをボード間で自動的に追加、更新、移動するための包括的なワークフロー統合。
-
邪魔にならない形で、カードが水平方向にスクロール可能であることを示す。ユーザーがパネルに慣れるとこれはもう必要なくなりますが、サポートや機能要望などのカテゴリでこのビューがデフォルトで使用される場合、新しいユーザーが迷う可能性があります。
-
セッションごとに一度だけ表示される、シンプルで控えめなCSSのグラデーション線があれば十分かもしれません。最終的にはデザインチームが最も効果的な方法を考え出すことになると思いますが。
-
トピック/カードを列間で自由に移動できるようにする。これもまた、おそらくデザイン原則には合致しませんが、実験と適応的な変化を主にベースとした、より非公式な作業構造を持つチームにとって非常に有用です。
プラグインの名前について、検討してくださることに感謝します。「Kanban」が広く使われているが、同時にそうでもないという点に同意します。少なくとも、プロジェクトマネージャーや同様のスタッフのサポートを受けてプロセスや手順に従う傾向のあるコミュニティの外側を見ると、そう言えます。
この素晴らしい機能(商業用語を避け、機能に焦点を当てる)を説明できるいくつかの言葉を追加したいと思います:To-do、Task、Status、Activity [Boards]。
「いいね!」 5
モーダルが左下隅に配置されるのは意図的なものですか?
Jagster
(Jakke Flemming)
7
Trello や同様のツールは Planner を使用しています。しかし、それらは厳密には Kanban ソリューションではありませんが、それに近いものと言えます。実際、Kanban はそのようなシステムに対して最も一般的かつ事実上の名称です。また、車輪を再発明する必要が本当にあるのかどうか、少し疑問です
最初は Kanban から始めて、この新しいものも結局同じものになっています。
「いいね!」 3
mcwumbly
(Dave McClure)
8
もう少し詳しく説明してもらえますか?

satonotdead:
- トピックやカードをカラム間で自由に移動できるようにする。これはおそらく設計原則には当てはまらないが、実験と適応的な変化を主にベースにしている、より非公式なワーク構造を持つチームにとっては非常に有用だ。
これは可能にするべきだと思う。ただし、特定のボードを編集できる人を制限できるという条件付きで、だが。
もちろん、「移動先へ…」というUIオプションについて考えています。これは、カードを現在の列/ボードから別の列/ボードへ移動できるようにするものです。現在「削除」のみが表示されているドットメニューから利用できるようにすべきだと思います。
何か見落としているのかもしれませんが、カードを列やボード間で簡単に移動することができませんでした。これはタグのUI表示に関連しているのでしょうか?その場合、2つの動作を組み合わせられると嬉しいです。つまり、タグから初期の列を作成するだけでなく、この初期の配置からカードを移動できるようにする、ということです。
ユースケースとしては、異なる部門間でカードやトピックを移動することに関連する可能性があります。例えば、サポートチケットをデザイン部門に転送するような場合です。
プラグインで最も洗練されたデザインは、列やボード内でセレクターを使わずに、最近のサイドバーの機能のように、ただ「移動」するだけでカードを自由に動かせるといいですね。
参考になれば幸いです。ただ自分の考えを共有しているだけです。
「いいね!」 1
putty
(putty)
10
これは最高ですね!自分のサイトにインストールしてくれるようリクエストしました 
たまたまですが、私たちのビジネスはAsanaから離れつつあり、Planner(無料版)には物足りなさを感じていました。そのため、先週、以前から持っていたテーマコンポーネントベースのKanbanボードを引っ張り出してきました。おそらくDiscourseの「Kool-Aid(=盲目的な信仰)」を飲んでいるだけなのでしょうが、Asanaの代替を検討している社内チームに対して、これをオプションとして提案するつもりです。
そのことを踏まえて、以下のような機能が備わっていることを期待しています:
- タスクの割り当ては、トピックの所有権とは異なる(これは「トピックの割り当て」機能で可能だと推測しています)
- 締切日を設定する方法(ブックマーク機能のようなもの)
- ステータスや詳細の変更を記録する方法
- カテゴリやタグが変更された場合に自動的にログを記録するオートメーションを作成したので、MCPがレポートをより簡単に作成し、プロジェクトの経緯を追跡できるようにしています。
「いいね!」 7
mcwumbly
(Dave McClure)
11
カラム間の移動は、ドラッグ&ドロップで簡単にできるはずです。
一方、_ボード_間の移動については……はい、まだUIにそのための明確な機能はありません。
「いいね!」 3
ご回答を考慮してくださり、またここで開発してくださっているすべてに感謝いたします。
引き続きテストを行い、時間とともにどのように変化していくか観察していきたいと思います。
mcwumbly
(Dave McClure)
13

putty:
- タスクの割り当てとトピックの所有権は異なります(「トピックの割り当て」機能でこれが可能だと推測しています)
はい、ここで割り当て機能を使用できます。割り当てられたユーザーはカードに表示されます。トピック全体を特定のユーザーに割り当てることに加えて、トピック内の_投稿_を割り当てることもできます。

putty:
- 期限を設定する方法(ブックマーク機能のようなもの)
これはまだ実装されていません。おそらく、Contribute > Feature トピックで、ここで何を考えられているのかをもう少し詳しく掘り下げる必要があるでしょう。

putty:
ステータスや詳細の変更を記録する方法
- カテゴリやタグが変更された場合に自動で記録するオートメーションを作成しました。これにより、MCPがレポートを構築しやすくし、プロジェクトの経緯を追跡しやすくなります。
トピック内の投稿は良い出発点です。次のステップとしては、タグの変更やカラムの移動が挙げられます。このようなアクティビティの一部は記録されているため、Data Explorerで抽出できるものとできないものを試行錯誤してみると、参考になるかもしれません。
私自身もこの領域についていくつかの希望や夢を持っています。2つの機能を実現させたいと思っています:1) ボード全体の「アクティビティストリーム」、2) ボードの状態のスナップショットとして保存されるボード履歴。
(1) は多くのプロダクトがすでに実装している機能だと思いますので、実装すれば馴染みのあるものになるはずです。
(2) は以前見たことがないものですが、実現可能で、非常に強力な機能になると感じています。これにより2つのことが可能になると想像しています:a) 特定のボード状態へのパーマリンク(例:トピックからの定期的なアップデートで「現在の状態」へのリンク付け)、b) ボードがどのように変化してきたかを見られる「スクラバブルなタイムライン」のようなもの。
(2) が他の重要な機能よりも先に実現されるかはわかりませんが、スペースができれば探求してみたいと考えています。
「いいね!」 5
mcwumbly
(Dave McClure)
15
社内でもさらに議論を重ねており、boards という名称が一定の混乱を招くという懸念を共有するメンバーも確かにいます。しかし、全体的に見れば、それでもなおこれが適切なトレードオフだと考えています。
新しい名称でプラグインをコアに統合し、コアプラグインとしてマージするための PR をここで公開しています:
main ← dev/move-kanban-to-core-as-boards-plugin
approved 07:15AM - 01 Sep 26 UTC
Moves the https://github.com/discourse/discourse-kanban plugin into
core as `bo…ards`, with `Boards` as the engine const.
Table names are unchanged, but setting names are changed and
we create new setting records in a migration, along with duplicating
ACL rows with the new `Boards::Board` target class.
今後1日ほどでマージする予定です。
「いいね!」 3