市販のプロジェクト管理ツールが使いづらい理由
市販のプロジェクト管理ツールが使いづらい理由を的確に指摘しているつぶやきを見つけたのでメモ。
ラフなメモ書き。
【追記】@kaorun55さんから「 (TFSも使ってみてください)」のご意見もあり、文章を修正しました。
どんなソフトウェアにもプロセス(手順)が混じっている。
ソフトウェアを使いこなすには、そのソフトウェアの機能に沿った手順に、ユーザは必ず従わなければならない。
つまり、ソフトウェアの機能に込められた開発者の設計思想に、知らず知らずのうちにユーザは従属させられる。
WindowsPCしかり、CentOSしかり、iPhoneしかり、iPadしかり。
新しいツール、新しいソフトウェアは、従来のやり方とは違ったプロセス(手順、やり方)に慣れる必要があり、それに慣れなければ、期待する効果は出てこない。
逆に、ソフトウェアを使いこなすのが目的になってしまい、ツールに振り回されてしまう場合が多い。
市販のパッケージ製品、特にプロジェクト管理ツールが使いづらいと思う時が多い理由は、その会社のプロセスが組み込まれており、そのプロセスを取り入れるのが難しいから。
過去にたくさん出てきたCaseツールは特にそうだろう。
オープンソースのツールが優れている点の一つは、オープンソースのツールの機能に、数多くの開発者の要望を取り入れられているからだろう。
ユーザ自身が機能を追加したり改善するパッチをコミッタに送ってもいい。
特にGitHubが普及してから、PullRequestという手法によって、パッチを簡単に送付してマージするのが簡単になった経緯もある。
つまり、コミッタだけでなく、ユーザ自身もソフトウェアを「使う」立場だけでなく「改善する」役割を担うことができる。
オープンソースのコミュニティという場で、コミッタとユーザが有意義な議論を行って、ソフトウェアを漸進的に育てていく。
ソフトウェアのあるべき姿がアジャイル開発と重なっているように思える。
| 固定リンク
「ソフトウェア工学」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- アーキテクチャ設計はベストプラクティスを参照するプロセスに過ぎないのか?~Software Processes are Software, Too(ソフトウェアプロセスもまたソフトウェアである)(2024.09.22)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
「Agile」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- チームトポロジーにおける4チームのインタラクションをUMLで整理してみた(2025.01.12)
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「世界一流エンジニアの思考法」の感想(2024.12.08)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
コメント