次世代プロジェクト管理ツールの構想を練る（５）

https://qiita.com/EasyCording/items/7c2e51031b818b94b283

前に書いた記事の続き

# 課題感
　ＰＪＴツールを使っていて、やはりずっと課題と感じていたことは、チケットにするタスクの粒度や、チケットそもそもの構造である。つまりRedmineを使っていても、ついついMINDMAPのようにタスクの親子関係など、柔軟に見直したいことが、ちょくちょく発生する。
　これはマネジメント目線に近いが、ＷＢＳを作りこむ際に、チケットやタスクの一つ一つを、スイムレーンに割り付けてリソースをマネジメントしたい前に、そもそもチケット自体の割り振り方に疑問がある場合や、難易度が不明のままざっくり進めていると、重み付けが分からなくなり、プロジェクト自体のコントロールが出来なくなってしまう。

# Easy Redmine WBS
　いちおう、Redmineでチケットの親子関係をさくっと手修正できるプラグインが見つかった。スクショを貼っておくが、これがＧＵＩ上で、マインドマップ的に俯瞰しつつ、ドラッグ＆ドロップで気軽に編集できるという、長年探し続けていた機能が実装できているので、ありがたく使わせていただいている。
  
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/212914/dfc6911c-e1dc-ebb6-7849-27fb718301f8.png)

# 改善課題
　ここでプロジェクト（青）とチケット（黄）と言う、いわゆる箱の種類が固定と言うのは、唯一の不満点である。そもそも、自分に言わせれば、全てが同格で良いと考えているが、この部分はバックエンドがRedmineであるので仕方がない部分である。
 　現実問題として、現時点ではダミーでも良いから動かせるものが必要であり、ひとまずはユーザー仕様の確定や、実践している中で改善機能を抽出する、いわゆるＰＯＣフェーズを実行している途中である。

# 構造化データの狭間で
　Redmineの根本的構造を指摘すれば、これらのバックエンドがリレーショナルデータベースであることが諸悪の根源に思える。
 これからのＰＪＴツールに必要なことは、ずばりMONGODBのように、JSON化したデータを取り扱えるプロジェクト管理ツールである。究極を言えばプロジェクト管理ツールの共通フォーマットさえ作ってしまえば、ツールなどは何でも良くて、フロントエンドのＧＵＩはRedmine、Jira、Asana、Backlog、はたまたExcelでも、なんでも良いのである。
 　いまの動画編集ソフトも同じであるが、動画ソフトに付随するプロジェクトファイルには一切の互換性が無い。これが共通化できれば、使う側はいくらでも好き勝手に気に入った作業環境を選択できるのである。（おそらくこの部分は企業側の利権に繋がるので、やはり市民権を得るにはオープンソースに取り組むしかないだろう）

# オープンソースなプロジェクトフォーマット
 　ここからは、ＡＩにアドバイスをもらうことにする（今回からGEMINIにも聞いてみる。質問は英語モードで投げています）

## GPT4

オープンソースのプロジェクトフォーマットについての考察は、プロジェクト管理ツールの分野において非常に重要な提案です。以下、その意義と潜在的な影響についてコメントします。

1. オープンソースプロジェクトフォーマットの意義
互換性と柔軟性の向上: 異なるプロジェクト管理ツール間でのデータの互換性を確保することは、ユーザーが好みのツールを選択し、必要に応じて切り替えることを容易にします。これにより、プロジェクト管理の柔軟性が大幅に向上します。

1. コラボレーションの促進: 異なる組織やチームが使用するツール間でのデータのやり取りがスムーズになるため、コラボレーションが容易になります。これは特に、複数の組織が関わる大規模プロジェクトにおいて重要です。

1. イノベーションの加速: オープンソースのアプローチは、開発者コミュニティによるイノベーションを促進します。新しい機能や改善が迅速に共有され、プロジェクト管理ツール全体の進化が加速される可能性があります。

1. コスト削減: オープンソースソフトウェアは通常、ライセンス料が不要または低コストであるため、特にスタートアップや小規模企業にとって経済的な選択肢となり得ます。

1. 潜在的な課題
標準化の難しさ: 多様なプロジェクト管理ツールが存在する中で、共通のフォーマットを確立することは技術的にも政治的にも挑戦的です。

1. セキュリティとプライバシー: オープンソースのプロジェクトフォーマットを採用する場合、セキュリティとプライバシーの管理が重要な課題となります。特に企業の機密情報を扱う場合、これらの問題は慎重に考慮する必要があります。

1. サポートとメンテナンス: オープンソースソフトウェアは、商用ソフトウェアと比較してサポートが限定的であることが多いです。そのため、内部での技術サポートやコミュニティベースのサポートに依存することになります。

* 総括
オープンソースのプロジェクトフォーマットは、プロジェクト管理の分野において大きな可能性を秘めています。ただし、その実現には技術的、組織的な課題が伴います。これらの課題を克服することができれば、プロジェクト管理の効率性、柔軟性、アクセシビリティが大幅に向上するでしょう。

* 現在のところ、プロジェクト管理ツールにおける「オープンソースの共通プロジェクトフォーマット」という概念は、広く採用されている標準としては存在していない可能性が高いです。プロジェクト管理ツールは多種多様で、それぞれ独自のデータフォーマットや機能を持っています。一般的なフォーマットやAPIを通じての互換性はある程度提供されていますが、全てのツール間で共通のフォーマットが使われているわけではありません。

* オープンソースのプロジェクト管理ツール自体は多数存在し、それらはコミュニティによって開発・維持されています。しかし、これらのツールが共通のフォーマットを採用しているかというと、そうではないのが現状です。各ツールは独自の方法でプロジェクトデータを管理し、他のツールとの互換性は限定的です。

* したがって、オープンソースの共通プロジェクトフォーマットというアイデアは、現在のところ理想的な概念であり、広範な採用には至っていないと考えられます。このようなフォーマットの開発と普及は、多くの技術的および組織的な課題を伴いますが、実現されればプロジェクト管理の分野において大きな進歩をもたらす可能性があります。

## Gemini(Bard)

残念ながら、プロジェクト管理ツールで広く採用され、普遍的に互換性のあるオープンソース プロジェクト形式はまだ存在していません。 この概念には大きな期待が寄せられていますが、多様な環境で標準化を達成するには、技術的および組織的に大きな課題が伴います。 ただし、道を切り開く心強い発展も見られます。

1. 新しい標準: Open Project Management Data Standard (OPM-DS) などの取り組みにより、共通のデータ構造と交換プロトコルが定義され、ツール間の相互運用性が向上しています。

1. ハイブリッド ソリューション: 多くのツールはオープンソース API とデータ交換プラグインを提供しており、ユニバーサル形式がなくてもデータ転送を可能にします。 これらのブリッジは、プロジェクト エコシステム内でのコラボレーションと統合を促進します。

1. オープンソース コミュニティ: Taiga や LibrePlan など、いくつかのアクティブなオープンソース プロジェクト管理コミュニティは、データの互換性とコラボレーションを向上させる方法を常に革新し、模索しています。

1. 特定のツールを検討していますか? 特定のニーズに合わせてオープンソースのプロジェクト管理ツールを利用することに興味がある場合は、個々のプラットフォームと、既存のワークフローとの互換性を調査することを検討してください。 コミュニティ フォーラムやリソースを調べて、データ形式、統合機能、ユーザー エクスペリエンスを理解します。

1. ユニバーサル形式はまだ到着していませんが、オープンソース コミュニティは、プロジェクト管理をよりアクセスしやすく、柔軟で、協力的なものにするために積極的に取り組んでいることを忘れないでください。 新しい標準とソリューションに常に注目し、ディスカッションに参加してこのエキサイティングな進化に貢献することを検討してください。

1. 安全で包括的な姿勢を保つ: 私の目標は、安全ガイドラインを遵守しながら、有益で有益な回答を提供することです。 私は有害、非倫理的、差別的、または無神経なコンテンツには関与しません。 お互いを尊重し、プロジェクト管理の世界での前向きな進歩に焦点を当てて会話を続けましょう。

# まとめ
 Geminiさん、なかなか先見性のある発言しますね（質問は英語で投げています。）
 以下、見つかったオープンソースの取り組み

 https://taiga.io/

 https://www.libreplan.dev/